Level 02 — 基盤
私たちの仕事の根拠
在庫計画の支援を行う理由は、この分野に解決されていない問題が多く残っているからです。ツールの機能は年々向上していますが、それを現場で機能させるための整備が追いついていないことが多い。
私たちの仕事は、ツールを売ることでも、複雑なモデルを構築することでもありません。現場の担当者が使いこなせる形で、計画の仕組みを整備することです。
そのために重視しているのは三つのことです。データに対して正直であること、担当者が自律的に動けるようにすること、そして設計の根拠を透明にしておくこと。
この三つは、お客様との関わり方においても、自分たちの作業の進め方においても、一貫して守ろうとしていることです。
Level 03 — ビジョン
在庫管理に対する見方
自動化の役割
自動化は、担当者の判断を不要にするものではありません。日常的な計算作業の負荷を下げ、判断が必要な場面で担当者がより集中できるようにするための手段です。
予測の限界
需要の一部は、どの方法でも予測が難しいものです。その範囲を正直に伝えることが、使える計画を作る前提だと考えています。できることとできないことを区別することが出発点です。
引継ぎの重要性
どれだけ精度の高いモデルを設定しても、担当者がその仕組みを理解していなければ持続しません。引継ぎは補足ではなく、設定と同等に重要なプロセスです。
Level 04 — 核心的な信念
私たちが信じていること
データは正直に扱うべきだ
取引実績が少ない、あるいは需要が不規則すぎる場合、自動計画が有効でないことをはっきり伝えることが誠実な対応です。期待を上げることより、現実を正確に伝えることを選びます。
担当者の経験には価値がある
現場の購買担当者は、データには現れない文脈を知っています。その知識を活かせる設計にすること、そして自動化によってその知識が失われないようにすることが重要です。
確認せずに渡さない
設定したモデルは、過去の実績データと照合してから渡します。バックテストは手間ですが、根拠のない設定を現場に持ち込まないための最低限の確認です。
継続できる仕組みを作る
一度設定して終わりではなく、担当者が継続的に運用できる状態を作ることが目的です。ポリシー文書、上書きログ、月次確認の仕組みは、その継続性を支えるための要素です。
Level 05 — 実践への翻訳
考え方が作業にどう表れるか
品目の分類
カタログ全体に同じ手法を当てはめるのではなく、まず品目ごとの需要パターンを確認します。自動計画に向く品目、向かない品目を分けることが最初の作業です。この分類自体が成果物の一つです。
バックテスト
補充モデルを設定した後、過去の取引実績に対して提案がどう出ていたかを確認します。実際に何が起きたかと照らし合わせることで、設定の妥当性を数字で確認してからお渡しします。
上書きの記録
担当者が提案を上書きするとき、その理由を記録する仕組みを作ります。上書き頻度は、モデルがずれているかどうかの最も分かりやすいサインです。記録がなければ、見直しの判断ができません。
限界の明示
どの計画手法も、需要が非常に不規則な品目や単発取引には対応が難しいです。その限界を文書に記載し、担当者が対象外品目を認識した上で管理できるようにします。
Level 06 — 人を中心に
担当者ありきの設計
自動化の設計において、担当者がどのように使うかを先に考えます。提案の読み方が直感的でなければ、使われなくなります。上書きが記録しにくければ、記録されません。
操作性だけでなく、担当者が「なぜこの提案が出ているのか」を理解できることが、長期的な運用の条件です。
引継ぎセッションは、ツールの操作説明ではありません。設定の根拠を理解し、モデルがずれたときに気づける目を養うためのものです。
担当者が自律的に動ける状態を作ることが、私たちの関与が終わった後も仕組みが機能し続けるための条件です。
Level 07 — 意図ある改善
新しい手法を追う前に
在庫計画の分野では、新しいアルゴリズムや機械学習モデルが次々と登場します。それ自体は価値のあることですが、現場で機能するかどうかは別の問題です。
私たちは、手法の新しさよりも「現場に渡せる状態かどうか」を優先します。複雑なモデルより、担当者が理解できるシンプルな設定が長続きすることが多いからです。
改善は、実績から学ぶことで起きます。上書き頻度の確認、バックテスト結果の振り返り、フォローアップでの対話。これらの積み重ねが、次の設定をよりよくする材料になります。
理論ではなく、実際に何が起きたかから学ぶという姿勢が、私たちの改善の軸です。
Level 08 — 誠実さと透明性
根拠を残すということ
設定の根拠を文書化する
発注点や安全在庫をどのように算出したかを、後から追跡できる形で残します。担当者が変わっても「なぜこの数字なのか」が分かる状態を維持します。
透明性 01
バックテスト結果を共有する
設定の検証結果を数字としてお渡しします。どこで差が出ているか、どの品目が合いやすいかを確認できるようにします。
透明性 02
対応できない範囲を明示する
計画モデルが苦手な需要パターンを、サービス開始前にお伝えします。できないことを先に言うことが、長期的な信頼の基盤になると考えています。
透明性 03
Level 09 — 協調
一緒に作るということ
需要パターンのレビューにせよ、補充モデルの設定にせよ、お客様の取引データと現場知識なしには進められません。分析の過程で、担当者にデータの読み方や季節性の確認方法を一緒に確認してもらうことが多いです。
それはサービスの余話ではなく、担当者が仕組みを自分ごととして持てるようにするための意図的なプロセスです。
引継ぎセッションでは、説明するだけでなく、実際のデータを使って担当者に手を動かしてもらいます。操作を体験することと、設定の根拠を理解することを組み合わせることで、引継ぎ後の運用が安定します。
私たちが去った後、担当者が自律的に判断できるかどうかが、協働の最終的な評価基準です。
Level 10 — 長期的な視点
3ヶ月後も機能しているために
在庫計画の設定は、一度行えば終わりではありません。市場の変化、仕入先の条件変更、新品目の追加などで、設定は少しずつ現実から離れていきます。
上書き頻度の月次確認は、そのずれを早期に見つけるための仕組みです。大きな問題になる前に気づき、対処できる体制を作ることが目的です。
私たちのサービスが終わった後も、お客様の現場が自律的に動けるようにすることが設計の目標です。そのために、ポリシー文書・上書きログ・確認の仕組みという三つのツールを整備します。
6週間後のフォローアップは、その確認のためです。担当者が設定通りに動かせているか、想定外の品目はないかを確認します。
Level 11 — あなたにとって
このフィロソフィーが実務に意味すること
最初に確認します
サービスを開始する前に、自社のデータが対象として適しているかを確認します。適していない場合は、それをお伝えします。時間と費用の無駄を避けるための最初のステップです。
根拠を残して渡します
設定の数値だけでなく、その根拠と限界を文書にして渡します。担当者が「なぜこうなっているのか」を後から確認できる状態を作ります。
自律を目指します
引継ぎ後、担当者が私たちに頼らずに運用できることを目標にします。質問があればいつでも答えますが、依存を生む関係よりも自立した運用を支援する関係を大切にします。
Level 12 — 次のステップ
このアプローチが合うかどうか、話してみてください
自社のデータ状況や体制と、このフィロソフィーが合うかどうかを確認したい場合は、お気軽にご連絡ください。現状をお聞きして、どのサービスが適しているかをお伝えします。
フィロソフィーの内容についてご質問があれば、それだけでも構いません。