手書きと勘に頼っていた在庫・原価を、現場の運用はそのままに、画面へ。

ご相談のきっかけ ── 「数えられない在庫」と「見えない粗利」

精肉卸の在庫は、同じ部位でも 1 塊ごとに重量が違う「不定貫」です。個数では数えられず、塊ひとつずつを重量で管理しないと、在庫も原価も合いません。ここに、いくつもの手作業が積み重なっていました。

• 在庫と原価計算が手書き・Excel に残り、いま何がどれだけあるかがその場で分からない
• 一頭仕入・セット仕入の 1 つの金額を、多数の部位に配分する原価按分が複雑で、ベテランの勘に依存。日々の粗利が見えない
• 仕入先ごとに様式が違う納品書と、肉ラベルの転記に手間がかかり、書き間違いも起きる
• 同じ部位を仕入先・地域で別名で呼ぶ「呼びゆれ」があり、ラベルの品名が商品台帳と合わせにくい
• 在庫と既存の販売管理システムが分かれ、同じ情報を二重に入力しがち
• 賞味期限切れ・品質劣化による廃棄を、鮮度管理と理由記録で抑えたい

進め方 ── 作る前に、画面と流れを一緒に確認

いきなり作り始めるのではなく、実装の前に、現場で回るかどうかを画面で確認していただく順序で進めました。「作ってから思っていたのと違った」を防ぐためです。

1. 業務の整理 ── 現状の流れと理想の流れを図にして、業務担当・現場窓口・決裁者に「この流れで回るか」を確認
2. やることの確定 ── 何を作り、何は作らないか (例: 100% 自動読み取りは目視前提、自動発注は対象外) を先に合意
3. 画面イメージ・操作モック ── 実装前に画面と操作を触れる形でお見せし、現場が確認・承認
4. 段階リリース ── 初回版 → 改善版 → 最終版と、リリースを重ねながら現場に合わせて仕上げ

開発中も毎週の定例で認識を合わせ、納品時にはユーザー向け・管理者向けのマニュアルまでお渡しして、引き渡し後はお客様が自走で運用できる状態にしました。

この事例の肝 ── 「現場を変えない」を徹底

受注・売上・請求は、これまで通り既存の販売管理システムに残しました。新しい仕組みが担当するのは、在庫と原価だけです。既存側の在庫機能はオフにして、二重管理を避けています。

部位の呼び名も、仕入先ごとに違う納品書の様式も、「出荷を確定してから伝票を出す」という既存の順序も、やり方を変えずにそのまま受け止める設計にしました。業務のやり方を変えさせるのではなく、道具だけを足す ── これが「現場を変えない開発」の実際の姿です。