КЕЙС: Revenue Workflow Operator (рабочее название)

Консолидированный кейс-дока. Собран 2026-07-13. Держит в одном месте: контекст, описание продукта (как формулировалось в дорисёрчах), просчёт рынка. Первоисточники — в artifacts/{agent-erp-integration, ops-landscape, market-opportunity, market-sizing-revenue-workflow-operator}/.

Запись 1 — КОНТЕКСТ (как пришли к идее)

Идея выросла из серии рисёрчей, не из вакуума:

• Phase 1 (agent-erp-integration) — агент × ERP/CRM (Salesforce/Zoho/amoCRM/Odoo). Родился крест «доступ к данным» vs «доступ к конфигурации»; аудируемость платформ; read-only self-audit реально, автономный write — нет.
• Phase 2 (ops-landscape) — ландшафт ОПС, 16 категорий. Крест расширен на 3 подтипа; ITSM/DevOps + Data/BI самые MCP-зрелые; регуляция ≠ предиктор открытости.
• Phase 3 (market-opportunity) — рынки/боли/конкуренты. Развилка: «health-аудитор» → Кластер A; «LTV-активация» (заявленная суть) → Кластер B (CRM/CS/RevOps).
• Phase 4 (там же, phase4*) — de-risk: сервисный пирог, покупатель (канал), конкуренты (клетка пуста), цена (подписка).
• Евал (eval-summary.md) — market-sizing + competitive-positioning + ic-sim.
• Сдвиг тезиса: от «аудитор воркфлоу» → к продуктизированному RevOps/lifecycle-оператору для тех, кто сам не умеет.

Запись 2 — ОПИСАНИЕ ПРОДУКТА (как формулировал в дорисёрчах)

• Суть/мотив: поднять customer LTV — персонализированно, с заботой.
• Механизм: вендор-нейтральный кросс-системный agent-native слой → диагноз здоровья revenue-воронки (TOFU / MOFU / BOFU / post-sale) по нескольким операционным системам → находит неиспользуемые возможности / течи → замыкает петлю detection → action (персонализированная активация пользователей/клиентов по истории работы, покупок, сервисов).
• Killer-принцип: большинство фич и не нужно → решение инкапсулированно (outcome, а не платформа с 200 ручками).
• Реальность клиента: бизнесы «умеют производить, умеют как-то продавать, но целостного флоу нет / не могут настроить даже обычную CRM» → продукт должен быть деятелем (сам настраивает / с командой активации), а не аналитиком. Мёртвый дашборд не подходит.
• Две идеи = одна петля: (1) здоровье воркфлоу = сенсор; (2) активация по истории = действие. Не разделять — петля и есть ров.
• Домены (где уместна кросс-система): стыки revenue-воронки, где исход рождается между системами и ни одна им не владеет. НЕ внутренний одно-системный ops.
• GTM: канал-first (fractional RevOps / агентства как множитель) для sub-$10M ARR; прямая продажа для $10–50M lower-mid. Два движения.
• Прайсинг: подписка-оператор $2–15K/мес (замена fractional-ретейнера); free audit как land; НЕ outcome (атрибуция «$ across systems» — стена).
• Ров: data_advantages (кросс-org бенчмарки здоровья воронки — единственное компаундящее измерение) + вендор-нейтральность + кросс-система.
• Позиционирование: пустая клетка — vendor-neutral + done-for-you + LTV. Отстройка: от OnRamp (onboarding-only) и от AI-native CRM (заменить систему записи vs сидеть нейтрально над стеком).
• Стратегическая рамка: «новый пирог на старых структурах» = продуктизировать консультанта, съесть сервисный спенд (услуга→софт).

Запись 3 — ПРОСЧЁТ РЫНКА (сохранён для кейса)

Полный отчёт: market-sizing report.md · визуал report.html · чек-лист 100%.

Что считалось: конкретный продукт + прайсинг (подписка-оператор; ARPU = микс канал-SMB $4.8K + mid-direct $30K), универсум ~1M «серьёзных» CRM-бизнесов.

⚠️ Оговорка (важно для кейса): SOM — мягкое, value-зависимое число. Доли (serviceable 30%, target 1%) — рыночный benchmark/суждение, НЕ выведены из ценности продукта. При слабой/неатрибутируемой ценности реальный кусок меньше; при жёстком ROI — больше. TAM/SAM робастнее (универсум × цена). Value-anchored пересчёт (bear ~$5M / base ~$26M / bull ~$60M) — отложен, не делали.

Инсайт из дельты: top-down $60B услуг vs bottom-up $8.6B софт-TAM = компрессия услуга→софт (при софт-марже ~80% vs сервисной ~20%) — нарратив для дека.

Запись 4 — ОТКРЫТЫЙ ГЕЙТ (единственный красный)

Услуга→продукт конвертируется? (купят агента вместо агентства). Не решается рисёрчем — только Phase 5: 8–12 problem-интервью с ICP + 2–3 channel-интервью + channel-design-partner LOI. IC-sim независимо сошёлся на том же гейте.

Ссылки на все артефакты

• Phase 1: agent-erp-integration/index.md (+ visual-summary.html, product-onepager.md, phase0-poc-plan.md)
• Phase 2: ops-landscape/index.md (+ report.html — интерактивный)
• Phase 3+4: market-opportunity/index.md (+ research-plan.md, eval-summary.md, phase4*.md)
• Market-sizing: market-sizing-revenue-workflow-operator/report.md
• Память проекта: project_agent_erp_research.md

Статус кейса: рисёрч и оценка сделаны; направление заострено; блокер — валидация услуга→продукт (Phase 5). Направление НЕ менять без нового сигнала.