総合 151 位Aa 文章・マーケティングClaude Code 対応Codex 対応評価の同梱ありMIT

revops

見込み客がマーケティングから営業へ渡る仕組みを設計させる。段階の定義、点数付け、担当の振り分け、返事までの期限を決め、そのまま使える 5 つの文書にして出す

coreyhaines31marketingskillsSKILL.md の原文

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 の規模

文字数
16,713
手順
25
コード例
0
同梱ファイル
6

この解説は再確認中です。 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 から取得しました。

よくある質問

MQL と SQL の違いは何ですか

MQL は、マーケティングが「営業に渡す価値がある」と判断した見込み客で、顧客像に合い、かつ購入の気配があるものです。SQL は、営業がそれを受け取り、会話で確かめて「商談にする」と判断したものです。本文は、営業が扱わない MQL が多いなら定義のほうが間違っている、としています。

点数付けは何点で MQL にしますか

本文の目安は 100 点満点で 50〜80 点です。ただし決め方には手順があります(2026-10-17 確認)。購入の気配は、受注した顧客だけでなく、受注と失注の両方がそろった対象から探し、選別を判断する時点で分かっていた材料だけを使います。点数の規則を固めたら、あとの時期の結果まで出そろったデータで、今の振り分けのやり方と比べて試します。報告するのは、拾えた割合・取りこぼした受注・誤って拾った数・営業の負担などです。本番は監視と元に戻す手段をつけた試行から始め、調整は開発用のデータで行い、昇格のたびに手を付けていない検証用のデータを残しておく、という決まりです。

点数を下げる条件もありますか

あります。競合の会社のドメイン、学生や個人のアドレス、配信停止、インターンなどの役職は減点です。減点を入れないと質の低い見込み客が素通りする、と「よくある失敗」に挙がっています。

HubSpot でも Salesforce でも使えますか

使えます。CRM が分かれば、その製品向けの設定の手引きを付けて出す決まりです。連携の道具の一覧には、HubSpot、Salesforce、Calendly、Zapier などが載っています。

同じ分類のスキル

Aa 文章・マーケティング

文章・マーケティングのスキルをすべて見る →

← スキル一覧に戻る/ このスキルを他と比べる