📦

revops

Безопасно

Опт��мизация операций с выручкой и управление жизненным циклом лидов

Команды по работе с выручкой сталкиваются с разрозненными системами, неопределёнными передачами и плохим качеством данных, что приводит к утечкам в воронке. Этот навык предоставляет проверенные боем фреймворки для скоринга лидов, маршрутизации, автоматизации CRM и дашбордов метрик, которые согласовывают работу маркетинга, продаж и успеха клиентов.

Поддерживает: Claude Codex Code(CC)
🥉 75 Бронза
1

Скачать ZIP навыка

2

Загрузить в Claude

Перейдите в Settings → Capabilities → Skills → Upload skill

3

Включите и начните использовать

Протестировать

Использование «revops». Помогите нам настроить этапы жизненного цикла лидов для нашей B2B SaaS компании, использующей HubSpot.

Ожидаемый результат:

  • Документ этапов жизненного цикла с 7 этапами: Подписчик, Лид, MQL, SQL, Возможность, Клиент, Евангелист
  • Критерии входа и выхода для каждого этапа с назначением владельца
  • SLA для MQL-в-SQL: Первый контакт в течение 4 рабочих часов, решение в течение 48 часов
  • Спецификации рабочих процессов HubSpot для переходов этапов и оповещений

Использование «revops». Постройте модель скоринга лидов для корпоративного ПО ($50k ACV).

Ожидаемый результат:

  • Явный скоринг: Размер компании 500+ (+20), Должность VP+ (+20), Целевая отрасль (+15), Бюджет и полномочия (+15)
  • Неявный скоринг: Запрос демо (+30), несколько стейкхолдеров (+20), 2+ посещения ценовой страницы (+15)
  • Негативный скоринг: Компания менее 100 сотрудников (-30), только рядовые сотрудники (-15), домен конкурента (-50)
  • Порог MQL: 75 баллов с квартальной калибровкой

Аудит безопасности

Безопасно
v1 • 3/22/2026

This skill contains documentation-only content (markdown files with RevOps frameworks, templates, and process guides). Static analysis detected 54 patterns flagged as potential security issues, but all are false positives. The 'weak cryptographic algorithm' findings reference scoring algorithms in documentation, not actual crypto code. 'External commands' and 'at command' findings are workflow scheduling examples in markdown. 'Path traversal' findings are legitimate relative markdown link references. No executable code, network calls, or filesystem operations exist in this skill.

6
Просканировано файлов
1,458
Проанализировано строк
0
находки
1
Всего аудитов
Проблем безопасности не найдено
Проверено: claude

Оценка качества

45
Архитектура
100
Сопровождаемость
87
Контент
42
Сообщество
100
Безопасность
91
Соответствие спецификации

Что вы можете построить

B2B SaaS стартап создаёт первую систему RevOps

SaaS-компания из 20 человек, использующая HubSpot, должна определить этапы лидов, настроить скоринг и автоматизировать передачу MQL от маркетинга команде продаж из двух человек.

Компания среднего сегмента исправляет качество воронки

Компания из 200 человек с беспорядочными данными CRM, застывшими сделками и отсутствием дисциплины этапов нуждается в определениях этапов воронки, применении обязательных полей и оповещениях о застывших сделках.

Корпорация согласовывает маркетинг и продажи

Организация из 1000+ человек, где маркетинг и продажи не соглашаются с определениями MQL, нуждается в общих шаблонах этапов жизненного цикла, SLA и рабочих процессах возврата.

Попробуйте эти промпты

