revops
見込み客がマーケティングから営業へ渡る仕組みを設計させる。段階の定義、点数付け、担当の振り分け、返事までの期限を決め、そのまま使える 5 つの文書にして出す
npx skills add coreyhaines31/marketingskills/revops入れる前にこのスキルがすること・注意点・SKILL.md の原文を確かめてください。解析は安全性の判定ではありません。
- インストール
- 116,747
- 実用度
- 68
- GitHub star
- 58,879
- 最終更新
- 2026/11/7
頼み方の例
そのままコピーして使えますrevopsスキルを使って、当社の見込み客の段階の定義を作ってください。いまは問い合わせフォームと資料請求から月 200 件ほど入り、営業が全部に電話しています。段階ごとの入る条件・出る条件・担当・期限を表にしてください。CRM の設定はまだ変えないでください。
対象のファイルや状況は、ご自身の作業に合わせて置き換えてください。
このスキルがすること
SKILL.md の記述から機械的に抽出- ファイルを書き換える記述があります
これは安全性の判定ではありません。 SKILL.md にそう書かれているという事実だけを並べています。実際に問題があるかは使い方と文脈で決まるため、当サイトでは断定しません。導入前に SKILL.md の原文を確認してください。
SKILL.md の規模
この解説は再確認中です。 2026年10月30日に原本(SKILL.md)が更新されており、以下の解説が現在の内容と合っていない可能性があります。最新の内容は GitHub の SKILL.md を確認してください。
いつ使うか
問い合わせは来ているのに、営業につながっていないときに効きます。「見込み客が営業に届かない」「どこでマーケティングから営業に渡すべきか」「点数付けを作りたい」といった、マーケティング・営業・顧客対応をつなぐ仕組みの相談が対象です。呼び方は RevOps(収益の運用)です。
最初に聞かれること
最初に、売り方(製品で広げるか、営業が売るか)、契約の平均額、商談の長さ、使っている道具、いまの困りごとを聞きます。足りない情報があっても止まらず、あるもので進めます。
出てくるもの
- 1. 段階の定義購読者 → 見込み客 → MQL → SQL → 商談 → 顧客 → 推奨者、の 7 段(2026-10-09 確認)の入る・出る条件と担当と期限
- 2. 点数付けの仕様合っているか(会社の規模・業種・役職)と、動いているか(料金ページを見た、デモを頼んだ)の点数
- 3. 振り分けの決まり誰に回すか。均等、地域、指名の顧客、得意分野の 4 方式と、受け手が決まらないときの先
- 4. 商談の段階の設定段階ごとの必須の項目、止まっている商談の警告
- 5. 指標の画面の仕様マーケティング・営業・経営の 3 つの見方
こちらから連絡する相手は別の段階で数える
こちらから連絡する相手は、対象にした → 連絡中 → 返事 → 前向き → 会議の予約 → 会議の実施 → 商談、の別の段階で数えます。どの会議がどのきっかけ・手段から生まれたかを後から辿れるよう、項目を持たせる決まりです。
考え方の芯
- 自動化の前に定義する壊れた手順を自動化すると、壊れた結果が速く出るだけ
- MQL は「合っている」と「動いている」の両方顧客像に合うが何もしない会社も、資料を全部落とす学生も MQL ではない
- 渡すところに期限を置く本文の例は、MQL に 4 時間以内に連絡、48 時間以内に受けるか断るか
使わないほうがいいとき
営業先の一覧を作りたいとき
候補を集めて絞るのは prospecting の担当です。
計測の仕組みを作りたいとき
流入元の計測や GA4 の設定は analytics です。
見込み客が月に数件のとき
点数付けや振り分けの自動化は、件数があって初めて意味を持ちます。少ないうちは、段階の定義と期限だけを決めれば足ります。
注意点
解析で見つかったのはファイル書き込みの記述
SKILL.md の解析では、ファイル書き込みの記述が見つかっています。外部通信とシェル実行の記述は見つかっていません。同梱ファイルは 6 件(2026-10-09 確認)で、段階の定義の雛形、点数付けの例、振り分けの決まり、フォームの送信時の振り分け、自動化の手順、評価です。フォームの送信時の資料は、外部のデータ取得が失敗しても見込み客を消さない・誤って断らないことを決めています。
同じ公開元の中で、指標の立場が食い違っている
このスキルは「顧客生涯価値と獲得費用の比が 3:1〜5:1 なら健全」を目安に挙げています。
一方、同じ公開元の ads の資料は、この比を「役に立たない、しばしば有害な指標」として、何か月で回収できるかで見よ、としています。
「5 分以内で 21 倍」は出どころが薄い
連絡の速さについて、「5 分以内なら 21 倍」「30 分を過ぎると 10 分の 1」という数字が挙がっています。ただし出典は「Lead Connect」とだけ書かれていて、調査の年や条件は示されていません。社内で目標値にするなら、自社の数字で確かめてからにしてください。
値引きの承認の段階は、例として示されている
値引き 10〜20% は営業の責任者、40% 以上は案件の審査、のような表があります。自社の決裁の規程に合わせて置き換えてください。
インストール数は 1 件ずつ選ばれている形
インストール数は約 9.5 万件です。同じリポジトリの 43 件は約 4.6 万〜20 万件に散っていて(2026-09-07 の上流集計)、1 件ずつ選ばれている形です。この公開元のスキルの関係は文章・マーケティングの地図にまとめています。
インストール数の推移
日次で記録9月18日 〜 11月7日(49日分)
インストール数と 1 日あたりの増加は Skillselion が に集計した値です。上流の更新は数日おきなので、前日比ではありません。GitHub star と最終更新は に GitHub から取得しました。
併用すると強いスキル
ads
広告の運用を相談させる。媒体の選び方、予算の配分、止める・伸ばすの判断まで。確かめていない項目を「不合格」にせず、動いている広告は案を出してから承認を待つ
analytics
計測の設計と設置を手伝わせる。GA4・タグマネージャー・UTM まで。「何を決めるための数字か」から逆算してイベントを選ばせる
prospecting
営業先の候補の一覧を作らせる。理想の顧客像を先に決め、候補を 2〜3 倍集めてから絞る。各社に根拠の URL と確かさを付け、Hot・Warm・Cold で並べる
よくある質問
MQL と SQL の違いは何ですか
MQL は、マーケティングが「営業に渡す価値がある」と判断した見込み客で、顧客像に合い、かつ購入の気配があるものです。SQL は、営業がそれを受け取り、会話で確かめて「商談にする」と判断したものです。本文は、営業が扱わない MQL が多いなら定義のほうが間違っている、としています。
点数付けは何点で MQL にしますか
本文の目安は 100 点満点で 50〜80 点です。ただし決め方には手順があります(2026-10-17 確認)。購入の気配は、受注した顧客だけでなく、受注と失注の両方がそろった対象から探し、選別を判断する時点で分かっていた材料だけを使います。点数の規則を固めたら、あとの時期の結果まで出そろったデータで、今の振り分けのやり方と比べて試します。報告するのは、拾えた割合・取りこぼした受注・誤って拾った数・営業の負担などです。本番は監視と元に戻す手段をつけた試行から始め、調整は開発用のデータで行い、昇格のたびに手を付けていない検証用のデータを残しておく、という決まりです。
点数を下げる条件もありますか
あります。競合の会社のドメイン、学生や個人のアドレス、配信停止、インターンなどの役職は減点です。減点を入れないと質の低い見込み客が素通りする、と「よくある失敗」に挙がっています。
HubSpot でも Salesforce でも使えますか
使えます。CRM が分かれば、その製品向けの設定の手引きを付けて出す決まりです。連携の道具の一覧には、HubSpot、Salesforce、Calendly、Zapier などが載っています。