mcpField
B
business-dev

business-dev

github.com/aibtcdevマーケティング・グロース11176 回インストール1 日前に更新
リポジトリ

business-dev について

顧客、パートナー、コントリビューター、マーケットプレイスの案件を管理する、エージェント向けのコマンドラインスキルです。見込み客の調査からフォローアップ、レポートまでを扱い、営業手法やメッセージテンプレートも備えています。

主な機能

  1. 01CRMパイプラインの絞り込みと確認
  2. 02見込み客の調査と評価
  3. 03予定されたフォローアップの提案
  4. 04成約記録と売上レポート
  5. 05営業メッセージテンプレート

活用シーン

  1. 01商談段階ごとの見込み客管理
  2. 02停滞案件やパイプラインのボトルネック確認
  3. 03連絡文や反論への回答の準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aibtcdev/skills --skill business-dev

インストール後、Claude Code で/business-devを入力して読み込まれたか確認します。

同梱ファイルAGENT.mdbusiness-dev.ts

詳細

事業開発スキル

自律型エージェントのための、原子力級の営業、パートナーシップ、収益創出を実現します。CRM パイプラインを管理し、複数の接点を活用したフォローアップの一連の流れを実行し、自然な形で取引を成立させ、エージェントネットワークとオープンインターネット(GitHub、ウェブ、コミュニティ)の両方で活動します。

このスキルにより、あらゆるエージェントが営業をしていると感じさせることなく、見込み客の発見、関係構築、取引成立、顧客維持、パートナーシップの拡大、成果の追跡を行えるようになります。

使用方法

bun run business-dev/business-dev.ts <subcommand> [options]

サブコマンド

pipeline

すべての取引ステージにわたる CRM パイプラインの状況を確認、管理します。

bun run business-dev/business-dev.ts pipeline [options]

オプション:

  • --type(任意、文字列):パイプラインの種類で絞り込みます — customers、partners、contributors、marketplace。デフォルト:すべて。
  • --stage(任意、数値 0-6):ステージで絞り込みます。デフォルト:すべて。
  • --stale(任意、ブール値):7 日以上活動のない取引のみを表示します。

出力:

{
  "pipeline": "all",
  "deals": [
    {
      "prospect": "Stark Comet",
      "identifier": "stark-comet",
      "pipeline": "customers",
      "stage": 3,
      "stage_name": "Solution Shown",
      "last_touch": "2026-03-01T12:00:00Z",
      "next_action": "Follow up with case study",
      "next_date": "2026-03-04",
      "value_sats": 2000,
      "touches": 3,
      "days_in_stage": 2
    }
  ],
  "summary": {
    "total_deals": 8,
    "total_value": 15000,
    "by_stage": { "0": 2, "1": 3, "2": 1, "3": 1, "4": 1, "5": 0, "6": 0 },
    "coverage_ratio": "2.5x"
  }
}
prospect

新しい見込み客を調査し、パイプラインに追加します。

bun run business-dev/business-dev.ts prospect --name <name> --source <source> [options]

オプション:

  • --name(必須、文字列):見込み客の識別子(エージェント名、GitHub ハンドルなど)。
  • --source(必須、文字列):見込み客を見つけた場所 — inbox、github、signal、referral、web、bounty、leaderboard。
  • --pipeline(任意、文字列):パイプライン — customers、partners、contributors、marketplace。デフォルト:customers。
  • --notes(任意、文字列):初期調査メモ — 相手の課題、自分のアプローチ、相手のツール。
  • --value(任意、数値):推定取引額(sats)。

出力:

{
  "success": true,
  "prospect": "Stark Comet",
  "pipeline": "customers",
  "stage": 0,
  "stage_name": "Research",
  "message": "Prospect added. Research their pain + your angle within 24h."
}
qualify

見込み客に対して BANT+ の適格性チェックを実施します。条件を満たした場合、ステージ 1 からステージ 2 に進めます。

bun run business-dev/business-dev.ts qualify --name <name> [options]

オプション:

  • --name(必須、文字列):見込み客の識別子。
  • --budget(任意、数値):推定予算(sats)。
  • --authority(任意、文字列):相手に決定権があるかどうか。yes、no、unknown。
  • --need(任意、数値 1-10):相手の課題の緊急度。
  • --timeline(任意、数値):解決策が必要になるまでの日数。
  • --pain(任意、文字列):相手が抱える具体的な課題を 1 文で記述します。
  • --competition(任意、文字列):相手が比較検討している他の候補。

出力:

{
  "prospect": "Stark Comet",
  "qualified": true,
  "score": 8,
  "bant": {
    "budget": 5000,
    "authority": "yes",
    "need": 8,
    "timeline": 7
  },
  "recommendation": "Strong qualification. Move to Stage 2 and present solution.",
  "next_action": "Send solution overview tailored to their yield scanning needs"
}
close

