「今日、これ何個ある?」——それだけ電話で聞ければ、あとは全部自動で動きます。依頼登録、サポーターへのマッチング、完了報告、ポイント付与まで。企画書の中の構想ではなく、実際に動くシステムとして、すでに開発を終えています。
その「困った」、もう900万人分たまっています
生鮮食料品店まで500m以上、かつ自動車を持っていない65歳以上の人口は、全国で約900万人。免許を返納すれば、その日から日用品ひとつ買うのに一苦労します。移動販売は品揃えが限られ、民間の配達サービスは採算が合わず中山間地域から撤退していく。残された選択肢は「家族に頼む」か「我慢する」の二択でした。
島根県安来市は高齢化率38%。この課題が、もっとも先鋭化した地域のひとつです。
| 課題 | 現状の対応 | このシステムでの解決 |
|---|---|---|
| 移動手段がない | 家族に依頼（負担大） | 近隣サポーターが代行 |
| 重い荷物が運べない | 移動販売（品揃え限定） | 希望の店・商品を指定可能 |
| サポーター確保 | ボランティア頼み | ポイントで謝礼を明確化 |
| 情報共有 | 町内会の掲示板のみ | LINEでリアルタイム通知 |
触ってみてください
下のデモは、実際のシステムと同じ流れを体験できるシミュレーターです。品目数を入力して依頼を送ると、ポイントが自動計算され、サポーターのLINEに通知が届き、買い物完了までの一連の流れを追えます。
買い物支援マッチングシステム シミュレーター
依頼登録 → ポイント計算 → LINE通知 → 完了、を体験
ここにLINE通知が届きます
※これは体験用のシミュレーションです。実際のシステムでは、Laravel＋MySQLで依頼データを管理し、LINE Messaging APIを通じて実際のLINEアカウントに通知が届きます。
電話一本、あとはシステムが動きます
スマホもアプリも要りません。依頼者はいつもの窓口に電話するだけ。担当者が内容を入力すれば、その先はすべて自動です。上のデモと同じ流れが、実際のシステムでも動いています。
「本当に動くのか」を、動いている画面で証明します
これはワイヤーフレームでも、企画書の中の完成予想図でもありません。実際に依頼が入り、実際にサポーターが割り当てられ、実際にポイントが加算されている、稼働中の管理画面です。
依頼のステータスは「受付→サポーター割り当て→完了」と自動で遷移し、完了と同時にポイントが加算されます。管理者が手作業で集計する必要はありません。
ご覧の通り、実際にポイントが貯まっているサポーターもいます。新規登録は「承認待ち」から始まり、担当者が確認した上で有効化する仕組みなので、なりすましやいたずら登録が入り込む余地を最小限に抑えています。
主な機能
依頼者はスマホ不要。担当者が電話の内容をそのまま入力できます。
依頼が入るとサポーターにLINEで即時通知。見逃しを防ぎます。
買い物の量に応じてポイントを自動計算。毎回の相談が不要です。
新規登録は承認待ちからスタート。なりすまし対策になります。
受付・割り当て・完了の状態遷移をシステムが管理します。
依頼・サポーターの情報は、権限を持つ担当者しか閲覧できません。
導入すると、何が変わるか
担当者の負担が減ります。電話を受けて内容を入力する以外の作業——サポーターへの連絡、日程調整、完了確認、謝礼の計算——は、すべてシステムが引き受けます。
「誰が対応したか」が記録に残ります。口頭やメモでのやり取りと違い、依頼・マッチング・完了のすべてが履歴として残るので、後から確認や引き継ぎがしやすくなります。
謝礼の基準が明確になります。「今回はいくら渡すか」を毎回相談する必要がなく、品目数に応じて自動で計算されるため、サポーター間の不公平感を防げます。
小さく始めて、検証しながら広げられます。最初から全地域に展開する必要はありません。一部の地域、少人数のサポーターから始めて、効果を見ながら広げる設計にしています。
導入までの流れ
| フェーズ | 内容 | 目安期間 |
|---|---|---|
| お打ち合わせ・要件確認 | 対象地域や運用体制のヒアリング | 1〜2週間 |
| 実証実験（小規模スタート） | 一部地域・少人数のサポーターから運用開始 | 最短1ヶ月 |
| 効果検証・本格展開 | 利用実績をもとに対象地域・機能を拡張 | 継続的に |
セキュリティ・個人情報保護について
取得する個人情報は氏名・電話番号・住所に限定し、決済情報などは一切扱わない設計にしています。依頼内容とサポーターの行動記録のみをシステムで管理し、クラウド環境上でデータを保持します。
よくあるご質問
Q. 高齢者本人がスマホを操作する必要はありますか？
A. ありません。電話一本で担当者が代理入力する運用を前提にしています。
Q. サポーターの謝礼は現金ですか？
A. システム上はポイントとして管理します。ポイントの精算方法（地域商店での利用、社協発行のボランティアポイントとの連携など）は、地域の実情に合わせて設計できます。
Q. 小規模な地域でも導入できますか？
A. 一部地域・少人数のサポーターから始める実証実験を想定しています。ただし、サポーターの絶対数が極端に少ない地域では、マッチングそのものが成立しにくい点は正直にお伝えしておきます。
Q. 事故やトラブルが起きた場合は？
A. システムはマッチングと記録を担いますが、実際に人と人が顔を合わせる場面の責任分界は、保険や運用ルールとして別途整備が必要です。この部分は、自治体・社会福祉協議会の皆様と一緒に設計させてください。
ここまでは作れています。ここから先は、一緒に詰めたい部分です
マッチング型の仕組みは、近くにサポーターが一定数いることが前提です。サポーターの絶対数が少ない集落では、この方式だけでは十分な解決になりません。また、実際に人と人が顔を合わせる場面が発生するため、謝礼の運用ルールや、万が一の際の対応体制は、地域の実情に合わせて別途設計する必要があります。技術だけでは埋められない、この部分こそ、自治体・社会福祉協議会の皆様と一緒に詰めていきたいと考えています。
技術基盤も、実運用に耐える構成です
PHPのLaravelフレームワークとMySQLで構築し、独自ドメイン・SSL化まで済ませた状態で、実際にクラウド環境上で稼働しています。依頼の登録からマッチング、LINE Messaging APIによるサポーターへの通知、完了報告、ポイント付与まで、一連の流れをすべて実装済みです。「デモだけ動く」段階ではなく、実証実験にそのまま使えるレベルまで作り込んでいます。
まずは、動いている画面を見てください
上のシミュレーターだけでなく、実際に稼働しているシステムそのものもご覧いただけます。依頼登録からマッチング、ポイント付与までの流れを、実際の画面でご確認いただけます。
この先の進化 ── 声で、もっと簡単に
超地域密着型・音声AI受発注マッチング（開発構想）
現在のシステムでは、電話を受けた担当者が依頼内容を入力しています。この「入力」すらも、AIに任せられないか——それが次に描いている進化です。高齢者が電話に「今日、トマト3個と卵を持ってきて」と声で吹き込むだけで、AIがそれを正確な注文票に変換し、地域の配送サポーターのLINEへ自動でマッチング・通知する。担当者の入力作業をなくし、依頼者はより自然な形で、支援につながります。
固定電話・スマホに吹き込むだけ。AIがテキストの注文票へ自動変換します。
買い物難民対策のパッケージとして、他の自治体・地域商店街へ展開できます。
※ こちらは現在構想中の次期機能です。実装済みの本編システムとは異なります。
ご関心をお持ちいただけましたら、実証のご相談段階から一緒に描かせてください。