Начальный уровень: Определить этапы жизненного цикла лидов
Мы — B2B SaaS компания, использующая HubSpot. Наши команды маркетинга и продаж не соглашаются в том, что считается MQL. Помогите нам определить этапы жизненного цикла от подписчика до клиента с чёткими критериями для каждого перехода и SLA для передач.
Начальный уровень: Создать модель скоринга лидов
Создайте для нас модель скоринга лидов. Мы продаём программное обеспечение среднего сегмента ($10k ACV). Используйте скоринг соответствия (размер компании, должность, отрасль) и скоринг вовлечённости (посещения страниц, загрузки контента, запросы демо). Включите также негативный скоринг.
Средний уровень: Исправить проблемы управления воронкой
Наша воронка в беспорядке — сделки вечами сидят на этапах, и никто не обновляет поля. Дайте нам фреймворк управления этапами воронки с обязательными полями для каждого этапа, правилами максимального времени на этапе и автоматизацией для поддержания качества.
Продвинутый уровень: Полный дизайн системы RevOps
Спроектируйте нашу полную систему RevOps. Мы — компания с управлением продажами ($50k ACV), используем Salesforce. Включите: определения этапов жизненного цикла, скоринг лидов с рекомендациями по калибровке, правила маршрутизации для именных аккаунтов и территорий, автоматизацию этапов воронки, уровни одобрения сделок и дашборд метрик для нашей команды руководства.

Лучшие практики

  • Определите критерии этапов на бумаге перед автоматизацией — автоматизация сломанного процесса создаёт сломанные результаты быстрее
  • Устанавливайте пороги MQL на основе исторических данных закрытых сделок, а не произвольных чисел — ретроспективно оцените прошлые сделки, чтобы найти естественную точку разрыва
  • Применяйте обязательные поля на каждом этапе воронки — блокируйте переход на следующий этап, если поля пусты, для поддержания целостности данных

Избегать

  • Чрезмерный вес загрузок контента в скоринге — исследовательское поведение не равняется намерению покупки
  • Установка порога MQL и отсутствие перенастройки — поведение покупателей меняется; перенастраивайте не реже одного раза в квартал
  • Разрешение сделкам пропускать этапы воронки — обнаруживайте и оповещайте, когда сделки переходят от Qualified к Proposal без Discovery

Часто задаваемые вопросы

В чём разница между MQL �� SQL?
MQL (Marketing Qualified Lead) означает, что лид проходит пороги соответствия и вовлечённости, установленные маркетингом. SQL (Sales Qualified Lead) означает, что продажи провели квалификационный разговор и подтвердили минимум два из: бюджет, полномочия, потребность или сроки. MQL — это передача от маркетинга к продажам; SQL — это приёмка продажами.
Как установить порог скоринга MQL?
Выгрузите данные закрытых сделок за последние 6-12 месяцев, ретроспективно оцените каждую сделку с помощью вашей модели и найдите балл, который разделяет выигрышные и проигрышные сделки. Установите порог чуть ниже того уровня, на котором пришли бы к выводу 80% выигрышных сделок. Проверьте на проигрышных сделках.
Какое хорошее время реакции speed-to-lead?
Менее 5 минут — золотой стандарт — лиды, с которыми связались в течение 5 минут, в 21 раз более вероятно пройдут квалификацию. После 30 минут конверсия падает в 10 раз. Создайте автоматизацию для мгновенных оповещений представителей и эскалации при нарушении SLA.
Как часто следует перенастраивать модель скоринга лидов?
Компании PLG с большим объёмом должны перенастраивать ежемесячно. Компании среднего сегмента и корпорации — ежеквартально. Предупреждающие признаки необходимости перенастройки: коэффициент приёмки MQL-в-SQL ниже 30%, продажи последовательно отклоняют MQL или высокооценённые лиды не конвертируются.
Какие метрики должны быть на нашем дашборде RevOps?
Метрики полной воронки: коэффициент Lead-в-MQL (5-15%), MQL-в-SQL (30-50%), SQL-в-Возможность (50-70%), коэффициент выигрыша (20-30%), скорость воронки, соотношение LTV:CAC (цель 3:1+), speed-to-lead (цель мен��е 5 минут) и период окупаемости CAC.
Как обрабатывать возвращаемые лиды после отклонения продажами?
Назначьте коды причин отклонения (FIT-01 для компании слишком маленькой, ENG-01 для отсутствия ответа и т.д.). Лиды поступают в возвращаемое воспитание с меньшей частотой. Сбросьте балл вовлечённости до базового уровня, но сохраните балл соответствия. Если лид повторно вовлекается и снова пересекает порог MQL, перенаправьте с флагом 'Возвращенный MQL' и отслеживайте отдельно.

Сведения для разработчиков

Автор

coreyhaines31

Лицензия

MIT

Ссылка

main

Структура файлов