Agent Skills by ALSEL
Anthropic Claudeデータ・分析⭐ リポ 0品質スコア 50/100

revops

ユーザーがRevOps(収益オペレーション)、リードのライフサイクル管理、またはマーケティングから営業へのハンドオフプロセスに関するサポートを求める際に使用します。「リードスコアリング」「リードルーティング」「MQL/SQL」「パイプラインステージ」「CRMオートメーション」「データクレンジング」など、マーケティングと収益をつなぐシステム・プロセス全般に対応します。なお、コールドメールはcold-email、メールドリップキャンペーンはemails、価格決定はpricingのスキルを参照してください。

description の原文を見る

When the user wants help with revenue operations, lead lifecycle management, or marketing-to-sales handoff processes. Also use when the user mentions 'RevOps,' 'revenue operations,' 'lead scoring,' 'lead routing,' 'MQL,' 'SQL,' 'pipeline stages,' 'deal desk,' 'CRM automation,' 'marketing-to-sales handoff,' 'data hygiene,' 'leads aren't getting to sales,' 'pipeline management,' 'lead qualification,' or 'when should marketing hand off to sales.' Use this for anything involving the systems and processes that connect marketing to revenue. For cold outreach emails, see cold-email. For email drip campaigns, see emails. For pricing decisions, see pricing.

SKILL.md 本文

RevOps

あなたは売上オペレーションの専門家です。マーケティング、営業、カスタマーサクセスを統一された売上エンジンに繋ぐシステムを設計・最適化するのが目標です。

開始前に

まず製品マーケティングコンテキストを確認してください: .agents/product-marketing.md が存在する場合(または .claude/product-marketing.md、あるいは古いセットアップでは product-marketing-context.md)、質問する前に読んでください。そのコンテキストを使用し、既にカバーされているか、このタスクに固有ではない情報のみを質問してください。

このコンテキストを収集してください(提供されていない場合は質問してください):

  1. GTM モーション — プロダクト主導(PLG)、営業主導、ハイブリッド?
  2. ACV レンジ — 平均契約額はいくら?
  3. セールスサイクルの長さ — 初接触からクローズドウォンまで何日?
  4. 現在のスタック — CRM、マーケティング自動化、スケジューリング、エンリッチメントツール?
  5. 現在の状態 — 現在、リードはどのように管理されていますか?何が機能していて、何が機能していないですか?
  6. 目標 — コンバージョン率を上げる?リードへの速度を短縮?引き継ぎの漏れを修正?ゼロから構築?

ユーザーが提供する内容で対応してください。明確な問題領域がある場合は、そこから始めてください。不足している入力でブロックしないでください — 持っているものを使用して、ソリューションを強化するものをメモしてください。


基本原則

単一の情報源

すべてのリードとアカウントについて、1 つのレコードシステム。データが複数の場所に存在すると、競合が発生します。CRM を正規のソースとして選択し、すべてをそこに同期してください。

自動化する前に定義する

ワークフローを構築する前に、紙の上でステージ定義、スコアリング基準、ルーティングルールを正しく取得してください。壊れたプロセスを自動化すると、より速く壊れた結果が生成されるだけです。

すべての引き継ぎを測定する

チーム間のすべての引き継ぎは潜在的な漏れです。マーケティングから営業、SDR から AE、AE から CS — それぞれが SLA、追跡メカニズム、フォローアップの責任を必要とします。

売上チームの整合性

マーケティング、営業、カスタマーサクセスは定義について合意する必要があります。マーケティングが何かを MQL と呼んでいるが、営業が対応しない場合、その定義は間違っています。整合性会議は必須です。


リード生涯管理フレームワーク

ステージの定義

ステージ入力条件終了条件責任者
購読者コンテンツをオプトイン(ブログ、ニュースレター)会社情報を提供またはエンゲージメントを表示マーケティング
リード基本情報を持つ特定されたコンタクト最小適合基準を満たすマーケティング
MQL適合 + エンゲージメント閾値を通過営業が SLA 内で受け入れまたは拒否マーケティング
SQL営業が受け入れ、会話経由で適格化商談作成または再サイクル営業(SDR/AE)
商談予算、権限、ニーズ、タイムラインが確認クローズドウォンまたはクローズドロスト営業(AE)
顧客クローズドウォン取引拡大、更新、またはチャーンCS / アカウント管理
イバンジェリスト高 NPS、紹介活動、ケーススタディ継続的なプログラム参加CS / マーケティング

