case-study-builder

case-study-builder スキルの概要

case-study-builder で何ができるか

case-study-builder スキルは、散らかったクライアント実績メモを、提案書、営業面談、マーケティングに使える公開可能な証拠素材へと変換します。成果はあるのに、それを素早くきれいにまとめる方法がない人向けに作られています。Proposal Writing 用の case-study-builder が必要なら、このスキルは、事実・成果・背景を、ありきたりではなく信頼感のある証拠として整理するのに役立ちます。

どんな人に向いているか

提案書を書く人、サービスを売る人、既存顧客の継続支援をする人、実績ポートフォリオを管理する人は、この case-study-builder skill を使う価値があります。特に、案件が実際にあったことは分かっているが、そのままでは再利用しにくいほどストーリーが粗い場合に有効です。逆に、漠然とした賞賛しかなく、測定可能な結果がない場合は、あまり向いていません。

何が違うのか

この repo はモードとコンテキストゲートを中心に構成されており、下書きの前に必要な入力をきちんと引き出す設計です。そのおかげで、ケーススタディでありがちな失敗——見た目は洗練されていても証拠が弱い——を抑えられます。実際の強みは、スピードと再利用性です。1つの入力セットから、提案書の差し込み文、ソーシャル証拠、より詳しいストーリーまで展開できます。

case-study-builder スキルの使い方

インストールして最初に読む手順

case-study-builder install では、GitHub の repo path を使ってインストールし、最初に SKILL.md を開いてください。スキルの動きを最短で把握したいなら、読む順番は SKILL.md、次に repo 全体の docs があればそれら、最後に mode、gate、output format を定義している箇所です。この repository では SKILL.md が唯一の source file なので、追加の support layer を巡回する必要はありません。

必要な入力

このスキルは、曖昧な成功談ではなく、具体的な案件事実を入れたときに最もよく機能します。入れるべきものは、クライアント名または匿名化した説明、Before の状態、あなたが取った行動、少なくとも1つの数値を含む After の状態、期間、あなたの役割、そして想定読者です。良い入力例はこうです。「SaaS クライアント、6週間の再設計、リードの質が低かった、受付フローとランディングページを作り直した、デモ依頼が38%増加、私は戦略とコピーを担当、提案書のセクションに使いたい。」弱い入力は「クライアントのマーケティング改善を支援した」です。

上手にプロンプトする方法

良い case-study-builder usage のプロンプトは、欲しい出力と、利用可能な証拠を明示します。例: 「standard mode を使って。この案件から提案書向けの case study を作成して。B2B fintech、3週間の onboarding 改善、サポートチケットを22%削減、私はリサーチと実装を担当、クライアント名は匿名化、sales deck でも使える形にして。」このレベルまで具体的にすると、スキルが適切な長さ、トーン、証拠の強さを選びやすくなります。

ワークフローと出力チェック

まずは本当に必要な mode から始めてください。1回の差し込みなら quick、営業活動で継続的に使うなら standard、その実績をコンテンツ資産にしたいなら deep です。生成後は、再利用前に3点を確認します。数値が明確か、因果関係に無理がないか、チャネルに合う言い回しか、です。宣伝っぽくなりすぎているなら運用面の詳細を足し、薄く見えるなら Before/After をより明確にし、対象範囲を絞ってください。

case-study-builder スキル FAQ

case-study-builder は普通のプロンプトより優れている？

通常ははい、特に再現性のある構成が欲しいならそうです。普通のプロンプトでも case study は書けますが、case-study-builder は、案件ごとに一貫した入力プロセスと、1つの案件から複数の成果物を出したいときに強みがあります。これは、提案書、ランディングページ、ソーシャルコンテンツで証拠を使い回すチームには重要です。

完璧な指標は必要？

いいえ、ただし少なくとも1つは具体的な成果が必要です。このスキルが最も強いのは、After の状態が測定可能なときです。たとえば、売上、時間削減、反応率、コンバージョン、チケット削減、納期短縮などです。数値がまったくなくてもストーリーの形は整えられますが、説得力は弱くなります。

初心者にも使いやすい？

はい。案件を明確に説明できるなら問題ありません。case-study-builder guide は、case study の信頼性を支える質問に答えるよう促してくれるので、初心者にも有用です。主なボトルネックは文章力ではなく、案件事実が不足していることです。

どんなときに使わないほうがいい？

案件が早すぎる、機密性が高すぎる、または証拠として成立するほど具体性がない場合は使わないでください。また、実際のクライアント文脈がない、一般的なマーケティング段落だけ欲しい場合にも不向きです。その場合は、軽めのプロンプトか、別のライティングワークフローのほうが安全です。

case-study-builder スキルをどう改善するか

元になる素材を強くする

品質を最も大きく押し上げるのは、追加のプロンプトではなく、より良い入力です。クライアントの種類、問題、取った行動、結果、そしてその結果が買い手にとってなぜ重要だったのかを入れてください。case-study-builder for Proposal Writing では、提案書の読者像と、証拠で解消したい反論も追加すると効果的です。たとえば、コスト、スピード、リスク、専門性です。

よくある失敗を減らす

最もよくある失敗は、実績自慢には見えても証拠には見えないストーリーになることです。これを避けるには、スコープの境界を具体的に示し、ビジネス成果につながる実数を入れてください。もう1つの失敗は、話が一般化しすぎることです。website、sales deck、proposal insert のように使うチャネルを明示し、用途に合うトーンへ寄せてください。

チャネル別に編集して繰り返し改善する

最初の出力が出たら、どこで使うかに合わせて改稿を依頼してください。たとえば、「提案書の段落向けに短くして」「LinkedIn 向けにもっと会話調にして」「見出しを強くした blog-ready の case study にして」などです。これが、case-study-builder skill を1回使っただけで終わらせず、最初からやり直さずに証拠パッケージ全体へ発展させる最善の方法です。