成立した取引を記録し、パイプラインの指標を更新します。

bun run business-dev/business-dev.ts close --name <name> --revenue <sats> [options]

オプション:

  • --name(必須、文字列):見込み客の識別子。
  • --revenue(必須、数値):取引額(sats)。
  • --pipeline(任意、文字列):パイプラインの種類。デフォルト:customers。
  • --notes(任意、文字列):取引メモ — 販売したもの、条件、次のステップ。
  • --recurring(任意、ブール値):継続的な取引かどうか。デフォルト:false。

出力:

{
  "success": true,
  "prospect": "Sonic Mast",
  "revenue": 400,
  "pipeline": "customers",
  "stage": 5,
  "stage_name": "Closed",
  "total_revenue_this_week": 1200,
  "deals_closed_this_week": 3,
  "message": "Deal closed! Move to Stage 6 (Retained) for upsell/referral tracking."
}
follow-up

本日が期限の予定済みフォローアップを、提案する内容とともに取得します。

bun run business-dev/business-dev.ts follow-up [options]

オプション:

  • --limit(任意、数値):返すフォローアップの最大数。デフォルト:5。
  • --pipeline(任意、文字列):パイプラインの種類で絞り込みます。デフォルト:すべて。

出力:

{
  "due_today": [
    {
      "prospect": "Sly Harp",
      "pipeline": "customers",
      "stage": 2,
      "touch_number": 3,
      "last_content": "Shared order book stats",
      "suggested_approach": "Social proof — show how many agents posted bids this week",
      "days_since_last": 3,
      "cadence_status": "on_track"
    }
  ],
  "overdue": [
    {
      "prospect": "Dual Cougar",
      "pipeline": "partners",
      "stage": 1,
      "touch_number": 2,
      "days_since_last": 5,
      "cadence_status": "overdue"
    }
  ],
  "total_due": 1,
  "total_overdue": 1
}
review

パイプラインの健全性を確認します。ボトルネック、停滞している取引、カバー範囲の不足を特定します。

bun run business-dev/business-dev.ts review

出力:

{
  "health": "yellow",
  "stale_deals": 2,
  "unqualified_in_pipeline": 1,
  "pipeline_coverage": "2.1x",
  "target_coverage": "3.0x",
  "bottleneck_stage": "Stage 1 (Contacted)",
  "bottleneck_reason": "Low response rate — 2/8 prospects responded",
  "deals_at_risk": ["Dual Cougar (5 days stale)", "Wild Osprey (unqualified)"],
  "recommendations": [
    "Add 3 more qualified prospects to reach 3x coverage",
    "Re-engage or drop 2 stale deals in Stage 1",
    "Improve cold outreach messaging — response rate below 15%"
  ],
  "metrics": {
    "outreach_to_response": "25%",
    "response_to_qualified": "50%",
    "qualified_to_close": "33%",
    "avg_time_to_close_days": 8
  }
}
report

エージェントコパイロットとプロジェクトマネージャー向けに、成功指標を生成します。

bun run business-dev/business-dev.ts report [options]

オプション:

  • --period(任意、文字列):レポート対象期間 — week、month。デフォルト:week。
  • --audience(任意、文字列):レポート形式 — copilot(運用の詳細)、manager(戦略的な概要)。デフォルト:copilot。

出力(copilot):

{
  "period": "week",
  "deals_closed": 3,
  "revenue_sats": 1200,
  "revenue_trend": "+40% vs last week",
  "pipeline_value": 8500,
  "new_prospects": 5,
  "response_rate": "25%",
  "close_rate": "33%",
  "avg_time_to_close_days": 8,
  "top_pipeline": "customers",
  "energy_efficiency": "1200 sats revenue / 400 sats spent = 3.0x ROI"
}

出力(manager):

{
  "period": "week",
  "revenue": 1200,
  "active_partnerships": 2,
  "referral_revenue": 300,
  "free_tool_usage": 12,
  "external_contributions": 3,
  "retention_rate": "80%",
  "ecosystem_health": "growing"
}
templates

あらゆる営業シーンで使える、すぐに利用可能なメッセージテンプレートを取得します。

bun run business-dev/business-dev.ts templates --type <type>

オプション:

  • --type(必須、文字列):テンプレートの種類 — cold-outreach、follow-up、partnership、soft-close、graceful-exit、objection-response。

出力:

{
  "type": "cold-outreach",
  "template": "[Name] — saw your [specific work]. [Specific compliment]. I built [tool/service] that helps with [their problem]. Given [observation about their situation], thought it might save you time. Happy to share details, no pressure.",
  "variables": ["Name", "specific work", "Specific compliment", "tool/service", "their problem", "observation about their situation"],
  "max_chars": 500,
  "tips": [
    "Research them first — mention something specific they built or said",
    "Lead with genuine compliment, not flattery",
    "Frame around THEIR benefit, not your product",
    "End with low-pressure opt-in, not a demand"
  ]
}

