クォンタイルグリッドによる予測(2015)

クォンタイルグリッドは、在庫管理が関与する場合において、従来の予測手法に比べ根本的な改善をもたらします。また、未来に関するはるかに多くの情報を提供するため、クォンタイル予測よりも優れています。従来の予測手法は、特に商取引においてはうまく機能しません。この問題の根本原因は単純で、未来が不確実であることにあります。古典的予測は未来需要の唯一の正しい値を予測しようと試みますが、結局失敗します。正しい未来需要が予測されるという幻想の下、古典的予測を無理に修正しようとするのは錯覚です。クォンタイルグリッドはこの問題に対して全く異なる立場を取ります。
クォンタイルグリッドを用いることで、Lokadは特定の製品に対して単一の未来需要値を予測するのではなく、需要全体の確率分布、すなわち0単位、1単位、2単位…といった各需要の確率を予測します。この情報は非常に豊富で、従来の予測よりもはるかに収益性の高い方法で活用することができます.
統計学者でない方向けの入門
これらの文章を読んでいるあなたが統計学者でない場合、いわゆる「クォンタイルグリッド」を使って実際に有用な成果が得られるのか、あなたのビジネスが成功する見込みがあるのか疑問に思うかもしれません。これは実用的な予測手段ではなく、現代統計学における博士論文の良い題材のようにも聞こえます。しかし、この用語が威圧的に感じられるなら、心の中で_クォンタイルグリッド_を_実際に機能する予測_に置き換えれば十分です。Lokadを利用する企業の大多数は統計のスキルを一切持っていません。あなたの受信箱にかかるスパムフィルターも高度な統計を使用しており、受信箱を利用するのに博士号が必要というわけではありません.
Lokadは商取引においてほぼ同様のことを行っています。私たちは高度な機械学習を活用して御社の収益性を向上させており、その背後にある技術は非常に進化しているため、実際にはそれについて深く気にする必要はもうありません.
以下では、Lokadの裏側で何が行われているのかを説明しますが、Lokadの予測エンジンの仕組みを完全に理解していなくても安心してください。ちょうど、ベイズ確率推論に詳しくなくともスパムフィルターを使えるのと同じです.
商取引のための予測の再考

クラウドコンピューティングプラットフォームを利用すれば、1000時間分の計算能力が50ドル未満で済むことを念頭に置いてください。これは明らかに予測に対する全く新しい視点を開くものであり、まさにLokadが広範に探求してきた視点です。クォンタイルグリッドはLokadの予測技術の第三世代を表しますが、全体像を理解するために数年前に遡ってみましょう。2008年に古典的予測を第一世代として開始し、Lokadチームによる3年間の並外れた研究開発の努力にもかかわらず、古典的アプローチは行き詰まりであると分かりました。我々は、古典的予測で顧客を深く満足させることに成功したことはありませんでした。他の予測ベンダーとの顧客体験を学ぶ中で、獲得した予測技術に満足している企業は一社もなかったことが明らかとなりました。この問題はLokad固有ではなく、予測業界全体が機能不全に陥っていると気づき、何とかしなければならないと決意しました.
2012年に、Lokadはコードネームクォンタイル予測テクノロジーとして予測技術の第二世代をリリースしました。簡単に言えば、クォンタイル予測は古典的予測を悩ませる最大の問題、すなわち古典的予測が本質的な問題に目を向けていない点に取り組みます.
実際、企業にとっての課題は、在庫切れを引き起こす予想外の高需要と、死蔵在庫を生む予想外の低需要という二極端な状況を避けることにあります。未来需要が概ね「予想通り」である中間の状況は、ビジネス上ほとんど重要ではありません.
しかし、古典的予測、すなわち平均または中央値の予測は、これらの「極端な」状況を完全に無視し、平均的なケースにのみ焦点を当てています。予想通り、古典的予測は在庫切れも死蔵在庫も防ぐことができません。クォンタイル予測は、この課題に正面から取り組み、例えば在庫切れ回避といった具体的シナリオに直接着目し、この問題に対する正確な答えを提供しようと試みます。突然、2012年には以前にも増して多くの顧客が満足するようになりました。Lokadの歴史上、会社設立から3年以上経過して初めて、効果のある予測手法を手に入れたのです.
2015年に、Lokadは予測技術の第三世代であるクォンタイルグリッドをリリースしました。クォンタイル予測は既に古典的予測に比べ急進的な改善をもたらしていたものの、依然として弱点がありました。数十件に及ぶクォンタイル予測技術の展開を通じて経験を積む中で、たった一つのビジネスシナリオに対してのみ予測を行うという考え方は一理あるものの、完全ではないことが分かりました。なぜこの一つのシナリオだけなのでしょうか?なぜ第二や第三のシナリオは用意しないのでしょうか?複数のシナリオを手動で管理するのは面倒であり、すべてのシナリオを一挙に予測すべきだと気づいたのです。計算面では、各製品ごとにほぼすべての需要レベルの確率を計算しなければならず、かなりのコストがかかります。しかし、必要な計算量は莫大に見えても、計算資源の価格は年々急落しており、5年前には高すぎると考えたものが、今では非常に手頃になっています。2015年に、Lokadは予測技術の第三世代、すなわちクォンタイルグリッドを再びリリースしました。非常に計算集約的であるにもかかわらず、クラウドコンピューティング資源の急落により、クォンタイルグリッドは今や手頃なものとなっています.
需要の全確率分布を考慮する

