EvoQuest
EvoQuest AI需要予測AI 2026.08

SCENARIO ── FLOWER SHOP CASE

注文と販売予測から、
品種別の仕入れ本数と予算を決める

供花の注文・定期の活け込み・店頭の販売予測と在庫をまとめ、品種別の仕入れ本数を確認する開発プランです。店主がセリ前日17時に本数と上限単価を決めます。お盆や彼岸の休市期間も、日持ちと販売予定を比べて計画します。

想定領域
切り花の仕入れ量予測AI / 生花店の業務改善
担当範囲
業務と必要な機能の確認・記録の整理・予測機能と操作画面の開発・使い方の説明
想定対象
店主とパート1人の生花店(仏花・注文の花が中心/仕入れは花市場のセリ)
想定期間
設計〜納品 約 2 ヶ月(秋の彼岸を1回はさむ)

OVERVIEW

どんな仕組みをつくるか

注文済みの花に必要な本数と店頭で売る花の予測を分けて、仕入れ表を作成します。在庫・品種ごとの日持ち・上限単価も同じ画面で確認できるようにします。

店主とパート1人の生花店を想定しています。通常は月・水・金のセリで次の2〜3日分を仕入れ、想定する市場の8月11日〜16日の休市前には、8月10日のセリで7日分を準備します。実際の仕入れ期間と締切は、利用する市場の開催日程に合わせて設定します。

CHALLENGE

課題

  • 01 繁忙期の仕入れ本数を市場が休む前に決めることになる。ふだんの仕入れは次のセリまでの2〜3日ぶんで、見込みが外れても次のセリで調整できる。盆・彼岸・年末は市場が休みに入るため、直前のセリ1回が繁忙期の7日ぶんを受け持つ。1年でいちばん大きな判断ほど、あとから直せない。
  • 02 同じ日に相場も上がっている。盆前のセリは全国の花屋が同じ花を取り合うので、小菊や輪菊の単価はふだんより3〜5割高くなることがある(想定例)。去年と同じ本数を書いても、去年と同じ仕入れ額では済まない。本数の判断と金額の上限を同じ表で決める必要がある。
  • 03 買った花は店で日ごとに古くなる。盆の6日目に売る花も最後のセリの日に買っておくことになる。夏の切り花の日持ちは品種で差が大きく、菊は1週間以上もつが、ガーベラやバラは3〜5日が目安。何を買うかは、何日目に売るかとセットでしか決められない。
  • 04 売り逃した記録がどこにも残らない。余って捨てた本数は目に入るが、切らした日に仏花を買えず帰った客は数字にならない。仏花は毎年同じ日に要る花なので、その日スーパーやホームセンターで済ませた客は、来年からそちらへ行くかもしれない。損の大きい側ほど記録がない。

APPROACH

課題への対応

セリ前日17時を仕入れ本数と予算を決める時刻にします。品種別の本数と上限単価を仕入れ表として締め、市場の前売り注文に出す品種はそのまま送信し、残りは翌朝のセリで表のとおりに買います。締切を17時に置くのは、市場の前売り注文の受付がそこで閉まる想定だからです。通常は週3回、次のセリまでの2〜3日分を決めます。盆と彼岸は同じ画面で7日分を確認し、市場が休みの期間もまかなえる本数を決めます。

予測の前に、確定している注文の本数を先に反映します。供花やアレンジの注文は受取日つきで表へ自動で入り、医院・美容室・飲食店の定期の活け込みは曜日で入り、お寺への納めは行事の日付で入ります。予約済みの数量とは別に店頭販売分を範囲で予測します。盆の店頭ぶんは日別に割って予測します。墓参りの集中は暦と曜日と天気でかなりの部分が説明できるので、13日の販売集中、雨の日に翌日へずれるぶんまで含めて、日ごとの幅で出します。

7日ぶんの中身は、品種の日持ちで前半と後半に分けます。後半に売るぶんは夏でも1週間もつ輪菊・小菊・りんどうを中心に組み、日持ちの短いトルコキキョウやガーベラは、13日までに売り切れる本数で止めます。相場への備えは上限単価です。品種ごとに「ここまでなら買う」の線と差し替え先を決めておき、セリで上限を超えたら本数を削るのではなく、小菊からスプレー菊へと品種を振り替えます。

多めに仕入れるか少なめにするかは、余った花を後日売れるかで決めます。菊類は多め側です。盆が明けても仏花の定番として毎日売れるので、余りは翌週の仕入れを減らして吸収できます。日持ちの短い洋花は少なめ側です。余った場合は値下げが必要になりやすく、足りないときは次のセリで買い直せばいい。多め・少なめのどちらにするかは品種ごとに表へ書いておき、決定は毎回店主が行います。予測は「68〜92束」のような幅で示し、店主がその場で直した数字と直した結果は記録に残します。

効果は金額と時刻で測ります。捨てた花は本数にその日の仕入単価を掛けた廃棄額で、値下げで売った花は値引き額で、切らした品種は売り切れ時刻とその後の来店数からの推計で残します。それから、実績が予測の幅に収まった日の割合。この4つを月次レポートに並べ、予測幅と仕入れ量の調整方針を毎月直していきます。精度を売り物にはしません。外れたときの損を品種ごとに小さくしていく仕組みです。

