SCENARIO ── STRAWBERRY PICKING RESERVATION
いちご狩り農園向けに、見回り記録と予約・受付をまとめるアプリを作ります。園主がハウスごとの実の状況と過去の記録を確認して人数を決め、予約ページへ反映する想定です。午後の変更連絡や閉園後の記録も残せます。
OVERVIEW
いちご狩りでは、ハウスごとの実の量に合わせて受け入れ人数を調整する必要があります。このプランは、園主の見回り記録と、電話・予約ページからの予約、当日の受付を1つにまとめるアプリの開発を想定しています。
園主が前日の夕方に実の量を3段階で記録すると、過去の同じ段階の日に実が足りた人数の範囲を表示します。人数は園主が決め、予約ページへ反映します。閉園後に受け入れた人数と実の残りを記録し、次の判断に使います。記録が少ない間は人数の目安を出さず、予約と記録の管理に使います。
CHALLENGE
APPROACH
受け入れ人数は園主が決める設計にします。実の量は品種・ハウスの温度・前日の入園人数で変わります。農研機構の研究成果の説明でも、いちごは開花から収穫までおよそ1か月かかり、その日数は温度によって変わるとされています。「多い・ふつう・少ない」の3段階で記録し、同じハウス・同じ段階の日に実が足りた人数の範囲を表示します。記録が少ないうちは目安を出さず、人数の入力と記録だけにします。
電話と予約ページの予約は同じ台帳に登録します。回ごとに当日来園用の枠を残し、午前に実が減った場合は園主が午後の受け入れを変更して、該当する予約者へ連絡します。振替・取り消し・料金の扱いは農園があらかじめ決めて予約ページに記載し、その内容に沿って案内します。
CONSULTATION
ハウスの数・シーズンの時期・現在の予約方法をお聞かせください。
園主と受付スタッフが確認したい情報を整理し、既存の予約サービスと組み合わせる方法も含めてご提案します。
SCREENS
想定する主要画面と設計で大事にしている考え方です。園主と受付はスマホかタブレット、お客様はQRコードやホームページのリンクから予約ページを開く構成。ハウス名・人数・予約者名はすべて想定例です。
園主が前日の夕方にハウスごとの実の状況を3段階で記録します。過去の受け入れ人数・確定済みの予約・当日来園の見込みを確認して、回ごとの上限を決めます。
受付の2人が同じ一覧を開き、回ごとの予約の来園と案内したハウスを記録する画面。当日来た組は、受け付けたかお断りしたかをボタンで残します。
回ごとの残り人数と、実の状況で時間の短縮や振替をお願いすることがあるという案内を、予約の前に表示するページ。電話で受けた予約も同じ台帳に入るので、残り人数は1つの記録から出ます。
午前の見回りで実が減ったハウスがあったとき、当日来園の受付を締める、午後の回の予約を締める、午後の予約の方に知らせる、の3つを選ぶ画面。お知らせの文面は園主が直してから送ります。
閉園後、ハウスごとに決めた人数・入れた人数・実の残り（残った・ちょうど・足りなかった）を並べる画面。来なかった予約、当日受付を締めた時刻、お断りしたグループ数も残し、次に同じ段階の日の幅に使います。
OUTCOME
導入後は、実の不足で受付を終了した日数、受け入れを断った人数、変更を事前連絡できた割合を確認する想定です。
当日受付を途中で終了した日数と実が不足したハウスの数を確認します。前シーズンの同じ時期に記録があれば比較します。
実が残った日に受付を断ったグループ数を集計し、受け入れ人数を少なく設定した可能性がある日を確認します。
案内の送信回数と回答したグループの割合を確認します。電話で連絡した件数や負担も受付担当者に確認します。
PROCESS
シーズン開始の3か月前から、現在の予約方法と見回りの記録を確認する想定です。オンラインで相談でき、札幌市内・近郊ではハウスと受付を訪問して確認する方法も選べます。
電話・SNS・予約サイトなど今の受け方を並べ、1つの台帳にまとめる範囲を決めます。見回りの段階の分け方、当日来園の枠をどれだけ残すか、振替や取り消しの決まりも、この段階で農園に決めてもらいます。今使っている予約サービスで足りる部分は、そのまま使う切り分けも検討します。
5画面を作り、シーズン前に家族や手伝いの方と予約から閉園後の記録までを一度通しで試します。最初のシーズンは幅を出すための記録が少ないので、人数は園主がこれまでどおり決め、画面は記録と予約の一本化に使います。シーズンの前半が終わったところで記録を一緒に見て、幅の出し方を決めます。
FAQ
RELATED
ハウスの数・シーズンの時期・現在の予約方法をお聞かせください。
園主と受付スタッフが確認したい情報を整理し、既存の予約サービスと組み合わせる方法も含めてご提案します。