システムは未来需要に対して、わずかにもっと高い確率の値を出すよう微調整される可能性はありますが、それ以上のことはありません。結果として、御社が得る未来需要の確率は僅かに上がるだけで、当初期待されたようなビジネス活動の活性化にはつながりません.
クォンタイルグリッドは全く異なるアプローチを取ります。各製品ごとに、Lokadは未来需要の各水準に対する確率を計算します。未来需要が既知であるという幻想を維持するのではなく、多くの可能な未来に対する確率を直接表現します.
例えば、リードタイムが2週間の販売頻度が低い製品の場合、この製品に対する次の2週間(予測ホライゾンは通常リードタイムに合わせる必要があります)の需要の分布は、以下のように表すことができます:
需要 | 確率 |
---|---|
0単位 | 55% |
1単位 | 20% |
2単位 | 14% |
3単位 | 7% |
4単位 | 3% |
5単位 | 0% (丸め) |
未来を完全に確率論的な視点で考えることは複雑に思えるかもしれませんが、実際には全ての経営者が、形式ばらない方法で、特定の結果の確率を比較検討し、最も重要なシナリオに備えているのと同じことを行っています。予測エンジンの観点からは、事前に「最も重要な」シナリオが何かを知ることはできないため、論理的な解決策は、多少無骨ではあるものの、あらゆる可能なシナリオを処理することにあります。しかし、ある企業が1000製品の予測を行い(また、当社の一部クライアントは何百万ものSKUを扱っています)、各製品について100のシナリオに対する確率をLokadが計算すると、クォンタイルグリッドは実用的とは言えない10万件の項目を生成することになってしまいます。この点については、以下のセクションで述べます.
サプライチェーン意思決定の優先順位付け
すべての購買決定に対して、未来需要と現在の購買決定に基づくシンプルな概算、すなわち「結果」式を記述することができます。そして、各決定は未来需要の各水準に対応する確率によりスコア付けされます.

すべての決定にスコアが付けられると、これらの決定を順位付けし、最も有益な選択肢をリストの上位に配置することが可能になります。このリストをマスタ購買優先順位リストと呼びます。このリストでは、全ての製品が複数行にわたって登場します。実際、製品Zを1単位購買するという決定が最優先(すなわち最も喫緊の購買)であったとしても、次の製品Zの1単位の購買は20番目の喫緊の購買に過ぎず、他の製品の購買がその間に多数入ることになります.

サービスレベルの微調整よりも優れている
在庫切れを防ぐために望まれる、いわゆる「最適な」サービスレベル、つまり必要な確率を算出するのは非常に困難な作業です。サービスレベルは企業の財務実績と間接的にしか関連していないため、これは複雑な問題です。実際、ある製品においてサービスレベルを1%向上させるためのコストが非常に高額になる場合もあり、そのため、資源に余裕があれば、同じ投資で1%ではなく追加の10%のサービスレベルが得られる他の製品に充てるべきです.
クォンタイルグリッドをマスタ購買優先順位リストとして使用すれば、サービスレベルについて煩わしく考える必要すらなく、それ自体が優先順位付けに自然に反映されます.
もし高利益率製品のサービスレベルを低コストで向上させることができれば、この製品は自然とリストのトップに上がります。逆に、極端な売上変動に苦しみ、サービスレベルを向上させる試みが非常に高コストになる製品は、在庫が危険なほど少なく、非常に不規則な需要パターンにもかかわらず死在庫を出す可能性がほぼない場合にのみ、リストの上位に上がります。優先順位リストはキャッシュ制約の問題も解決します。企業のキャッシュ状況に関係なく、この優先順位リストは実行可能な選択肢を提供します。もし利用可能なキャッシュがごくわずかであれば、企業はリストの最上位にあるものだけを購入し、切実に補充が必要な製品の在庫レベルだけを維持します。もし追加のキャッシュがあれば、企業は在庫リスクを抑えながら最も成長を促すアイテムに注力して在庫を増やす選択肢を持ちます。
サプライチェーン制約の組み込み
企業はSKUレベルまたは注文レベルでの最小発注数量など、供給制約に頻繁に対処しなければなりません。場合によっては、コンテナのように大量のバッチでユニットを集める必要があります。このような制約は、前述のマスターパーチェス優先リストを通じて業務プロセスに自然に組み込むことができ、優先順位付けされた購入提案を提供するだけでなく、注文制約に適合した推奨事項も示します。
従うべき正確なプロセスは、企業が抱える実際の制約の種類によって異なります。例としてコンテナ出荷を考えてみましょう。Lokadは、購入ラインがリストの順に処理され、各サプライヤーがそれぞれ独立して出荷していると仮定することで、サプライヤーごとの累積ボリュームを計算できます。これらの累積ボリュームに基づけば、目標のコンテナ容量に達するまでリストを下っていくプロセスは非常に簡単です。同様に、特定のSKUに最小発注数量の制約がある場合も、制約が満たされる前の全てのラインをリストから除外し、制約が満たされた時点でその数量を最初のラインに直接報告することが容易です。
