Communityライティング&編集github.com

littlerobben10-hue/deal-case-study

完了した取引を、将来のピッチで使用できる1ページのケーススタディ(クレデンシャル)に変換します。ユーザーが「案件が成立した」「プライシングが完了した」と言い、M&A、IPO、債券発行、ストラクチャード取引などのケーススタディ、クレデンシャルスライド、トゥームストーン文面、案件レポート、「教訓」を求めたときに使用します。

deal-case-study とは?

このスキルは、完了した取引(M&A、IPO、債券発行、ストラクチャードファイナンスなど)に関する事実を、将来のピッチ用のクレデンシャルセクションに掲載する1ページのケーススタディと、社内用の教訓レポートの2つに自動的に構成します。単なる事実の羅列ではなく、「問題・アプローチ・結果」というストーリー形式で案件を伝えることで、潜在顧客に「このチームは自分たちと同じ課題を解決した」と感じさせることを目的としています。ユーザーは取引条件や結果などのインプットを提供するだけで、スキルが適切な開示チェック(公開情報・契約上の制限の確認)を促し、外部向け文書と内部向けノートを分けて出力します。また、結果には必ず参照点(例:当初ガイダンス対比)を付けるルールがあり、根拠のない最上級表現を禁止するなど、金融プロフェッショナル向けの品質基準を備えています。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/littlerobben10-hue/corpskill-skills/tree/HEAD/plugins/investment-banking/skills/deal-case-study

Installed? Explore more ライティング&編集 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

取引ケーススタディ

完了した案件の1ページの説明を作成します。これは次のピッチのクレデンシャルセクションに掲載されます。その目的は、潜在顧客に「このチームは自分たちと同じような問題を解決した」と感じさせることです。取引事実の羅列ではそれは達成できません。「問題・アプローチ・結果」の短いストーリーが必要です。

同じ事実から、外部向けクレデンシャル(顧客に提示可能)と、内部向けノート(チームが学んだ教訓)の2つのバージョンが作成されます。これらは分けて管理してください。内部ノートの内容は外部向け文書に一切含めません。

ワークフロー

  1. 開示可能な内容を確認する。 執筆前に以下の点を確認します。
    • 案件は公表されていますか? もし未公表であれば、内部ノートのみを作成し停止します。
    • どの条件が公開されていますか?(バリュエーション、マルチプル、プライシング、カウンターパーティ)外部向けバージョンには、公開条件または顧客が開示を承認した条件のみを記載します。
    • エンゲージメントレターは、自社が案件を引用し、顧客名やロゴを使用することを許可していますか? 未確認の項目は、黙って省略したり記載したりせず、[開示確認が必要] とマークします。
  2. 「インプット」に記載された事実を収集する。 数字はアナウンス、最終条件、プライシングシートから取得し、ピッチの記憶からは取得しません。2つの情報源が異なる場合は、確認します。
  3. アングルを見つける。 一文で:この案件の難しさは何か、チームはそれに対して何をしたか? 例:独立した帳簿のないカーブアウト、プライシングのタイミングが不安定だったこと、競争圧力を必要とした唯一の信用できる買い手、初回発行体など。ユーザーが難しさを挙げられない場合、ケーススタディはトゥームストーン(墓碑銘)のような読み物になります。その旨を伝え、代わりにトゥームストーン形式を提案します。
  4. 以下の形式で外部向けクレデンシャルを作成する。 過去形、平易な動詞、数字には単位と日付を付けます。
  5. 内部向けノートを作成する。 何が成功したか、何が失敗したか、次回何を変えるか、役に立った連絡先は誰か。
  6. 掲載先を提案する: このクレデンシャルがどのクライアント状況、セクター、プロダクトピッチに適しているか。

インプット

  • クライアント、カウンターパーティ、自社の役割(単独/共同、売り手側/買い手側、ブックランナー/共同マネージャー)
  • 日付:マンデート、アナウンスまたはローンチ、契約またはプライシング、クロージングまたは決済
  • 規模と公表されている主要条件
  • 案件タイプ別の結果指標:
    • M&A — 金額、マルチプル、無擾乱価格に対するプレミアム、接触した/入札を受けた相手方の数、ローンチから契約までの期間
    • IPO/追い募集 — 規模、レンジに対するプライシング、カバー倍率、ブックの質、初日および1ヶ月後のトレーディング
    • 債券 — 規模、テナー、クーポン、当初ガイダンスに対するプライシング時のスプレッド、ブックサイズ、新発債プレミアム
    • ストラクチャード — クライアントの目的、構造を一文で、代替案に対する経済的結果
  • クライアントの当初の状況と目的
  • チームが行った重要な貢献

出力形式

# [クライアント] — [何が起きたか、12語以内で]
[月 年] · [自社の役割] · [規模]

**状況.** 2~3文:クライアントは誰か、何を求めていたか、なぜ簡単ではなかったか。

**私たちの対応.** 最大3つの箇条書き。各箇条書きは行動とその理由であり、役職名やプロセスのステップではない。

**結果.** 参照点(レンジ、ガイダンス、無擾乱価格、前ラウンド、代替案)に対する成果を示す2~3つの数値。

**あなたにとっての意義.** 一般化した一文 — このケースが当てはまるクライアントの種類。

---
トゥームストーン行: [クライアント] · [取引] · [規模] · [役割] · [月 年]

続けて、別枠で明確にラベル付けした 社内向け — 顧客非公開:

- 成功した点
- 成功しなかった点とその理由
- 次回異なる対応をする点
- 記憶すべき連絡先とカウンターパーティ
- ピッチに有用: [状況 / セクター / プロダクト]

ルール

  • 結果には参照点が必要です。「4.25%でプライシング」とだけ書いても読者には何も伝わりません。「当初ガイダンスから15bp内側でプライシング」なら伝わります。
  • 市場の動きに対する功績を主張しないでください。単にウィンドウが良好だった場合、チームがそれをどう活用したかを述べてください。
  • カウンターパーティ、他のアドバイザー、クライアントの過去の意思決定を、いずれのバージョンでも中傷しないでください。
  • 出典のない最上級表現(「最大」、「初」、「記録」)は使用禁止。主張に出典がある場合は、出典と日付を明記してください。
  • 外部向けバージョンは1ページ、約150~200語に収めてください。

制限

このスキルは提供された事実から執筆します。何が公開情報か、エンゲージメントレターが何を許可しているかを検証することはできません。何を顧客に提示できるかは、案件チームとコンプライアンス部門が決定します。

関連スキル