8つの業種、8通りの同じ午後：どこかに既に存在する情報を誰かが再入力している。レジ、在庫、経理、チームが6つのシステムではなく1つのシステムになったときに何が変わるか。
これらは複合的なシナリオです。Kardopalで事業を運営する企業の形態から抽出されたものであり、個々の顧客名からではありません。顧客名を明記した事例は、その顧客の許可を得てのみ公開しています。
小売
雑貨チェーン、3つの路面店、そして最大の店舗の上にある倉庫。
各店舗が独自の表計算シートを管理していました。「他の支店にありますか？」という顧客の問いには、電話をかけて「たぶん」と答えるしかありませんでした。棚卸しは年に2回行われましたが、常に食い違いがありました。
1つのカタログ、3つの拠点、拠点ごとのリアルタイム在庫。スタッフは現場から携帯電話で支店の問い合わせに対応し、店舗間の移動は、バンと期待ではなく、2回のタップで完了します。
レストラン
80席のレストラン。バーと小さなテラスがあり、金曜日が週の売上を左右する。
注文は手書きされ、運ばれ、叫ばれていました。伝票はテラスとパスの間で紛失し、レジの合計はキッチンが調理したと思ったものと一致しませんでした。
注文は受け付けられた瞬間にテーブルからキッチンの画面へ送られます。伝票はラウンドやスタッフの交代を越えてテーブルに紐付き、終日の締めは実際に提供されたものと照合されます。
卸売
約200の独立系バーやカフェに供給する飲料卸売業者。
すべての注文は電話、テキストメッセージ、または手書きリストの写真で届きました。毎日午前中、2人が他者の注文をシステムに入力していました。
買い手は独自のポータルを通じて、独自の階層と条件で掛売り注文を行います。朝は販売に戻り、買い手が見る価格が提示された価格であるため、価格に関する議論はなくなりました。
美容・健康
2つのサロン、9人のスタイリスト、そして受付に置かれた予約帳。
予約は電話、Instagram DM、飛び込みで入る。ノーショーは椅子が空くまで分からず、コミッションは毎月手作業で計算。
両サイトでスタイリストごとの空き状況を反映した単一の予約台帳。顧客は自分で予約し、リマインダーは自動で送信され、月末のコミッション計算は、夜遅くまでかかる作業ではなくレポートとして出力されます。
ロジスティクス
1つのデポから14台のバンを運行する地域配送業者。
ドライバーは紙の積荷目録と電話を携帯。「配達されなかった」の反証には数日かかり、営業所はバンが連絡してこない限り場所が分からなかった。
各配達は、ドライバーの携帯電話で写真とタイムスタンプ付きで署名されます。紛争はリンクで解決され、営業所は中断することなく巡回状況を確認できます。
Eコマース
自社サイト、2つのマーケットプレイス、週末マーケットで販売するアパレルブランド。
価格を更新する場所が4つあり、それぞれで更新を忘れる可能性があります。在庫超過は最後に同期されたチャネルで発生し、返品はメールフォルダで追跡されていました。
1つの商品レコードがすべてのチャネルに供給され、販売場所に関わらず在庫は同じプールから減少します。返品と保証請求は1つのキューで処理されます。
クリニック
4つの診察室と歯科衛生士を擁する個人歯科医院。
記録は一つのシステムに、予約は別のシステムに、リコールはスプレッドシートに。そのため、「この患者はいつ再来院しますか？」という質問に答えるには、3つのものを開く必要がありました。
予約、記録、リコールを一元管理。スタッフは自分の役割に必要な情報のみを閲覧でき、それ以上は表示されません。すべての参照が記録されます。
フィールドサービス
11人のエンジニアを擁し、3つの郡をカバーする商業用冷凍設備会社。
作業詳細は電話で伝えられ、技術者は必要な部品を持たずに現場に到着することが多く、2度目の訪問は無料でした。
作業指示書には、現場、設備、サービス履歴、最後に装着された部品が記載される。実際の作業に合わせてバンに荷物が積まれるため、初回修理完了率が向上した。
業種は違えど、共通の3つの不満。
価格、数量、住所。あるシステムに入力し、別のシステムにも再度入力する。両者が連携していないためです。再入力のたびに間違いの可能性があり、後で見つけるバージョンが正しいかは運次第です。
他の支店に在庫はありますか。その請求書は支払われましたか。この顧客はいつ戻ってくる予定ですか。ビジネスが瞬時に答えるべき質問が、代わりに2人の作業を中断させます。
見積もり提出後に利益が計算され、シーズン終了後に在庫が数えられました。レポートが正確になる頃には、そのための決定はすでになされています。