Koki Shirota（Etty）｜カスタマーサクセスを事業成果に接続する

1人目CSが最初にやるべきことは「本気で顧客を成功させること」です。組織化とか、平準化とか、効率化とか。言葉としてはどれも正しいですし、経営から見れば早く整えたいテーマです。でも順番を間違えると、静かに、そして確実に失敗します。1人目CSがまず向き合うべきなのは、再現性でもスケーラビリティでもありません。目の前の1社を、本当に成功させられるかどうか。その一点に集中できるかどうかです。 多くの現場で起きがちなのは、「最初から効率よく回そう」としてしまうことです。テンプレを作り、接点を減らし、ハイタッチを避け、なるべく工数を抑えようとする。その気持ちはよく分かります。1人なのだから当然です。でも、そのテンプレはどこから来たのか。本当に顧客を成功させた体験から生まれた型なのか。ここが曖昧なまま平準化すると、うまくいかない支援を量産するだけになります。 最初はむしろ逆です。経営レイヤーの課題まで深掘りし、理想の成功状態から逆算し、ハイタッチで張り付き、時には夜に議事録を書きながらでも価値を出しにいく。プロダクトの性質によっては、数ヶ月から1年以上伴走することもあるでしょう。それでも構いません。 なぜなら、その泥臭い伴走からしか「本当に効く支援」は生まれないからです。顧客の組織構造、意思決定プロセス、現場の温度感、経営の焦り。そうした文脈まで理解して初めて、意味のある打ち手が見えてきます。 ここで作られた成功事例は、営業にも効きます。導入検討段階での説得力になります。プロダクト改善にも効きます。どの機能が価値を生んだのかが明確になります。採用にも効きます。「うちはここまで伴走する」というメッセージになります。 そして重要なのは、この段階から「言語化する意識」を持つことです。なぜ今このアクションをしたのか。どの指標がトリガーだったのか。何を見て危機を察知したのか。どんな問いが刺さったのか。感覚でうまくやれてしまう人ほど、ここを怠ると後で苦しみます。1人でできることは、チームではそのままでは再現できません。再現できない成功は、組織にとっては偶然です。 成功体験を作る。次にそれを分解する。トリガーを明確にする。フローに落とす。役割を切り分ける。そして初めて人を配置する。この順番を守らないと、機能しない仕組みだけが残ります。 「最初から効率よく」は一見スマートです。でも本当に怖いのは、誰も成功していない状態が仕組み化されることです。それは静かに解約を積み上げ、いつの間にか「CSは効果が薄い」と言われる原因になります。 1人目のCSは孤独です。でも同時に、最も自由に設計できるポジションでもあります。自分の思想が、そのまま組織の型になります。だからこそ最初は、仕組みではなく顧客の成功に全振りする。遠回りに見えても、それが結局いちばん速く、いちばん強い組織につながる道なのだと思います。

カスタマーサクセス（CS）における顧客解像度とは「WHY」で語ることだと考えています。顧客との最前線に立ち、実際にどんな価値が生まれているのかを把握し、それを社内に届ける役割を担います。だからこそ「プロダクトとしての提供価値を最大化する」というテーマにおいて、CSは極めて重要な役割を担います。 私が考える顧客解像度とは、顧客を多層で理解することです。例えば、以下のようなことを指します。
　
 ・経営レイヤーでは3年後にどんな状態を目指しているのか
 ・そのために今どんな課題があるのか
 ・現場では何がボトルネックになっているのか
 ・スキルや業務設計に問題はないか こうしたレイヤーを横断的に理解できている状態が、「解像度が高い」ということだと思います。こうした理解を主観や感想ではなく、構造化して説明できることが重要です。 開発サイドと会話する際に、「この機能をつけてください」というHOWの話に終始してしまうと、本質からズレます。重要なのは「顧客にはこういう課題があり、それを解決するためにこの機能が必要で、その結果こういう成果が出る」という構造で語ること。つまり“何を作るか”（HOW）ではなく“何を解決するか”（WHY）を語ることです。 ただし、WHYで整理できたとしても、最終的に優先順位を決めるのは顧客や社内含めたビジネスインパクトが最大化できるかどうかです。PdMや開発側は、限られたリソースの中で「どれがインパクトがあるか」で判断することが多いと思います。新規営業側からのフィードバックは売上金額と直結しやすいため、定量化しやすい。一方、既存顧客向け改善は「それを開発したら、継続率やアップセルにどれだけ効くのか」を示さないと優先度は上がりずらいです。 だからCSの役割は、顧客の課題を深掘りし、その機能がどれだけARRを守るのか、どれだけエクスパンションにつながるのかを整理し、インパクトに翻訳して伝えることです。感覚的な「困っている」ではなく、「この課題を放置すると◯％のチャーンリスクがある」と言える状態をつくる。 理想はこう言える状態です。「この機能を開発すれば、◯十社分、ARRで◯円相当の継続率を守れます。だから必要です」。 チャーン理由を出してからでは遅い。本来は解約が起こる前に、顧客の温度感や危機感を察知し、それを定量に変換して伝える。その翻訳者であり、構造化の担い手であることが、顧客価値を最大化するCSの本質だと考えています。