営業フレームワークのリファレンス

このスキルでは、実績のある 5 つの営業手法を活用します。CLI がこれらを直接実装するわけではありません。メッセージを作成する際の、エージェントの会話アプローチを導くものです。

どのフレームワークを使うべきか
状況フレームワーク重要なアプローチ
初めての接触で、相手を理解する必要があるSPIN Selling状況 → 問題 → 示唆 → 解決価値の質問をします。見込み客が話す割合は70%です。
相手が問題を抱えていると気づいていないChallenger Sale相手自身のビジネスについて、意外な洞察を伝えます。相手に合わせ、行動へ導きます。
音信不通になる見込み客を追いかけているSandler痛みをさらに深掘りします。本当の痛みがなければ、すぐに対象から外します。手を引きます。
問題は分かっているが、解決策が見えていないSolution Selling未来の状態を鮮明に描きます。「毎朝、こんなものが届くとしたら……」
重要度が高く、意思決定者が複数いるMEDDICすべての項目を確認します。すべて埋められないなら、その商談は適格ではありません。
説得の心理学(Cialdini + Voss + Carnegie)

Cialdiniの7原則:

  1. 返報性 — 頼む前に与えます。必ずです。無料の情報や、見つけた機会を伝えます。
  2. コミットメント — 小さな「はい」が、大きな「はい」につながります。「これは役に立ちそうですか?」から始めます。
  3. 社会的証明 — 「多くのエージェントに好評です」ではなく、「12人のエージェントが使いました」のように具体的な数字を示します。
  4. 権威性 — 専門性を主張するのではなく、それを証明するものを提供します。
  5. 好意 — 相手の名前を使います。具体的な仕事を褒めます。心から共感できる共通点を見つけます。
  6. 希少性 — 本物であることが大切です。「懸賞金は48時間後に締め切られます」。偽りの緊急性は、信頼を永遠に失わせます。
  7. 一体感 — 共有するアイデンティティです。「私たちはどちらもBitcoin上で構築しています」。

交渉の知恵:

  • ミラーリング — 相手の重要なフレーズを繰り返します。その後は黙ります。相手は、本当に言いたいことを補足します。
  • ラベリング — 背景にある感情を言葉にします。「ここでは価格より信頼性のほうが重要そうですね」。的確な言葉は警戒を解きます。
  • キャリブレーションされた質問 — 「どうやって」「何を」だけを使います。「これをどのような形にしたいですか?」と尋ねれば、相手は取引の共同設計に加わります。「なぜ」は相手を追及することになります。
  • 先回り — 相手が口にする前に、明らかな懸念に対処します。決まり文句ではなく、具体的に。「リスクはXです。こう対処します」。
  • 深い共感 — 相手自身よりも、相手の状況を的確に言葉にします。完全に理解されたと感じると、抵抗は消えていきます。

威厳: 決して弱い立場の相手を攻撃してはいけません。具体的に伝えます。「あのClarityコントラクトのエラーハンドリングは見事でした」は心に響きますが、「素晴らしい仕事ですね」はすぐに消えてしまいます。すべてを相手の利益として伝えます。話す量を減らします。静かな人が条件を決めます。相手が自分で結論にたどり着くような質問をします。

自然なクロージング

一度頼む前に、3回与えます。これは慈善ではなく、引力です。取引を提案する頃には、「はい」と言うのが最も抵抗の少ない道になっています。

  1. 相手が見逃していた機会を見つけて伝えます(相手はあなたの話を聞く義理を感じます)
  2. 相手に利益をもたらすか、時間を節約するデータを送ります(相手はあなたを信頼するようになります)
  3. 提案とは関係のない問題を解決します(相手はあなたに好意を持つようになります)
  4. ここで提案します。「あなたのためにやってきたことを自動化しました。完全版を使ってみませんか?」

クロージングの言い方:

  • 「無料プランを2週間使っていただいています。有料版なら3倍見つかります。アップグレードしませんか?」
  • 「これまで非公式に進めてきました。週500 satsで、恒久的に自動化できます。」
  • 「この問題で毎週2,000 satsを失っています。私のツールは500 satsです。計算は明らかです。」

クロージングは瞬間ではなく、結論です。口にする頃には、相手はすでにうなずいているはずです。

反論されたとき
  1. 受け止めます。 すぐに反論しようとしません。
  2. 具体的に尋ねます。 「本当のためらいは何でしょうか?」
  3. 熱意ではなく、証拠で応えます。
  4. 確認します。 「これで解決しましたか?」
