asb-carol-keystones

キーストーン：自分の得意分野の極端なバージョンを必要とするのは誰か

熱心な購買の決断は、いくつかの機能をそこそこ気に入ることから生まれるのではありません。自分の強みのひとつに強く引きつけられることから生まれます。つまり、顧客の状況に特有の何かがあって、「これを自分たちに合うようにしなければ」と思わせるのです。その引力がキーストーンであり、キーストーンを洗い出すことで、強みの一覧がターゲット市場に変わります。このスキルでは、強みをひとつずつ確認し、ユーザーと一緒にキーストーンの候補を生み出し、それぞれを、キーストーンと単なる願望を分ける基準に照らして評価します。その基準とは、実在する市場セグメントがその特徴を典型的に備えていなければならない、というものです。

考え方

キーストーンとは

キーストーンとは、顧客の製品への欲求を引き起こす重要な特性です。情報があふれる世界でも、ほかの条件が変化しているときでも、顧客の注意を引きつけるものです。それ自体が強みなのではなく、その強みを重要にする 顧客の状況 です。「ウェブサイトが速い」は強みです。「0.1秒速くなるだけで収益が直接増えるウェブサイトを持っている」はキーストーンです。これは市場もすぐに明らかにします。つまり、表示速度の速いサイトは遅いサイトよりコンバージョン率が何倍も高いという調査結果があり、読み込み時間が10分の1秒増えるごとに生じる収益損失を大手企業が測定している、eコマースストアです。実際のキーストーン一覧でも同じパターンが見られます。「スケーラブル」は 予測不能なタイミングでトラフィックが急増する に変わります（いつニュースが飛び込むかわからないニュースサイト）。「セキュア」は ハッキングされたばかりで、今も恐怖を感じている または ベンダー認証が法的に義務づけられている に変わります（規制対象の業界）。「構築コストが低い」は 大きな計画があるのに予算が限られている に変わります（あらゆる小規模事業者、あらゆる「少ないリソースでより多くを成し遂げる」マーケティング部門）。

候補を生み出す問い

強みごとに、この強みの極端なバージョンを必要とする特性、行動、状況とは何か？ と問いかけてください。この強みが戦略に絶対不可欠な顧客、あるいは純粋な喜びから引き込まれるほど魅力的だと感じる顧客を想像してください。鍵となるのは「必要とする」という点です。その強みを単に 好む だけの状況では、トレードオフで選ぶ買い手が生まれます。つまり、自社の強みと競合他社の強みを比較し、表計算の結果が優れているほうを選ぶ買い手です。それだけで購入を促すキーストーンにはなりません。（トレードオフで選ぶ買い手は、規模も大きく、十分に魅力的な顧客層です。この手法の要点は、キーストーン顧客をターゲットにすることが、そうした顧客の獲得にもつながるということです。）

基準：セグメントがなければ、キーストーンではない

キーストーンの候補を挙げたら、それを体現する企業や人の実例を説明してください。そのキーストーンを典型的に備えた重要な市場セグメントを挙げられないなら、それはキーストーンではありません。その強みはおそらく、購入の前提条件にすぎません。正しく、有用ではあっても、それだけで購入を促すほど魅力的ではないということです。それでも問題ありません。ブレインストーミングとはそういうものです。ただし、その候補は記録に残したうえで、候補から外します。望みを込めて記録するのではありません。挙げるセグメントは、単なる人口統計ではなく、状況や行動によって説明してください（「速度によって収益が測定可能な形で変わるeコマースストア」など）。説明が明確であればあるほど、その後のあらゆるステップが有益になります。

キーストーンは全体ではなく、優良顧客層に集中する

最良の顧客に共通する特徴を尋ねても、キーストーンは見つかりません。そうした特徴の多くは、最悪の顧客を含め、すべての 顧客に共通しているからです。誰にでも当てはまる特性は、購入、支払い、継続利用のいずれも予測できません。適切なキーストーンは優良顧客に集中し、良くない顧客にはほとんど見られないか、まったく見られません。強みの一覧に優良顧客と不良顧客の差があるなら、そこを掘り下げてください。キーストーンは、その違いに潜んでいます。

1つだけの決め手という結論

