エジプト・トルコ旅行から帰ってきて 酷い時差ボケや風邪などの体調不良から どうにか回復してきたので また ぼちぼちと ブログを再開します。
前回は 自分のビジネスモデルを確認する第一歩として ”お客様は誰か”ということについて述べました。
皆さま方は 色々なビジネスの形態に関わっていると思いますが 私が関わってきた ITサービスのビジネスは基本的に B-T-B のビジネスです。 これは、自分のお客様にも お客様がいるということです。 私が行った研修では これを”お客様のお客様”と呼びましたが、そもそも ”自分のお客様は、お客様のお客様のお困りになっていることを解決するために 何らかの施策を立て 実行しようとしておられて、そのために 自分に何らかの役割を果たすことを期待して依頼をされている。” ということだと思います。
ただ、これは 論理的には正しいとしても 多くの問題点があります。
まず、”お客様のお客様は困っていることを認識しているか”、”お客様のお客様は問題点を認識しているか”、”お客様は、自分のお客様が誰かをはっきりと正しく認識しているか”、”お客様は 自分のお客様の課題を解決するのが自分の仕事だと認識しているか”、”お客様は 自分のお客様と 課題の解決について コミュニケーションできているか、また解決のベクトルや実行について何らかの合意ができているか”、などについて ほとんどの場合 曖昧なまま放置された状況で 色々な施策が実行されています。 その結果は それぞれが 自分の都合のよい解釈をして施策を実行することから、多くの不整合が発生し 終わりの見えない修正を繰り返し 膨大な無駄が発生します。 最悪の場合は、施策そのものが 未完成のまま 放置されるようなことも生じます。
ITサービスにおいても 最近 要求開発やBABOKなど 上流のステークホルダーを 抑える重要性が議論されるのも 同様な理由からですが、私が知る限り ”お客様のお客様の要求” を 論理的に詰めることについて記述されたものは見かけません。
”自分のビジネスモデル”の源流がここにあるわけですから、これについては もっと真剣に研究されるべきだと思っています。
次に もっと大きな問題として、仮に お客様のお客様”が 自分の課題を認識したとしても それが 決して 解決しようという機運には繋がっていないということです。 日本の会社の構造から、”お客様のお客様”は 企業における 上流部門・上層部、外部では大手企業の場合が多いのですが これらに所属している人たちは 自分が問題を解決する当事者だという認識は 通常 持っていません。 彼らは どちらかというと 金を出してベンダーに解決させるのが 自分の仕事だと思っていて、課題の定義から解決のベクトル、実行までほとんどをお客様に丸投げしているケースを多く見かけます。
お客様も また 自分では解決しにくい部分や 面倒な部分、コスト的に難しい部分を 実行内容が不明確なまま あなたに 丸投げしてきます。
そのような 環境の中で ”お客様” そして ”お客様のお客様” に ご満足いただけるように ”自分のビジネスモデル” を 構築していかなくてはならないわけです。