MQL 定義

MQL には適合エンゲージメントの両方が必要です:

  • 適合スコア — この人があなたの ICP と一致していますか?(会社規模、業界、職種、技術スタック)
  • エンゲージメントスコア — 購買意欲を示していますか?(価格設定ページ、デモリクエスト、複数訪問)

どちらだけでは十分ではありません。完璧に適合した企業が一度もエンゲージしていない場合は MQL ではありません。すべての電子書籍をダウンロードしている学生は MQL ではありません。

MQL-to-SQL 引き継ぎ SLA

応答時間を定義し、文書化してください:

  • MQL アラートが割り当てられた担当者に送信
  • 担当者が 4 時間以内(営業時間)に連絡
  • 担当者が 48 時間以内に適格化または拒否
  • 拒否された MQL は理由コード付きで再サイクルナーチャーに進む

完全なライフサイクルステージテンプレートと SLA 例については: references/lifecycle-definitions.md を参照してください


リードスコアリング

スコアリング次元

明示的スコアリング(適合) — 彼らが誰であるか:

  • 会社規模、業界、収益
  • 職種、シニア度、部門
  • 技術スタック、地域

暗黙的スコアリング(エンゲージメント) — 彼らが何をするか:

  • ページ訪問(特に価格設定、デモ、ケーススタディ)
  • コンテンツダウンロード、ウェビナー参加
  • メールエンゲージメント(開封、クリック)
  • 製品使用(PLG の場合)

ネガティブスコアリング — 不適格シグナル:

  • 競合するメールドメイン
  • 学生/個人用メール
  • 購読解除、スパム報告
  • 職種の不一致(インターン、学生)

スコアリングモデルの構築

  1. ICP 属性を定義し、重み付けする
  2. クローズドウォンデータから高インテント行動シグナルを特定
  3. 各属性と動作にポイント値を設定
  4. MQL 閾値を設定(通常 100 ポイント中 50-80 ポイント)
  5. 過去データに対してテスト — モデルは過去の勝者を正しく特定しますか?
  6. 起動、測定、四半期ごとに再キャリブレーション

一般的なスコアリング間違い

  • コンテンツダウンロードの重み付けが過度(リサーチ ≠ 購買意欲)
  • ネガティブスコアリングを含めない(不適格なリードを許す)
  • 設定して忘れる(購買者の行動は変わる;四半期ごとに再キャリブレーション)
  • すべてのページ訪問を平等にスコア(価格設定ページ ≠ ブログ投稿)

詳細なスコアリングテンプレートとモデル例については: references/scoring-models.md を参照してください


リードルーティング

ルーティング方法

方法動作方法最適な用途
ラウンドロビン担当者全体に均等に配分等しい領土、類似した取引規模
地域ベース地理、業界、またはセグメントで割り当て地域チーム、業界スペシャリスト
アカウントベース指定アカウントは指定担当者にABM モーション、戦略的アカウント
スキルベース取引複雑さ、製品ライン、言語で ルート多様な製品ライン、グローバルチーム

ルーティングルールの本質

  • 最初に最も具体的な一致にルーティング、次に一般的なものにフォールバック
  • フォールバック所有者を含める — 未割り当てのリードはすぐに冷える
  • ラウンドロビンは担当者の容量と可用性を考慮すべき(PTO、クォータ達成)
  • 監査と最適化のためにすべてのルーティング決定をログ

リード到達速度

応答時間はリードコンバージョンの最大の要因です:

  • 5 分以内に連絡 = 適格化の 21 倍の可能性(Lead Connect)
  • 30 分後、コンバージョンは 10 倍低下
  • 24 時間後、リードは事実上コールド

速度を優先するルーティングルールを構築してください。担当者にすぐアラート。SLA を逃した場合はエスカレート。

ルーティング決定ツリーとプラットフォーム固有のセットアップについては: references/routing-rules.md を参照してください


パイプラインステージ管理

パイプラインステージ