検討を終えて決め手が1つだけ、あるいは1つも見つからなかったとしても、それは検討の失敗ではありません。得られる戦略的な教訓の中で、最も価値のあるものです。**製品にはまだ十分な魅力がありません。**率直に伝えてください。今これを知ることは大きな効果をもたらします。改善すれば売上が伸びますし、これまで見えなかった問題だからです。元の方法に示されている対応は2つです。（a）決め手が存在する市場でマーケティング費用を増やす（決め手が0なら、この対応は該当せず、結論がそう告げています）。（b）市場調査と顧客調査を行い、実在する決め手に対応するために次に何を作るべきかを判断することです。結論を避けるためにチャートを水増ししてはいけません。また、何を作るかを自分で決めてはいけません。強みのチャートの中から選んだ機能は作り上げた決め手であり、このゲートが排除する、まさに希望的観測です。候補が1つだけ残った場合は、正確に表現してください。その1つのセグメントにだけ魅力がある、と。

なぜこれを行う価値があるのか

決め手が見つけ出す顧客は、利益分布の上位に位置します。典型的なケースでは、顧客のおよそ5％が利益の40％を生み出しており、それぞれの顧客を獲得するために何倍もの費用をかけることが正当化されます。決め手チャートは、まさにその顧客を見つけるための地図です。

用語

• 決め手（K1、K2、…） — 強みの極端なバージョンを必要とする、顧客の特性、行動、または状況です。対応する[S番号]を記載します。
• セグメントの例 — 決め手を典型的に表す実在の企業や人々です。すべての決め手が通過しなければならないゲートです。
• 最低限必要な要素 — 真に有用な強みではあるものの、それだけでは誰の心も動かさないものです。決め手ではなく、除外項目として記録します。
• 必要とされるか、好まれるだけか — 判断基準です。決め手となる状況では、その強みが単にあると望ましいのではなく、不可欠になります。

洗練する際の姿勢

気の利いた表現より、明快さを

感心されるためではなく、理解してもらうために書いてください。ここで扱うのは難しい概念です。巧みな比喩、言葉遊び、気の利いた言い回しは、理解を助けるどころか妨げます。言いたいことを率直に述べてください。華やかな表現がなくても文意が明確なら、その表現は削ってください。機知に富んだ言い回しでほのめかすのではなく、要点をそのまま伝えてください。

参照先は言い換えて示す。記号だけで参照しない

K4、W2、O17、H3など、番号や文字で示した項目に触れるときは、それが何なのかを簡単な言葉で添えてください（「K4 — キャリアがサイトにかかっているオーナー」など）。数時間、あるいは数日前に定義を見た人にとって、記号だけでは理解できません。タグは追跡のため、補足説明は理解のためのものです。正確さのためにタグを残し、必ず補足説明を加えてください。

自由に案を出し、厳しく判定する

決め手を見つける作業はブレインストーミングです。ユーザーの案に加えて、自分でも惜しまず候補を出してください。「強み」から「誰のどのような状況がこれを必要とするのか」へと発想を飛躍させるのは、まさに外部の視点が役立つ場面です。ただし、記録する前に、あなたの候補にもユーザーの候補にも、同じ2つのテストを適用してください。状況がその極端なバージョンを本当に必要としているのか（単にあれば役立つだけではないのか）、そしてそれを典型的に表す、重要な実在のセグメントを挙げられるのか。両方のテストを明示的に行ってください。さらに厳しく検討するための方法として、悪魔の代弁者役を務めるスキルが環境にインストールされている場合（たとえば、この手法と同じ作者によるRude Q&A／asb-rude-qa）、草案の決め手チャートに対して、次の要領で実行してください。*これらの決め手を攻撃してください。セグメントが曖昧、小規模すぎる、または作り上げられたものをすべて見つけてください。状況が強みを必要としているのではなく、単に好んでいるだけのものをすべて見つけてください。誰にでも当てはまるほど広く記述されたセグメントをすべて見つけてください。希望的観測や根拠の曖昧な主張は認めないでください。*そのようなスキルが利用できない場合は、自分で明示的に検証してください。候補ごとのテストはその場で行い、候補全体への厳しい検証は最後の見直しで行います。

セグメントの説明を具体化する

「小規模事業者」はセグメントの説明ではありません。「プレミアムホスティングの費用を上回るほど、測定可能なコンバージョン向上が見込める収益を処理している e コマースストア」なら、セグメントの説明になります。ユーザーが曖昧なセグメントを挙げたら、該当する企業の例を尋ねてください。実際の企業名、または営業担当者が対象として見極められるほど明確な説明を求めます。一般的な言葉（多数の、真剣な、成長中の、品質重視の）は、数値、行動、状況にまで具体化します。掘り下げてもセグメントを具体化できないキーストーンは、ゲートを通過できません。

市場に関する知識はユーザーのもの

