01. 翌週の食数・発注用数量の確定
週に一度、発注前に確認する画面です。翌週の7日それぞれに、名簿どおりの基礎数、届出済みの休み、確定した食数、まだ連絡が来ていない休みの予測が並びます。盆の3日間は幅が下へ開き、右側で米は幅の上限、肉・魚は下限と、発注への換算が食材ごとに分かれます。確定すると発注書とシフト表が出ます。
SCENARIO ── MEAL DELIVERY WEEKLY COUNT CASE
曜日別の利用名簿と休止・再開の連絡をまとめ、翌週の食数を予測する開発プランです。店主が木曜15時に発注用の食数を決め、連絡内容は食数表・配達リスト・請求に反映します。
OVERVIEW
曜日別の利用名簿から翌週の食数を集計し、休止と再開の連絡を反映する開発プランです。札幌で利用者74名、昼56食・夕30食を届ける高齢者向け配食サービスを想定しています。
店主は木曜15時に翌週の発注に使う食数を確定します。届出済みの休みは集計に反映し、まだ連絡がない休みだけを予測します。変更を一度入力すれば食数表・配達リスト・請求の3か所に反映し、配達担当者は手渡しや不在時の連絡も記録します。
CHALLENGE
APPROACH
まず固めるのは、木曜15時、週に一度の確定です。翌週7日ぶんの昼・夕の食数を日別に確定し、その数がそのまま食材の発注書とパートのシフト表になります。締切を木曜15時に置くのは、米・冷凍食品・乾物の週1回の発注がそこで締まるからです。店主が決め、仕組みが出すのは根拠の数字と期限だけです。
予測の前に、確定している数量を反映します。曜日で決まった名簿から日別の基礎数を出し、届出済みの休止と休みを引く。ここまでは計算で、画面では緑色で表示します。幅のある予測に任せるのは「まだ連絡が来ていない休み」だけです。想定例では盆の週の休みの届出は半分近くが発注締切のあとに届きます。この例では盆入りの木曜昼を「41〜45食」と予測します。逆に、休止中の人の再開は予測しません。退院の日がいつになるかは病院と家族しだいで、こちらが当てにいく数字ではないからです。台帳に「金曜に長男へ確認」と登録して担当者が確認し、確認できた再開日から確定分の食数に戻します。
発注は幅の両端を食材の日持ちで使い分けます。米・冷凍食品・調味料のように翌週へ回せるものは幅の上限で頼み、肉・魚・葉物のように回せないものは下限で頼む。足りないぶんは週の途中の納品と買い足しで埋めます。廃棄の費用と買い足しの負担を比べて、食材ごとに発注数を調整する設計です。
そしてこの案件では予測より先に台帳を固めます。変更の電話を1回入力すれば、食数表・配達リスト・請求の3ヶ所へ同時に反映される。転記をやめることが先で、予測はそのあとです。欠配や誤配は利用者の生活や安全に関わり、幅の精度をいくら上げても、名簿が古いままでは意味がないからです。ドライバーの配達リストには手渡しの記録を持たせ、不在時の連絡の手順と時刻もそこに残します。自治体の見守り配食の実施報告に活用する場合は、求められる様式と項目を確認します。
効果は金額と時間で測ります。使い切れずに廃棄した食材の金額と週の途中に買い足した回数を集計します。変更が3か所へ反映されるまでの時間と反映漏れによる欠配・誤配の件数も確認します。これらを月次レポートに並べ、幅の広さを毎月直していきます。
CONSULTATION
利用名簿・休止と再開の記録・発注の締切を確認します。
連絡を受け付ける担当者と配達担当者が同じ情報を使えるよう、必要な画面を整理します。
SCREENS
この開発プランで想定する画面を紹介します。担当者が入力する内容と確認できる情報をご覧ください。表示しているデータは説明用の想定例です。
週に一度、発注前に確認する画面です。翌週の7日それぞれに、名簿どおりの基礎数、届出済みの休み、確定した食数、まだ連絡が来ていない休みの予測が並びます。盆の3日間は幅が下へ開き、右側で米は幅の上限、肉・魚は下限と、発注への換算が食材ごとに分かれます。確定すると発注書とシフト表が出ます。
毎日いちばん開く画面。電話を受けながら利用者名で開き、休止・再開・1回休み・曜日変更をボタンで入れます。あすのぶんの締切(前日17時)の前か後かで、いつから反映するかが自動で決まります。保存すると食数表・配達リスト・請求の3ヶ所へ同時に反映され、きょう受けた変更が時刻と連絡者つきで下に並びます。
休止中の利用者・理由・休止期間・次の確認期日と連絡先を管理します。再開日は本人や家族などに確認して登録し、その日から食数に反映します。再開日を予測で決めることはありません。
ドライバーが配達コース順に対象者を確認する画面です。休止中の家を除き、再開初日と新規の利用者に印を付けます。手渡し時刻と不在時の対応を記録し、自治体の様式に合わせて実施報告に使う項目を出力します。
月に一度見る画面です。使い切れずに捨てた食材の金額、週の途中で買い足しに走った回数、欠配・誤配の件数、変更の連絡が反映されるまでの平均時間が並びます。週ごとの表で、実際の食数が予測の幅に収まったかを確かめ、連休の週の予測幅を広げる必要があるか、翌月の設定見直しに使います。
OUTCOME
仕組みが運用に乗ったあと、決め方が3つの点で変わる想定です。
確認済みの数量を先に計算し、未連絡の休止で変わる分だけを予測する想定です。変更理由を記録して、確定情報と予測を区別します。
買い足しの費用と手間を廃棄した場合の費用と比較し、食材ごとに予備の数量を決めます。
休止中の不要な訪問や欠配は利用者と家族の負担になるため、予測より先に変更の入力・確認手順を整える計画です。
PROCESS
札幌市内なら事業所へ伺い、道外はオンラインで進めます。盆か正月をどちらか挟む3ヶ月を想定し、月の区切りで実際に触れるものをお渡しして、現場で使った感想を次の作業に反映します。
利用者ごとの曜日パターン、弁当の区分(普通・きざみ・おかゆ)、コースの順路、連絡先を、紙の食数表と請求の控えから一覧に起こします。あわせて1週間、変更の電話が誰から何件、何時に入るかを記録し、転記の行き先と漏れやすい箇所を洗い出します。発注の締切と納品の曜日もここで確認し、週間食数表の締切時刻を決めます。
変更受付・休止再開台帳・配達リストの3画面を先に開発し、予測を待たずに使い始めます。電話を受けたその場で入力し、ドライバーはスマホのリストで回る。転記が消えた時点で欠配・誤配の芽が減り、同時に、正確な食数の実績がこの日から貯まり始めます。紙の食数表は1ヶ月並行して使い、数字が合うことを確かめてから外します。
復元した過去1年の食数で幅の予測を試作し、先月の各週をさかのぼって、実際の食数がどれだけ幅に収まったかを検証します。盆・正月・連休の週の開き方を店主と確かめてから、週間食数表を発注書とシフト表につなぎます。最後の2週間はいつもの決め方と並べて運用し、木曜15時に確定が終わることを確かめてから納品します。
FAQ
RELATED
利用名簿・休止と再開の記録・発注の締切を確認します。
連絡を受け付ける担当者と配達担当者が同じ情報を使えるよう、必要な画面を整理します。