反論対応
「高すぎる」投資対効果が見えていません。何もしない場合のコストを鮮明に示します。
「検討します」「何があれば、すぐに決断できますか?」
「今は無理です」「いつ頃、緊急になりますか?その頃にまたご連絡します。」
沈黙2~3日後に、新しい情報を添えて再度連絡します。何もないまま追いかけてはいけません。

パイプライン管理

7 つのステージ
ステージ名前終了条件最大時間
0リサーチ相手の課題と自分のアプローチを把握している24 時間
1連絡済み相手から返信があった7 日間
2適格性確認済みBANT+ の確認に合格した5 日間
3ソリューション提示済み「うまくいくかもしれない」5 日間
4交渉中条件に合意した7 日間
5成約sats を受け取った—
6継続顧客リピート購入または紹介があった継続
パイプラインの種類
パイプライン見込み顧客収益モデル
customersサービスに料金を支払うエージェント直接 sats
partners連携または共同開発を行うエージェント収益分配、相互紹介
contributorsコードを提供する開発者/エージェント報奨金、評判
marketplaceOrdinals の買い手/売り手取引量
3 倍ルール

パイプラインには、収益目標の 3 倍を含める必要があります。週に 10,000 sats が必要なら、パイプラインには 30,000 sats 分の商談を確保してください。商談は失注します。件数を確保することが保険になります。

フォローアップの頻度

商談の 80%では 5 回以上の接触が必要です。売り手の 92%は 4 回で諦めます。

接触タイミング内容
10 日目価値を最初に伝える紹介
22~3 日目関連する知見やリソース
35~7 日目社会的証明または事例
410 日目相手の状況についての質問
514 日目役立つもの(データ、ツール、紹介)
621 日目率直ながらも穏やかなクロージング
730 日目丁寧に切り上げ、再連絡の余地を残す

フォローアップでは毎回、新しい価値を提供します。「様子をうかがっているだけです」は禁止です。

外部営業(GitHub + Web)

GitHub のプレイブック
  1. gh search repos "stacks clarity" --sort stars — 活発なプロジェクトを探します
  2. gh search issues "ordinals" --sort comments — 活発な議論を探します
  3. リポジトリにスターを付け、役立つ Issue を立て、PR を送ります — エンジニアリングをマーケティングとして活用します
  4. Issue に思慮深いコメントをして参加します — それぞれが接点になります
  5. 関連プロジェクトのコントリビューターは、事前に適格性を確認できている見込み顧客です
マーケティングとしてのエンジニアリング
構築するもの販売につながるもの
無料の診断ツールプレミアム版
オープンソースのユーティリティ評判 + エコシステム
公開ダッシュボードデータ分析機能
無料プラン(1 日 3 回のクエリ)利用習慣、その後の有料プラン

営業に 1 時間使うごとに、自ら売れるものの構築に 2 時間費やしてください。

エネルギー管理

サイクルごとの優先順位
活動エネルギーの割合タイミング
適格性確認済みの商談を成約させる30%常に最優先
有望な見込み顧客にフォローアップする25%成約後
新規リードのニーズを探る20%サイクルの中盤
無料ツールを構築する15%時間を確保
コールドアウトリーチ + リサーチ10%まとめて実施、優先度は低い
無駄を防ぐ指標
  • アウトリーチから返信への転換率が 10% 未満?件数ではなく、メッセージを改善します。
  • 返信から適格性確認への転換率が 30% 未満?ターゲティングを改善します。
  • 適格性確認から成約への転換率が 20% 未満?オファーまたはクロージング手法を改善します。
  • 成約までの時間が 14 日超?何かが停滞しています。
  • **中止基準:**平均成約時間の 3 倍を経過しても進展がない?その商談を打ち切ります。

注意事項

  • x402 メッセージとオンチェーン操作には、ロック解除済みのウォレットが必要です。
  • すべての CRM 状態はローカルに保存されます — スキルは呼び出しごとにパイプラインデータを読み書きします。
  • スパムによる評判の低下を防ぐため、コールドアウトリーチメッセージは 1 日最大 3 件です。
  • 丁寧に切り上げることが必須となる前に、見込み顧客 1 人あたり最大 7 回までフォローアップできます。
  • 明示的なオペレーターの承認なしで、見込み顧客 1 人あたり最大 1,000 sats です。
  • すべてのメッセージで価値を提供しなければなりません。内容のないフォローアップは禁止です。
  • 偽りの希少性や緊急性を演出してはいけません — 暗号資産の世界では、1 つの嘘が信頼の永久的な破壊につながります。
  • 価値と要求の比率 3:1 は最低限です。提供を増やし、要求を減らしてください。
  • 外部へのアウトリーチ(GitHub、Web)は、まず能力を証明できるため、コールド DM より成約率が高いことがよくあります。
  • パイプラインのレビューは 50 サイクルごとに実施します。200 サイクルごとに振り返りを含む全面監査を行います。

コメント