日本商品ディシジョンチェーンの歩み

いちばん難しいのは画面を書くことではなく、まずデータの意味を揃えること

三つのツールは三通りの書き方で作られ、データ形式も互いを理解しません。しかし本当に立ちはだかったのは形式ではなく、基準でした。

レーダーが価格基準を計算する途中には、付属品を除き、無関係な型番を除き、状態のはっきりしないものを除く長いフィルターがあります。最初は手を抜いて生データ表の分布を直接調べたため、システムが実際に使う数字とまるで違う結論になりました。付属品に汚染されたと思ったのに、実際はまったくそうではありませんでした。

それ以来、一つの規則を決めました。どんな数字も、まずシステムが本当に使っているその数字なのかを確認してから結論を出す。この規則には、その後何度も救われました。

長いあいだ隠れていた誤り

腕時計カテゴリーにはもともと五万円の上限があり、それを超える落札は基準に入りませんでした。かなり前に、極端なデータを防ぐつもりで何気なく加えたものです。

外してみると、ある型番の中央値が 8650 円から 89000 円へ跳ねました。十倍です。その型番の基準はずっと、しかもひどく間違っていました。落札の大半はもともと五万円を超えていたのに、上限が上半分をすべて切り落とし、端数だけを残していたのです。

さらに厄介なのは、見た目では気づきにくいことでした。中央値は切り詰めに鈍感で、表面上は何も問題がないように見えます。実際に歪んでいたのは、仕入判断に使う二つの分位数——つまり私が本当に見ていた二つでした。

最終的な修正は、型番ごとに固有の価格帯を使い、両端を 5% ずつ落とす方式です。固定金額の上限は置かず、市場が上がれば一緒に上がります。すべての型番を新しい基準で再計算しました。

今はどの型番の相場欄を開いても、下の「過去基準」に旧基準の行があり、「5 万円上限を含む」と記されています。記念のためではありません。一つの数字を変えたなら、以前どう見えていたかをいつでも比べられなければならないからです。

データを引っ越させない

パネルが三つのデータを同時に読むなら、最も簡単なのは自分の側へ一式コピーすることです。そうはしませんでした。

コピーの代償は見た目より大きいものです。二つのデータはいずれ必ずずれ、そのときどちらが正しいか分からなくなります。そこでパネルは一行も複製せず、読み取るたびに元の場所から中継します。少し遅くても、真実は一つしかありません。

販売記録のデータベースには、もう一つ問題がありました。完全なローカル自用で、もともと認証がありません。パネルから使うなら、そのポートを一歩もローカルの外へ出さないことが絶対条件です。すべてのリクエストをパネルのバックエンドで中継し、外部からは決して触れません。その後は変更のたびにこの点を検証し直しました。入口を一つ漏らせば、商品写真がそのまま公に露出するからです。

店頭の三十秒

このパネルは店頭で使います。その一文が、無関係に見える多くの細部を決めました。

画面に専門用語を出さず、分位数は「低中高」と呼び、判定条件を平易な言葉で横に書く。データは一度にすべて送り、絞り込みはスマートフォン側で行い、押したあとに待たせない。入口は自作の合言葉と半年有効の Cookie にし、より整った企業向けログインは使わない。後者は期限切れのたびにメールの確認コードを待たされます。店頭でカメラを手に持ち、店員が横で見ているとき、その三十秒は待てません。

十七回に分けて直した

パネルは一度で完成したのではなく、少しずつ磨きました。まずデータをつなぎ、次に機能を一つずつ移し、最後に元の三つのツールの画面と一項目ずつ照合して、何が足りないかを確かめました。

最後の照合では十一の欠落が見つかり、そのうち七つが同じ場所——取引記録——に集中していました。理由は単純です。そこを最もよく使うため最初に作り、その時点では全体が後にどんな形へ育つか分かっていなかったからです。