挙げられたセグメントが重要か、その顧客が実在するか、その状況が実際に起きるかは、ユーザーが自分の市場を知っており、ユーザーの判断を尊重します。ただし、一度は率直に確認してください（「顧客基盤の中心は3拠点以上のグループだとおっしゃっていましたが、このキーストーンは単店舗のショップについて説明しています。これは誰向けですか？」）。ユーザーの判断でも、ゲートを省略することはできません。セグメントが紐付いていないキーストーンは、誰のアイデアであってもファイルに追加しません。

やり取りごとに強みを1つ

強みを順に、やり取りごとに1つずつ確認します。1つの強みからキーストーンが0個、1個、または複数個生まれる場合があり、同じ強み内の候補のバリエーションは1回のやり取りで扱います。最初の進め方は簡潔です。何を読んだか、どの強みにキーストーンの候補が多そうかを伝えてから、最初の強みに進みます。求められたら前置きを短くしても、構成は変えません。

このスキルの使い方

フェーズA — 読み込み

強みの一覧を読みます（デフォルトは、現在のディレクトリにある STRENGTHS-WEAKNESSES.md。または貼り付けられた内容）。強みと弱みの両方に分類された属性は、強みとして扱う段階で対象にし、弱みの側面は次のステップで扱います。一覧（または、存在する場合は観察記録ファイル）にベストとワーストの差が記載されていれば、それも確認します。これはキーストーン候補の種になります。強みの一覧がなければ、何もない状態から具体化しようとせず、最初のステップを案内します。まず分類ステップを実行するか（この手法の作成者による分類スキルがインストールされている場合は、たとえば Strengths & Weaknesses / asb-carol-strengths を挙げてください）、またはチャットで根拠のある強みの一覧を作成します。その際、精査されていない強みからは精査されていないキーストーンしか得られないことを伝えます。手早く一覧を作成するには、挙げられた強みごとに簡単な一般性チェックを行います（競合他社も同じ言葉で自社を説明できるでしょうか。そうなら、その背後にある仕組みや測定可能な差を掘り下げます）。固まったものからS-numbersを割り当て、顧客として最も合わない対象像も確認します（最後の集中度チェックに必要です）。そして、作成した強みを前文に記録し、注意事項も含めた KEYSTONES.md をすぐに作成します。これにより、セッションが失われても内容が残り、再開時にはディスク上の強みを確認できます。「次のステップ」には弱みが記録されていないことを明記し、取引の障害要因を扱うステップで、まず弱みを記録するか分類する必要があると示します。対象の場所にすでに KEYSTONES.md がある場合は、それを読みます。進行中を示すヘッダーがあれば作業を再開し、ヘッダーに記載された強みから取りかかり、確定済みのキーストーンを再検討しません。完了を示すヘッダーがあれば、修正するかどうかを尋ねます。

出力先：入力ファイルと同じディレクトリにある KEYSTONES.md。入力が貼り付けられたもので保存先のパスがわからない場合は、何かを作成する前に、この手法のファイルをどこに置くか尋ねます（デフォルトは現在のディレクトリです）。黙ってファイルを分散させてはいけません。

フェーズ B — 強みを一つずつ見ていく

まずは手短に始めます。読んだ内容、どの強みに重要なキーストーンがありそうか、掘り下げる価値のある最良顧客と最悪顧客の差があるかを確認し、最初の強みに進みます。 強みごとに、次の手順を行います。

1. 生成的な問いを投げかけます — この強みを極端な形で必要とするのは誰でしょうか。ユーザーの候補に加えて、自分でも候補を挙げます。最良顧客と最悪顧客の違いは、特に有益な材料になります。
2. 各候補を検証します：「好む」ではなく「必要とする」かを確認し、次にセグメントの基準に照らします。実在する例を挙げます。曖昧なセグメントは、具体化を促します。
3. 残った候補を記録します：[S-number] の参照と、その例となるセグメントを付けます。キーストーンが見つからなかった強みは、理由を一行添えて、ファイルのテーブルステークスのセクションに記録します。キーストーンが見つかった強みのもとで不採用になった候補は、その理由とともにチャット上で却下し、ファイルへの記録は不要です。
4. 次の強みに進みます。

進めながらファイルに記録してください。 最初にキーストーンが確定した時点で KEYSTONES.md を作成し、候補が確定するたびに追記します。ヘッダーの進捗表示（確認済みの強み、現在の強み）も最新の状態に保ちます。記憶として使うのはファイルであり、チャットではありません。ファイルにアクセスできない場合は、強みを一つか二つ確認するごとに、下書き全体をコードブロックで再掲してください。

フェーズ C — 見直しと締めくくり

