ビジネスがどこで損失を被っているのかを知りたければ、その仕事を見るべきではない。作品間の継ぎ目を見てください。セールは終了します。その後はどうなりますか?誰かが配達を伝えなければなりません。配達が完了します。その後はどうなりますか?誰かが請求を伝えなければなりません。請求書が発行されます。その後はどうなりますか?誰かがこの顧客が誰であるかをサポートに伝える必要があります。すべての「その後」は引き継ぎであり、 引き継ぎは、仕事が静かに消滅する場所です。
なぜ境界線は危険なのか。
単一の機能の中に、仕事には勢いと所有者がいます。引き継ぎ時には、両方とも蒸発します。所有権があいまいになります — それはまだ営業担当者のものですか、それともプロジェクト マネージャーのものですか?コンテキストは再作成する必要があります。新しい所有者は何が約束されたのかを知りません。何が記録されたかだけを知り、記録されたものは他のツールのフィールドに適合するものです。一人の人間の頭の中で生きて理解されていたものが、隙間を渡って渡された薄い人工物となる。
ここでさらに悪いことに、実際の企業が行うことは、引き継ぎの各側を異なるツールに置くことです。取引は CRM 内に存在します。プロジェクトは PM ツール内に存在します。請求は会計アプリ内にあります。引き継ぎは単なる所有者の変更ではなく、所有者の変更でもあります。 システム、次のツールが持っていないフィールドに重要なものが存在しないことを願って、人間がフィールドをある画面から別の画面にコピーすることによって実行されます。
仕事に失敗はありません。途中で失敗してしまいます。
ギャップに陥る具体的なもの。
決して大きなものが落ちるわけではありません。それは質感です。営業担当者が約束した割引が請求書には反映されませんでした。プロジェクト委員会が記録しなかったキックオフ コールの範囲メモ。この顧客がタイムラインに敏感であるという事実は、営業にはわかっていますが、サポートには見えていません。それぞれの損失は小さいです。まとめると、それらは、対応されていると感じる顧客とチケットのように感じられる顧客の違いであり、それらはすべて、ツール間のコピー＆ペーストの継ぎ目で発生します。
修正はより良い引き継ぎではありません。それはもっと少ないです。
チェックリスト、引き継ぎ会議、必須フィールドなど、引き継ぎの衛生管理に投資できます。より良い橋が川を渡るのに役立つのと同じように、それは少し役立ちます。しかし構造的な動きは、川を渡るのをやめるということだ。取引、プロジェクト、請求書、サポート履歴が同じプラットフォーム上の同じレコードである場合、引き継ぎはスムーズではなく、なくなってしまいます。取引の成立 です プロジェクトを開くもの。コンテキストは決して離れることがないため、転送されません。
これが、1 つのデータ層の静かなスーパーパワーです。営業担当者が交わした約束は、プロジェクト マネージャーが開く記録に残ります。範囲メモは、請求時に請求書が生成されるときにすぐに表示されます。サポートは、新しいチケットではなく、関係全体を確認します。コンテキストを再作成する境界がないため、境界でコンテキストを再作成する人はいません。
その見返り。
継ぎ目を閉じたチームは、ほぼ一字一句同じ変化を説明します。亀裂がなくなったため、物事が亀裂から落ちなくなるということです。請求に関する紛争は減少します。 「待って、これの所有者は誰ですか？」緩んだ糸が止まります。顧客は部門間の駅伝ではなく、1 つの会社を体験します。どれも一生懸命働いたから得られたものではありません。それは、作品が死にかけていた境界を取り除くことから生まれました。