CONSULTATION

今の仕入れ記録から品種別の仕入れ表をご相談ください

レジの記録と市場の伝票を確認し、品種別に使える情報を整理します。
注文分の確保・日持ち・上限単価をどのように管理したいかお聞かせください。

SCREENS

主要画面

以下は5画面のサンプルです。利用する担当者と入力・確認する内容を紹介します。表示している名称・人数・数量・金額などは想定例です。

01. 品種別の仕入れ表

セリ前日に店主が確認する画面です。在庫本数、受注済みの数量、店頭の販売予測を品種別に並べ、仕入れ本数と上限単価を確定します。前売り注文に対応する品種は、その内容を市場へ送信します。

仕入れ表
使い方のポイント
予測を眺める画面にしない。17時の締切つきで、品種別の本数と上限単価を確定して前売り注文まで送る画面にする。
確定と予測を分ける
注文・活け込み・納めの確定ぶんを緑で先に確定し、幅を当てるのは店頭ぶんだけ。どこからが予測かを隠さない。
上限単価の役割
セリの値段は行ってみないと分からない。上限と差し替え先を決めておけば、市場で迷う場面が減る。

02. お盆・彼岸の仕入れ計画

休市前に7日分を計画する画面です。日別の販売予測と受注済みの数量、天気予報を確認し、日持ちに合わせて品種を選びます。前年の同じ行事の仕入れ・廃棄・品切れ・相場も比較します。

盆・彼岸の計画
使い方のポイント
合計の束数ひとつにまとめない。13日に切れるのと16日に余るのは、合計が同じでも別の失敗になるため。
日持ちで組む
後半に売るぶんは夏でも1週間もつ菊類で組み、日持ちの短い洋花は13日までに売り切れる本数で止める。
相場への備え
品種ごとに上限単価と差し替え先を決めておく。上限を超えたら、本数を削らず品種を振り替える。

03. 店頭在庫と販売記録

販売担当者が品種別の残数と入荷からの日数を確認します。販売のペースから品切れの見込み時刻と対応候補を表示し、売り切れ・値下げ・廃棄はボタンで時刻とともに記録します。

店頭在庫
使い方のポイント
盆の売り場は忙しい。記録は品種のボタンを押すだけにして、時刻は自動で付ける。文章は書かせない。
切れそうなときの打ち手
仏花の組みを小菊3本から2本+スプレー菊1本に変えるのような調整候補まで画面が出す。決めるのは店主。
経過日数の見え方
入荷日からの日数を品種の日持ちの目安と並べて出す。花の状態と入荷からの日数の両方を見て、値下げが必要か判断できるようにする。

04. 注文・定期納品一覧

供花・アレンジ・取り置き・定期の活け込み・お寺への納品をまとめる画面です。受取日と必要本数を登録すると仕入れ表に反映され、前年の注文数との比較にも使えます。

注文・定期
使い方のポイント
注文が入った分は、予測せず必要本数を計算する。電話で受けたら受取日と内容をここへ入れるだけで、仕入れ表に反映される。
突発の注文の扱い
葬儀の供花は予測しない。受けた時点で確定として表へ入り、足りないぶんは仲卸での当日調達で埋める。
積み上がりの比べ方
受付開始から何日目かでそろえて去年と重ねる。盆の日付は毎年同じでも、曜日の並びが違うため。

05. 廃棄・値引き・品切れの月次集計

品種別の仕入れ・販売・廃棄額・値引き額を集計します。品切れ後の来店記録から計算した販売機会の損失は推計と明記し、翌年の繁忙期や次の仕入れ量を検討します。

月次レポート
使い方のポイント
廃棄と売り逃しを同じ画面に並べる。捨てた花は目に入るが、買えずに帰った客は数えなければ残らない。
廃棄額の出し方
本数にその日の仕入単価を掛ける。相場が高い日に仕入れた花の廃棄が、費用にどれだけ影響するかを確認できる。
直しの残し方
「来年の盆は小菊を1ケース増やす」のような直しを行事とセットで残す。翌年の計画画面に引用される。

OUTCOME

この仕組みで改善したいこと

以下は導入後に想定する使い方です。実際の業務で試し、作業時間や確認漏れの変化を確かめます。

01

前年の記録を確認して繁忙期の仕入れを検討する

今の作業前年の仕入れ本数を記憶から決め、廃棄本数や品切れ時刻を確認する記録がない。
導入後の使い方品種別の仕入れ・販売・廃棄・品切れ時刻・相場を行事ごとに記録し、翌年の計画で参照する。

盆と彼岸は年に3回しか来ないので、比較できる記録がそろうまで数年かかります。今年の記録も残し、次回の仕入れ判断に使います。

02

注文分と店頭販売の予測を分けて仕入れる

今の作業注文用と店頭用を分けずに仕入れ、どちらの不足かを確認しにくい。
導入後の使い方注文・定期納品・活け込みの必要本数を受取日ごとに計算し、店頭販売分だけを予測する。

