asset-partnership-proposal提案の素材(人物・ブランド・サービス・コンテンツなど)を、相手企業がいま力を入れている事業につなぐ 共同事業提案の骨子と企画素案を作るスキル。「○○社に何か提案できない?」「この人(このサービス)を使って △△社に共同事業を持ち込みたい」「提案の切り口を考えて」など、相手から頼まれたのではなく、 こちらから素材を持ち込む提案のときに発動する。素材は社内の秘書(osi-secretary)の「提案の素材」から取り、 無ければ手元の資料と本人への質問で同じ項目に揃える。骨子が固まったら deck-composition、 描画後は proposal-self-review に渡す。
champion-strategy法人営業で、公開調査や面談情報から社内推進者候補と関係者を整理し、相手が自社内で提案を説明・合意形成できる状態までの戦略を設計するスキル。「社内稟議を通す戦略を作って」「担当者をチャンピオンにするには」「決裁者までどう進めるか」「反対者への対応を整理して」などで発動する。操作的な心理誘導ではなく、各関係者の正当な利益、共通基準、必要証拠、低リスクな次の一歩を設計する。`decision-maker-research` の出力を主入力とし、`persuasion-document` へ引き渡す。
decision-maker-research法人営業や提案準備のために、対象企業の公開情報から経営課題、DX施策、意思決定構造、導入障壁、評価基準、社内推進者候補を調査し、根拠付きの決裁構造マップを作るスキル。「この会社への提案の入口を調べて」「誰が決裁に関わるか整理して」「DX課題を深掘りして」「提案前に会社を調査して」などで発動する。個人の性格や心理を推測せず、役職上の責任、公式発言、公開施策、採用、IR、調達情報など検証可能な材料だけを使う。一般的な企業調査ではなく、提案を前進させるために何を証明すべきかを明らかにする。
discussion-prep「方向性ディスカッション(経営メンバーとの壁打ち)」に 丸腰で臨まないための準備スキル。対象企業について、(1) vault(Obsidian)から過去の 類似案件・自分の判断パターンを引き、(2) 企業と競合を Web 調査し、(3) 壁打ちで話すべき 論点を3点に絞って出す。さらに「何を見せるか」(言葉/実物/動くもの)の初期推定まで添える。 「○○社の方向性を相談する前に準備して」「経営メンバーとの壁打ち準備」「○○の論点を出して」 「提案の方向性をまず固めたい」「○○社、どう攻めるか考えたい」「壁打ち資料作って」 など、提案の"方向性を決める前の準備"に関わるリクエストで発動する。 こ
goal-setting-sheet初回商談の議事録(文字起こし)から、AIコンシェルジュの「目標設定シート」を Word で作り、 送付用の LINE 文面まで用意するスキル。構成は「今の課題/現状の対応/進みたい方針/弊社のご提案 (ご提案1〜3+最後にプラン1つ)」の4章。「目標設定シートを作って」「カウンセリングシートを作って」 「議事録から提案のシートを作って」「理想の姿の紙を作って」「初回商談のあとに送る資料を作って」 などで発動する。提案書(pptx)を作るのは proposal-package、見積もりは proposal-estimate の役割。 - server: web-fetch provision:
meeting-minutes商談議事録を文字起こし(会社の議事録DB=秘書の置き場、または Plaud)から自動生成し、Drive の `03_制作・成果物/` に docx として格納したうえで、議事録から営業状況(ステータス・確度・次アクション・期日・金額・窓口・保留/失注)を判断し、書く内容を見せて OK をもらってから営業管理表(`{{ledgers.sales}}` の `取引先管理` タブ。正本が秘書の DB などにあればそちら)に書く一気通貫スキル(Drive が繋がっていなければ連結フォルダの案件フォルダに保存する)。「議事録にして」「○○社の議事録」「案件ID 098 の議事録」「サンプル社との今日の打
meeting-ready-check自分が営業している商談・デリバリーの準備を、前日までに「確定」させるスキル。 〈AIが草案を書く → 話す内容を決める → 営業の責任者が確認・補足 → 確定〉の4段階で進め、 準備物は「相手に見せる pptx」と「各スライドのノートに話す内容を入れた社内用 pptx」の2つにそろえる。 準備物を作る前に〈理解 → 骨子 → 具体 → 見せ方 → 作る〉の順で、自分で問いを立てて答えてから進む(考え方は osi-core の work-principles)。 状態は会社の秘書の「会議の準備」(管理画面の「会議」タブ)に、道具 secretary_prep で打ち合わせ1件ごとに残す。 前日1
new-lead-registration新規リード(見込み案件)を営業管理表(`{{ledgers.sales}}` の `取引先管理` タブ)に1行追加し、`{{paths.projects}}/{{paths.project_naming}}/` のプロジェクトフォルダ構造(01_提案・見積〜05_受領資料)を作成するところまでを担当する **atomic スキル**。提案書生成・Drive 格納・ステータス連携などは行わない。**通常はオーケストレータ `proposal-package` から「リード未登録だった場合の自動補完」として呼び出される**設計。 ユーザーが明示的に「新規リードだけ登録したい」「提案書はまだいらない
persuasion-document企業調査、決裁構造、社内推進戦略、提案内容を統合し、顧客が社内判断に使える根拠付き説得文書と決裁者向けワンページを作成するスキル。「決裁者を動かす提案文書を作って」「稟議用の一枚を作って」「調査結果から説得資料を書いて」「経営会議向けにまとめて」などで発動する。誇張や対立構図、心理用語の露出を避け、現状、影響、選択肢、推奨案、リスク、検証計画、判断依頼を明確にする。見積書中心の `proposal-estimate` とは異なり、意思決定の論理と社内説明可能性を担当する。
persuasion-package法人営業の重要提案について、対象企業の調査、決裁構造分析、社内推進戦略、説得文書、決裁者向けワンページ、独立ファクトチェックまでを一括で統括するオーケストレータースキル。「この企業向けの説得パッケージを作って」「調査から決裁資料まで一式」「大型提案の社内稟議を支援して」などで発動する。`decision-maker-research`、`champion-strategy`、`persuasion-document`、`research-verifier` を順に呼び、各ゲートを通過した成果物だけを次工程へ渡す。通常の初回提案や概算見積だけなら `proposal-package` を使う。
pr-times-article協業実績・事例紹介をPR TIMES記事として作成するスキル。 プロジェクトフォルダの資料(契約書、定例資料、提案書等)を自動で読み取り、 Webリサーチで協業先の企業情報を補完した上で、PR TIMES向けのプレスリリース記事(Markdown)を生成する。 「PR TIMESの記事を書きたい」「プレスリリースを作りたい」「○○社との協業を記事にしたい」 「事例紹介記事を作りたい」「実績をPRしたい」「ニュースリリースを作成して」など、 協業実績や事例をPR TIMES等の外部メディアに掲載するための記事作成に関わるリクエストで発動する。 社内向けの報告書や提案書の作成には使わないこと。 #
proposal-estimate見積もり・スケジュール入り**詳細提案書(pptx)を単発生成する atomic スキル**。まず storyline-gate で「この相手が、このスコープ・価格・期間で Yes と言う筋」を骨子1枚にして承認を取り、そのあとで pptx を1ファイル生成する。具体的なサービス内容(自社の定型サービス / カスタム開発 等)、初期費用・月額・割引、契約期間、ガント、週次定例を盛り込む。**通常はオーケストレータ `proposal-package` から呼ばれる**設計で、Drive 格納や営業管理表への反映は本スキルでは行わない。「pptx だけ単発で見積もり付き提案書を作って」など pp
proposal-packageリードに対する提案準備を一気通貫で行う**唯一の窓口(オーケストレータ)スキル**。**初回アプローチは storyline-gate(初回提案レンズ)→ deck-composition → pptx-custom の3層で組み、見積もりは proposal-estimate を呼ぶ**、をフェーズ判定で振り分ける。リードが営業管理表({{ledgers.sales}} の 取引先管理 タブ)に未登録の場合は new-lead-registration を内部で呼び出して行追加+プロジェクトフォルダ作成まで自動で行い、生成した提案書は案件フォルダ(Drive が繋がっていれば Drive、無
proposal-self-review顧客向けの提案書・デモ・アプリ・資料などの「成果物」をユーザーに見せる前に、必ず通す自己レビューのゲート。 ユーザーがレビュアー役をやらなくて済むように、Claude 自身が「最も辛い意思決定者」と「目的」の両方になりきって 自分の成果物を攻め、引っかかりを直してから出す。提案書(pptx)・営業資料・デモアプリ・ピッチ・LP・モック・ 顧客説明資料などを作る/更新する/見せる前に発動する。体裁を磨く前に、まず中身(目的達成・論理・事実・正直さ) を固め、最後に「顧客がそのまま読む前提」で表現・トーン(社内ジャーゴンや相手への踏み込みすぎ)を整えることを 強制する。営業・提案ワークフロー全般で
session-review「AI伴走(Claude / AI 導入支援)セッション」の文字起こしから、 振り返りレビューを構造化して生成するスキル。前回宿題の進捗、ワークストリーム別の 論点・現状、検討した案と採用方針(なぜそれを選んだか/選ばなかった理由)、決定事項、 宿題(担当・次回期限・完了条件)、次回アジェンダを1枚のレビューにまとめ、さらに 横展開できる「伴走メソッド」「技術ナレッジ」を抽出して蓄積する。 トリガー: 「伴走セッションのレビュー」「○○さんとの伴走を振り返って」「今日の伴走の レビューを作って」「セッションの振り返りをまとめて」「宿題と次回準備を整理して」 「伴走の文字起こしをレビューに」「コ
shodan-prep商談を「準備」と「振り返り」の両面で支援するスキル。商談 *前* は、顧客を リサーチして顧客別の論点・期待値質問リスト・初回チェックリストを自動準備する。商談 *後* は、 Plaud の文字起こしから「初回で握れた/失敗した項目」を抽出し、初回チェックリスト(references/ initial-checklist.md)を育てる。「商談準備して」「明日の○○社の打ち合わせ、論点出して」 「○○社との初回、何を握ればいい?」「期待値質問リストを作って」「初回チェックリストを更新して」 「Plaud文字起こしから握れた/失敗を抽出して」など、商談の事前準備・初回チェックリストの作成や 更新