• 集中度の確認 — 各キーストーンについて、最悪の顧客にはほとんど見られない、あるいはまったく見られない特徴でしょうか。誰にでも当てはまるキーストーンは再検証し、通常は却下します。最悪の顧客にも部分的に見られる場合は、「優先して磨き込む」フラグを付けて残します。ディールブレーカーの手順で、さらに絞り込みます。
• セグメントの現実性チェック — 姿勢に応じて委任するか自分で行う形で、まとめて検証します。セグメントに実在性があり、重要性があり、具体性があることを確認します。
• 残った候補の数を数えます。 確かなキーストーンが二つ以上なら、次に進みます。一つ以下なら、製品にはまだ訴求力がないと明確に伝え、ファイルに二つの対応方針を記録します（キーストーンが見られる領域に投資すること、実在するキーストーンに応えるために何を作るべきかを調査すること）。これは行動につなげるべき発見であり、表現を和らげるべき失敗ではありません。

仕上げとして、進行中のヘッダーを削除し、次のステップへの引き継ぎで締めくくります。次のステップでは、弱み（ディールブレーカーとアンチマーケット）に対して同じ作業を行い、その後、ディールブレーカーによって強制される条件を追記してキーストーンのセグメントを磨き込みます。この手法の作者によるディールブレーカーのスキル（例：Deal-Breakers / asb-carol-dealbreakers）がインストールされている場合は、その名前を挙げてください。「準備ができたら asb-carol-dealbreakers を実行してください。弱みを扱い、その後、このファイルのセグメントの説明をより明確にします。」

ファイルの構成

# Keystones — <company / project name>

> ⚠️ IN PROGRESS — the walk is not complete. Strengths walked: <which
> S-numbers>; currently on: <S-number>. If you are resuming, continue
> there. (This note is removed at finalization.)

<Two or three lines: which strengths chart this refines (name it) and
the company context carried over. Keystones are customer
circumstances that REQUIRE an extreme version of a strength; each
names the real-world segments that typify it. Segment descriptions
here are pre-honing — the deal-breakers step appends qualifiers.>

## Keystones

**K1.** <The circumstance that requires the extreme version — specific,
behavioral.>    [S1]
    Example segments: <real-world companies/people who typify it —
    named or described sharply enough to qualify against.>

**K2.** <…>    [S3]
    Example segments: <…>

## Table stakes (true, but compels no one — cut)

- <Strength> — no significant segment requires an extreme version:
  <one line of reasoning>.    [S2]

## Verdict (only when one or zero keystones survive)

<The plain statement — the product is compelling only to <the one
segment>, or to no one yet — plus the twofold response: (a) spend
where the keystone exists, (b) research what to build that would
address a real keystone.>

## Next steps

<Two or three sentences of prose: do the mirror work on the
weaknesses — deal-breakers and the anti-market segments they
disqualify — then use those deal-breakers to hone each keystone
segment above with qualifiers ("…processing at least $X/mo," "…already
built on Y"). That's the next step of the method, and it works
directly from this file and the strengths chart.>

K-number は一度記入したら固定です。後のステップでもこの番号を参照し、ディールブレーカーのステップでは番号の下にあるこのファイルのセグメントの行を編集します。番号を振り直さないでください。

拒否する条件

• 強みの一覧がない場合。 検証されていない強みから導かれたキーストーンは、曖昧さを引き継ぎます。まず分類するステップを提案するか、注意書きを添えたうえで、短時間で根拠のある情報をまとめてください。
• セグメントのないキーストーン。どれほど強く主張されても拒否します。 基準に照らすのがこの手法です。その特徴を典型とする、重要で実在するセグメントがない場合は、テーブルステークスとみなし、候補から外したことを記録します。拒否するのはキーストーンとして記録することであり、強みそのものではありません。その強みは今も真実で役に立ちますが、それだけでは訴求力になりません。
• 曖昧なセグメント。 「中小企業」「成長企業」「品質を重視する人」などは、営業担当者がその説明を使って見込み客を適格と判断できるまで、状況や行動を具体化します。具体化できなければ、そのキーストーンは基準を満たしません。
• 結論を避けるための水増し。 キーストーンが一つ以下しか残らない場合、その結論を示すことが成果物です。表を健全に見せるために弱いキーストーンをでっち上げると、作業の目的が損なわれ、その後のすべてのステップに悪影響を及ぼします。
• ターゲットセグメントの選定。 どのキーストーン市場を狙うかは、ディールブレーカー、きっかけとなる出来事、完全な定義が揃った後に決める戦略上の判断です。このファイルは選択肢を整理するものであり、選ぶものではありません。
• ディールブレーカーやアンチマーケット。 セグメントの磨き込みも含め、弱み側を扱うのは次のステップです。