盆の注文を早めに案内し、受け付けた分から必要本数を確定します。予約が増えれば、その分だけ予測に頼る量を減らせます。

03

廃棄費用と品切れによる販売機会の損失を比較する

今の作業廃棄や品切れの記録がなく、仕入れ量を見直すための数値を比べられない。
導入後の使い方廃棄本数に仕入単価を掛けた費用と、売り切れ時刻以降の来店から推計した販売機会の損失を並べる。

毎月の記録を品種別に比較し、仕入れ量を見直します。推計した金額と実際の販売額は区別します。

PROCESS

開発の進め方

札幌市内は店舗で、道外はオンラインで進めます。8月に着手して秋の彼岸に試し、10月に納品する約2ヶ月の進行例です。店主に画面を使っていただき、品種別の本数と予算を確認する手順を調整します。

1
MONTH 01 / 記録の復元 + 品種台帳づくり

売上・仕入れ記録と品種ごとの条件を確認

レジの売上と市場の仕入伝票を1年ぶんさかのぼり、品種別の売れ方と仕入単価の動きを復元します。あわせて品種ごとの日持ちの目安・上限単価・差し替え先の一覧を店主と作り、注文・活け込み・納めの確定ぶんを棚卸しします。締切を17時に置けるかは、夕方の店の実務を見てから決めます。

  • 店舗でのヒアリング(2〜3回)
  • レジと仕入伝票1年ぶんの整理
  • 品種台帳(日持ち・上限単価・差し替え先)の初版
  • 注文・定期・納め先の棚卸し
2
MONTH 02 / 予測の開発 + 秋の彼岸での検証

仕入れ表を開発し、秋の彼岸に試す

曜日・天気・暦から店頭ぶんを品種別の幅で出す予測を組み、仕入れ表・盆彼岸の計画・店頭在庫・注文定期・月次レポートの5画面を開発します。前半は並行運用(2週間)でいまの決め方と並べて確かめ、秋の彼岸で計画画面を実際に使います。彼岸明けに予測幅と仕入れ量の調整方針を見直し、月次レポートの初回を一緒に見てから納品します。

  • 店頭ぶんの予測の試作と幅の調整
  • 5画面の開発
  • いまの決め方との2週間の並行運用
  • 秋の彼岸での検証 + 納品

FAQ

よくある質問

  • Q1 盆や彼岸は年に数回しかありません。データが足りないのでは?
    その日の売れ数だけを学習の材料にするなら、足りません。そこは隠さずお伝えします。だからこの設計では、繁忙期の予測の根拠を売れ数の履歴だけに置かず、注文の積み上がり、暦と曜日と天気による日別の売れ方、去年の行事の記録の3つに分けて持ちます。初年度の幅は広めに出し、多めに仕入れるのは翌週にも販売できる菊類だけに絞ります。行事の記録が増えたら、実績と比べて予測幅を狭められるか検証します。
  • Q2 セリは行ってみないと値段が分かりません。表のとおりに買えますか?
    全部そのとおりには買えません。買えない日があることを前提にした表にします。品種ごとに上限単価と差し替え先を決めておくのはそのためで、上限を超えたら小菊からスプレー菊へのように品種を振り替えて本数を守ります。値段の確実さが要る品種は、単価は高くても前売りの注文取引で先に固めます。セリで安く買う品種と注文で確実に押さえる品種の使い分けまで含めて、仕入れ表の設計です。
  • Q3 仲卸やネットの仕入れも使っています。それでも合いますか?
    合います。仕入れ表の中身は変わらず、締切と受け取りの日が仕入れ先ごとに変わるだけです。ネットの前売りは前日の締切時刻、仲卸は当日の買い足し、と仕入れ先ごとの締切を表が持ちます。むしろ日持ちの短い洋花を当日に買い足せる仲卸があるなら、洋花を少なめ側で買う設計はより安全になります。最初の月の棚卸しで品種ごとの仕入れ先を整理します。
  • Q4 葬儀の供花のような突発の注文は、どう扱いますか?
    予測しません。いつ入るか分からないものを幅で当てようとすると、幅がただ広がるだけだからです。供花は受けた時点で確定として仕入れ表へ入り、店の在庫で足りないぶんは仲卸での当日調達で埋めます。予測の仕事は、暦と曜日で動く店頭ぶんだけ。突発を予測の外に置くのは、この設計全体で通している原則です。

今の仕入れ記録から品種別の仕入れ表をご相談ください

レジの記録と市場の伝票を確認し、品種別に使える情報を整理します。
注文分の確保・日持ち・上限単価をどのように管理したいかお聞かせください。

EvoQuest

AI相談窓口

EvoQuestについて、
気になることを聞いてください。

サービスの内容や制作実績、
費用の目安などをご案内します。

AIが回答します。個人情報・機密情報は入力しないでください。入力内容は回答のためにAI提供元へ送信されます。利用について(新しいタブ)

直接お問い合わせ

会話はこのタブに一時保存されます。