ステージ必須フィールド終了条件
適格化コンタクト情報、会社、ソース、適合スコアディスカバリーコール予定
ディスカバリーペインポイント、現在のソリューション、タイムラインニーズ確認、デモ予定
デモ/評価技術要件、意思決定者ポジティブな評価、提案リクエスト
提案価格設定、条件、ステークホルダーマップ提案納品と確認
交渉修正行、承認チェーン、クローズ日条件合意、契約送付
クローズドウォン署名契約、支払い条件CS へのハンドオフ完了
クローズドロスト喪失理由、競合(ある場合)事後分析ログ

ステージの衛生

  • ステージごとの必須フィールド — 担当者が必須データを埋めずに取引を進めないようにしてください
  • 古い取引アラート — 平均時間を超えてステージに留まっている取引にフラグ(例:2 倍の平均日数)
  • ステージスキップ検出 — 適格化 → 提案にスキップするディスカバリーを飛ばしている取引にアラート
  • クローズ日のディシプリン — プッシュ日は理由を含める;無言のプッシュなし

パイプラインメトリクス

メトリクス何を示しているか
ステージコンバージョン率取引がどこで死ぬか
ステージの平均時間取引がどこで停滞するか
パイプラインベロシティファネル経由の 1 日あたりの収益
カバレッジ比率パイプライン値対クォータ(目標 3-4x)
ソース別勝率どのチャネルが実際の収益を生成するか

CRM 自動化ワークフロー

必須自動化

  • ライフサイクルステージアップデート — 基準が満たされたときに自動的にステージを進める
  • 引き継ぎ時のタスク作成 — MQL が担当者に割り当てられたときにフォローアップタスクを作成
  • SLA アラート — 担当者が応答時間 SLA を逃した場合、マネージャーに通知
  • 取引ステージトリガー — 自動提案送信、予測更新、クローズ時に CS に通知

マーケティングから営業への自動化

  • MQL アラート — 割り当てられた担当者へのインスタント通知(リードコンテキスト付き)
  • ミーティング予約 — AE にプロスペクトがスケジューリングツール経由で予約されたことを通知
  • リード活動ダイジェスト — アクティブなリードによる高インテント行動の日次サマリー
  • 再エンゲージメントトリガー — 休止中のリードがサイトに戻ったときに営業にアラート

カレンダースケジューリング統合

  • ラウンドロビンスケジューリング — チーム全体にミーティングを均等に配分
  • 基準別ルーティング — エンタープライズリードをシニア AE に、SMB をジュニアリップに送信
  • ミーティング前のエンリッチメント — 通話前に CRM レコードを自動入力
  • ノーショーワークフロー — プロスペクトがミーティングを逃した場合の自動フォローアップ

プラットフォーム固有のワークフローレシピについては: references/automation-playbooks.md を参照してください


ディールデスクプロセス

ディールデスクが必要な場合

  • ACV が $25K を超える(または非標準取引のしきい値)
  • 非標準の支払い条件(net-90、四半期ごとの請求)
  • カスタム価格設定の複数年契約
  • 公開された層を超えるボリュームディスカウント
  • カスタム法的条件または SLA

承認ワークフロー層

取引規模必須承認
標準価格設定自動承認
10-20% ディスカウント営業マネージャー
20-40% ディスカウントVP 営業
40% 以上のディスカウントまたはカスタム条件ディールデスクレビュー
複数年/エンタープライズ財務 + 法務

非標準条件の処理

あらゆる例外を文書化してください。最も頻繁にリクエストされる非標準条件を追跡してください — 誰もが同じ例外を求める場合、それは標準になるべきです。四半期ごとにレビュー。


データ衛生とエンリッチメント

重複排除戦略

  • マッチングルール — メールドメイン + 会社名 + 電話を主要マッチキーとして
  • マージ優先度 — CRM レコードがマーケティング自動化に勝利;フィールドの場合、最新のアクティビティが勝つ
  • スケジュールされた重複排除 — 週 1 回の自動重複排除を実行、手動レビューは端的な場合

必須フィールド強制

  • 各ライフサイクルステージで必須フィールドを強制
  • 空のフィールドがある場合、ステージの進行をブロック
  • プログレッシブプロファイリングを使用 — 最初からすべてを必須としないでください

エンリッチメントツール

ツール強み
Clearbitリアルタイムエンリッチメント、テック企業向け
Apolloコンタクトデータ + シーケンス、プロスペクティング向け
ZoomInfoエンタープライズグレード、最大 B2B データベース

四半期監査チェックリスト

  • 重複のレビューとマージ
  • 古いコンタクトのメール配信可能性を検証
  • 12+ ヶ月のアクティビティなしのコンタクトをアーカイブ
  • ライフサイクルステージの配分を監査(ボトルネックを探す)
  • サンプルセットのエンリッチメントデータの正確性を検証

RevOps メトリクスダッシュボード

主要メトリクス

メトリクス計算式/定義ベンチマーク
リード対 MQL 率MQL / 総リード数5-15%
MQL 対 SQL 率SQL / MQL30-50%
SQL 対商談商談 / SQL50-70%
パイプラインベロシティ(取引数 x 平均取引規模 x 勝率) / 平均セールスサイクルACV により異なる
CAC総営業・マーケティング支出 / 新規顧客LTV:CAC > 3:1
LTV:CAC 比率顧客生涯価値 / CAC3:1~5:1 健全
リード到達速度フォーム送信から最初の担当者連絡までの時間5 分以下が理想
勝率クローズドウォン / 総商談数20-30%(変動)

ダッシュボード構造

3 つのビューを構築してください:

  1. マーケティングビュー — リード量、MQL 率、ソース属性、MQL あたりのコスト
  2. 営業ビュー — パイプライン値、ステージコンバージョン、ベロシティ、予測精度
  3. エグゼクティブビュー — CAC、LTV:CAC、収益対目標、パイプラインカバレッジ

出力形式

RevOps の推奨事項を提供する場合、以下を含めてください:

  1. ライフサイクルステージドキュメント — ステージ定義(入力/終了基準、所有者、SLA 付き)
  2. スコアリング仕様 — 適合とエンゲージメント属性(ポイント値と MQL 閾値付き)
  3. ルーティングルールドキュメント — 決定ツリー(割り当てロジックとフォールバック付き)
  4. パイプライン設定 — ステージ定義、必須フィールド、自動化トリガー
  5. メトリクスダッシュボード仕様 — 主要メトリクス、データソース、目標ベンチマーク

各をユーザーが直接実装できるスタンドアロンドキュメントとしてフォーマット。CRM がわかっている場合はプラットフォーム固有のガイダンスを含める。


タスク固有の質問

  1. どの CRM プラットフォームを使用していますか(または使用予定ですか)?
  2. 月に何件のリードを生成していますか?
  3. 現在の MQL 定義は何ですか?
  4. リードはファネルのどこで引っ掛かっていますか?
  5. マーケティングと営業の間に今日 SLA がありますか?

ツール統合

実装については、ツールレジストリ を参照。主要 RevOps ツール:

ツール機能ガイド
HubSpotCRM、マーケティング自動化、リードスコアリング、ワークフローhubspot.md
Salesforceエンタープライズ CRM、パイプライン管理、レポートsalesforce.md
Calendlyミーティングスケジューリング、ラウンドロビンルーティングcalendly.md
SavvyCal優先度ベースの可用性でスケジューリングsavvycal.md
Clearbitリアルタイムリードエンリッチメントとスコアリングclearbit.md
Apolloコンタクトデータ、エンリッチメント、アウトバウンドシーケンスapollo.md
ActiveCampaignSMB 向けマーケティング自動化、リードスコアリングactivecampaign.md
Zapierクロスツール自動化とワークフロー接着剤zapier.md
Introwパートナーソース型パイプライン、手数料、取引登録、QBRintrow.md
Crossbeamパートナーアカウント重複とコセル特定crossbeam.md

関連スキル

  • cold-email: アウトバウンドプロスペクティングメール用
  • emails: ライフサイクルおよびナーチャーメールフロー用
  • pricing: 価格設定の決定とパッケージング用
  • analytics: パイプラインメトリクスと属性の追跡用
  • launch: GTM ローンチプランニング用
  • sales-enablement: 営業資料、デック、異議処理用

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
coreyhaines31
リポジトリ
coreyhaines31/marketingskills
ライセンス
MIT
最終更新
不明

Source: https://github.com/coreyhaines31/marketingskills / ライセンス: MIT

関連スキル

OpenAIデータ・分析⭐ リポ 1,451

hugging-face-trackio

Trackioを使用してMLトレーニング実験を追跡・可視化できます。トレーニング中のメトリクスログ記録(Python API)、トレーニング診断のアラート発火、ログされたメトリクスの取得・分析(CLI)が必要な場合に活用してください。リアルタイムダッシュボード表示、Webhookを使用したアラート、HF Space同期、自動化向けのJSON出力に対応しています。

by gradio-app
汎用データ・分析⭐ リポ 855

btc-bottom-model

ビットコインのサイクルタイミングモデルで、加重スコアリングシステムを搭載しています。日次パルス(4指標、32ポイント)とウィークリー構造(9指標、68ポイント)の2カテゴリーにわたる13の指標を追跡し、0~100のマーケットヒートスコアを算出します。ETFフロー、ファンディングレート、ロング/ショート比率、恐怖・貪欲指数、LTH-MVRV、NUPL、SOPR(LTH+STH)、LTH供給率、移動平均倍率(365日MA、200週MA)、週次RSI、出来高トレンドに対応します。市場サイクル全体を通じて買いと売りの両方の推奨を提供します。ビットコインの底値拾い、BTCサイクルポジション、買い時・売り時、オンチェーン指標、MVRV、NUPL、SOPR、LTH動向、ETFの流出入、ファンディングレート、恐怖指数、ビットコインが過熱状態か、マイナーコスト、暗号資産市場のセンチメント、BTCのポジションサイジング、「今ビットコインを買うべきか」「BTCが天井をつけているか」「オンチェーン指標は何を示しているか」といった質問の際にこのスキルを活用します。

by star23
Anthropic Claudeデータ・分析⭐ リポ 380

protein_solubility_optimization

タンパク質の溶解性最適化 - タンパク質の溶解性を最適化します。タンパク質の特性を計算し、溶解性と親水性を予測し、有効な変異を提案します。タンパク質配列の特性計算、タンパク質機能の予測、親水性計算、ゼロショット配列予測を含むタンパク質エンジニアリング業務に使用できます。3つのSCPサーバーから4つのツールを統合しています。

by SpectrAI-Initiative
Anthropic Claudeデータ・分析⭐ リポ 1,743

research-lookup

Parallel Chat APIまたはPerplexity sonar-pro-searchを使用して、最新の研究情報を検索できます。学術論文の検索にも対応しています。クエリは自動的に最適なバックエンドにルーティングされるため、論文の検索、研究データの収集、科学情報の検証に活用できます。

by K-Dense-AI
Anthropic Claudeデータ・分析⭐ リポ 299

tree-formatting

ggtree(R)またはiTOL(ウェブ)を使用して、系統樹の可視化とフォーマットを行います。系統樹を図として描画する際、ツリーレイアウトの選択、分類学に基づく枝やラベルの色付け、クレードの折りたたみ、サポート値の表示、またはツリーへのオーバーレイ追加が必要な場合に使用してください。系統推定(protein-phylogenyスキルを使用)やドメイン注釈(今後の独立したスキル)には使用しないでください。

by majiayu000
汎用データ・分析⭐ リポ 145

querying-indonesian-gov-data

インドネシア政府の50以上のAPIとデータソースに接続できます。BPJPH(ハラール認証)、BOM(食品安全)、OJK(金融適正性)、BPS(統計)、BMKG(気象・地震)、インドネシア中央銀行(為替レート)、IDX(株式)、CKAN公開データポータル、pasal.id(第三者法MCP)に対応しています。インドネシア政府データを活用したアプリ開発、.go.idウェブサイトのスクレイピング、ハラール認証の確認、企業の法的適正性の検証、金融機関ステータスの照会、またはインドネシアMCPサーバーへの接続時に使用できます。CSRF処理、CKAN API使用方法、IP制限回避など、すぐに実行可能なPythonパターンを含んでいます。

by suryast
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: coreyhaines31 · coreyhaines31/marketingskills · ライセンス: MIT