Перейти к содержанию

Живые кейсы с ошибками: Выбор CRM для B2B-компании

Этот пример не причёсан. Здесь показан реальный процесс исследования — с тупиками, ложными гипотезами, кроличьими норами и противоречиями. Цель — показать, как методология Призма помогает обнаруживать и исправлять ошибки, а не избегать их. Методология описана в обзоре.

Чем этот пример отличается от остальных

В других примерах показан результат исследования — чистый, структурированный проход по уровням. Здесь показан процесс — со всей грязью, откатами и моментами «я два часа потратил впустую». Именно так выглядит реальная работа по Призме.


Шаг 0 — Бриф

БРИФ ИССЛЕДОВАНИЯ
═══════════════════════════════════════════════════
Тема:           Выбор CRM-системы для небольшой B2B-компании
Контекст:       Компания (35 сотрудников, оптовая торговля
                промышленным оборудованием) ведёт клиентскую базу
                в Excel и почте. Теряются сделки, нет истории
                контактов, руководитель не видит воронку.
                Нужно выбрать CRM.
Тип задачи:     [x] Выбор подхода
Горизонт:       1 день
Ограничения:    Российский рынок; бюджет до 500 тыс. руб/год;
                нет IT-отдела; менеджеры работают «в полях»
                (нужен мобильный доступ); интеграция с 1С
Режим входа:    [x] Тёплый старт (пользовался CRM как менеджер,
                но никогда не выбирал и не внедрял)
Целевой уровень: У2 (анализ)

СТАРТОВЫЕ ГИПОТЕЗЫ
  Г1: Для компании нашего размера Bitrix24 — оптимальный выбор
      (все его используют, значит не зря)
  Г2: Главное в CRM — функциональность (чем больше функций, тем лучше)
  Г3: Есть ГОСТ или отраслевой стандарт по внедрению CRM,
      который поможет выбрать систему
═══════════════════════════════════════════════════

Хронология исследования

Ниже — дневник исследования с таймстемпами. Включает не только находки, но и тупики, ошибки и моменты «стоп, я делаю что-то не то».

timeline
    title Хронология исследования (1 день)
    09.00 : Бриф заполнен
         : Старт У1
    09.30 : С3 — поиск стандартов
         : ТУПИК — стандартов нет
    11.30 : 2 часа потрачено впустую
         : Смена подхода
    12.00 : С1 — структура рынка
         : Обнаружена ошибка в Г2
    13.00 : Обед + рефлексия
    13.30 : С2 — сценарии
         : Кроличья нора — телефония
    14.30 : Возврат к брифу
         : Переход на У2
    15.00 : У2 — анализ кандидатов
         : Противоречие стандарт vs практика
    17.00 : Решение
         : Постмортем

У1 — Ориентация

09:00–09:30 | С3. Свидетельства (тёплый старт)

Свидетельства-first

Начинаем с поиска артефактов и первичных источников — это правило Призмы.

Я пользовался CRM как менеджер (тёплый старт), поэтому начинаю с С3 — ищу свидетельства. Логика: «Наверняка есть стандарты или регламенты по внедрению CRM. Найду их и буду опираться на них при выборе.»

Что искал:

  • "ГОСТ CRM" — ничего
  • "стандарт внедрения CRM Россия" — ничего релевантного
  • "ISO CRM implementation" — ничего прямого
  • "ISO 9001 CRM requirements" — ISO 9001 упоминает управление взаимоотношениями с клиентами, но не даёт требований к CRM-системам
  • "методика выбора CRM ГОСТ" — ноль результатов
  • "ГОСТ Р информационные системы управление клиентами" — ничего

ОШИБКА 1: Тупик — поиск несуществующего стандарта

Тупик: 2 часа на поиск стандарта, которого нет

09:30–11:30 — я провёл два часа, пытаясь найти нормативный документ по выбору CRM. Логика казалась железной: «Для СЭД есть 149-ФЗ и требования ФСТЭК. Для CRM тоже должно быть что-то подобное.»

Что пробовал:

  • Поиск по ГОСТ, ОСТ, ТУ — ничего про CRM
  • ISO 9001:2015 — есть раздел 5.1.2 «Ориентация на потребителя», но это философия, а не требования к ПО
  • APICS, PMI — ничего специфичного для CRM
  • Gartner Magic Quadrant — нашёл, но это не стандарт, а коммерческий аналитический отчёт (S6 по иерархии)
  • "CRM selection framework filetype:pdf" — академические статьи, но не стандарты

Почему застрял: я был уверен в гипотезе Г3 («есть стандарт, который поможет выбрать»). Эта уверенность заставляла продолжать искать то, чего не существует.

Как поймал: в 11:15 перечитал бриф и задал себе вопрос из правила лимита времени: «Лимит времени на У1 — 2–4 часа. Я потратил 2 часа на один подпункт С3 и не получил ни одного результата. Что-то не так.»

Запись итерации:

ИТЕРАЦИЯ
────────────────────────────────────────
Уровень/блок:     С3 (У1) → пересмотр подхода
Причина:          2 часа поиска стандартов — 0 результатов.
                  Нормативного документа по выбору CRM не существует.
                  Г3 опровергнута.
Что добавлено:    CRM — нерегулируемая область.
                  Нет ГОСТ/ISO для выбора CRM.
                  Gartner MQ — коммерческий, не нормативный (S6).
                  Свидетельства в этой области — документация
                  вендоров (S4), отзывы пользователей (S5–S6),
                  данные о внедрениях (S5).
────────────────────────────────────────

Обновление трекера гипотез:

# Гипотеза Статус Обоснование
Г3 Есть стандарт по внедрению CRM ❌ Опровергнута 2 часа поиска. Нет ни ГОСТ, ни ISO для выбора CRM. Область нерегулируемая

Урок: опровержение — тоже результат

Два часа кажутся «потраченными впустую», но на самом деле я получил важный результат: в области CRM нет нормативного якоря (в отличие от СЭД, где есть 149-ФЗ и 63-ФЗ). Это значит, что свидетельства здесь — документация вендоров (S4) и опыт внедрений (S5), а не стандарты (S1). Это меняет всю стратегию поиска.


11:30–12:00 | С3. Свидетельства (вторая попытка)

После смены подхода — ищу не стандарты, а другие типы свидетельств, характерные для нерегулируемых IT-рынков:

  • 🟢 Реестр российского ПО (reestr.digital.gov.ru) — проверил, CRM-системы есть в реестре
  • 🟡 Рейтинги CRM на CRMindex.ru, Startpack — агрегаторы отзывов (S6, но с большой выборкой)
  • 🟡 Документация вендоров — спецификации, тарифы, API (S4)
  • 🟡 Кейсы внедрений на сайтах интеграторов (S5–S6, может быть bias — интегратор продвигает «свою» систему)
  • 🔴 Независимые бенчмарки (время внедрения, ROI) — не найдены
  • 🔴 Статистика отказов от CRM после внедрения — не найдена

12:00–12:30 | С1. Структура

Границы: CRM-системы для малого и среднего B2B-бизнеса в РФ. Внутри — SaaS и коробочные CRM. Снаружи — ERP-системы (1С:ERP, SAP), help-desk (Zendesk), marketing automation (Mailchimp).

Важное открытие

CRM — это не одна категория. Есть как минимум три класса:

  1. Универсальные платформы с CRM-модулем (Bitrix24, Мегаплан) — CRM это один из модулей среди задач, проектов, коммуникаций
  2. Специализированные CRM (amoCRM, Salesforce) — фокус на воронке продаж
  3. CRM-модули внутри учётных систем (1С:CRM) — глубокая интеграция с бухгалтерией

Ключевые термины (собрано 25):

Термин Значение
Воронка продаж (pipeline) Последовательность этапов сделки
Лид (lead) Потенциальный клиент
Конверсия Процент перехода между этапами
SaaS / облачная Работает через браузер, данные у вендора
On-premise / коробочная Установлена на своём сервере
API-интеграция Программная связь между системами
Виджет телефонии Встроенный модуль для звонков
Автоматизация (автодействия) Автоматические действия по триггерам
Карточка сделки / контакта Основная единица данных в CRM
Роботы и бизнес-процессы Автоматические сценарии в Bitrix24

ОШИБКА 2: Ложная гипотеза — «чем больше функций, тем лучше»

Ложная гипотеза Г2: Функциональность — главный критерий

Контекст: я составлял список функций CRM-систем и автоматически ранжировал их по количеству возможностей. Bitrix24 побеждал по числу модулей (задачи, CRM, телефония, HR, сайты, чат-боты...). Логика: «Больше функций = больше пользы = лучший выбор.»

Что показали свидетельства (S5–S6):

На CRMindex.ru и в отзывах на форумах (vc.ru, Habr) обнаружил повторяющийся паттерн:

«Внедрили Bitrix24, потому что он умеет всё. Через 3 месяца менеджеры используют только задачи и чат. CRM-модуль пустой — слишком сложно.»

«Перешли с Bitrix24 на amoCRM. Функций меньше, но менеджеры реально ведут сделки.»

«У нас 12 сотрудников, Bitrix24 как космический корабль — 80% функций не нужны, но мешают.»

Нашёл статью на vc.ru (S6): исследование среди 150+ компаний малого бизнеса показало, что главная причина провала CRM-внедрения — не нехватка функций, а отказ сотрудников пользоваться системой. И чем сложнее система, тем выше сопротивление.

Как поймал: обновлял трекер гипотез (Шаг 3 по процессу) после прохода С1. Записал за и против Г2 — и увидел, что «против» перевешивает.

Обновление трекера:

# Гипотеза За Против Статус
Г2 Главное — функциональность Больше функций = покрытие сценариев (S7, логика) 3+ отзыва: сложность убивает приживаемость (S5–S6). Паттерн: компании мигрируют с «функциональных» на «простые» (S6) ❌ Опровергнута

Урок: гипотеза «чем больше, тем лучше» — анти-паттерн

Это классический confirmation bias: я искал подтверждения (сколько функций у каждой CRM), а не опровержения (почему компании отказываются от функциональных систем). Трекер гипотез заставил посмотреть на обе стороны.

Новая гипотеза:

# Гипотеза Статус Критичность
Г4 Главный критерий для малого B2B — приживаемость (простота + мобильность), а не функциональность 🟡 Высокая

12:30–13:00 | С2. Сценарии

Базовый рабочий процесс B2B-продаж промышленного оборудования:

flowchart LR
    A["Входящий запрос\n(почта/телефон/сайт)"] --> B["Квалификация лида\n(что нужно, бюджет)"]
    B --> C["Коммерческое\nпредложение"]
    C --> D["Переговоры\nсогласования"]
    D --> E["Договор\nоплата"]
    E --> F["Отгрузка\nдокументы"]
    F --> G["Повторная\nпродажа"]

Типовые сценарии для нашей компании (35 чел.):

Сценарий Частота Боль без CRM Что нужно от CRM
Обработка входящего запроса 20–30/нед Теряются в почте Автозахват лида, уведомление менеджеру
Ведение длинной сделки (1–6 мес) 50+ активных Нет истории, забываются follow-up Карточка сделки, задачи, напоминания
Формирование КП 10–15/нед Каждый раз заново в Excel Шаблоны, генерация из карточки
Отчёт руководителю Еженедельно Вручную собирают из Excel Дашборд, воронка в реальном времени
Работа «в полях» Ежедневно Записи в блокноте, потом переносят Мобильное приложение

ОШИБКА 3: Кроличья нора — IP-телефония

Кроличья нора: 45 минут на тему телефонии

13:30–14:15 — после обеда вернулся к сценарию «обработка входящего запроса». Начал изучать, как CRM интегрируется с телефонией. Нашёл интересную статью про IP-АТС, увлёкся.

Куда ушёл: SIP-протоколы → сравнение Asterisk vs FreePBX → стоимость облачной АТС → тарифы операторов VoIP → сравнение Mango Office vs Zadarma vs UIS...

Через 45 минут у меня была подробная таблица сравнения VoIP-провайдеров, но она не имела отношения к выбору CRM. Телефония — отдельная задача, которая решается после выбора CRM (все основные CRM поддерживают основных провайдеров телефонии).

Как поймал: перечитал бриф. Вопрос из правила «Кроличья нора»: «Это внутри границ или снаружи?» Телефония — снаружи.

Запись итерации:

ИТЕРАЦИЯ
────────────────────────────────────────
Уровень/блок:     С2 (У1) → возврат в границы
Причина:          45 минут ушло на изучение IP-телефонии.
                  Это за пределами границ области из брифа.
                  Телефония — отдельная задача.
Что добавлено:    Зафиксировано: "интеграция с телефонией" —
                  один из критериев, но не тема исследования.
                  Для выбора CRM достаточно проверить:
                  есть ли интеграция с основными провайдерами (да/нет).
────────────────────────────────────────

Урок: зафиксируй и вернись

Телефония — интересная тема. Но бриф говорит: задача — выбор CRM. Правильное действие: записать «телефония — отдельное исследование, если понадобится» и вернуться к основной задаче. Не удалять находку, но и не следовать за ней.


14:15 | Выход У1

  • Карта области: 3 класса CRM + 25 терминов + типы источников (реестр ПО, документация вендоров, рейтинговые агрегаторы, отзывы)
  • 5 сценариев + базовый рабочий процесс B2B-продаж + роли
  • Ключевое открытие: CRM — нерегулируемая область, нет стандартов (Г3 опровергнута)
  • Ключевое открытие: приживаемость важнее функциональности (Г2 опровергнута, появилась Г4)
  • Кроличья нора (телефония) — обнаружена, зафиксирована, не преследуется

У2 — Анализ

15:00 | С3. Свидетельства

  • 🟢 Реестр российского ПО — все кандидаты проверены (reestr.digital.gov.ru)
  • 🟢 Тарифы — взяты с официальных сайтов вендоров (S4), проверены на дату
  • 🟡 Отзывы о внедрениях — CRMindex.ru, vc.ru, отраслевые форумы (S5–S6)
  • 🟡 Данные об показатель приживаемости — косвенные, из кейсов интеграторов (S5)
  • 🔴 Независимый бенчмарк «время внедрения vs результат» — не найден

15:15 | С1. Структура (кандидаты)

После У1 выделено 4 кандидата:

# CRM Класс В реестре РПО Тип
1 Bitrix24 Универсальная платформа 🟢 Да SaaS / коробка
2 amoCRM Специализированная CRM 🟢 Да SaaS
3 1С:CRM CRM в экосистеме 1С 🟢 Да Коробка
4 Мегаплан Универсальная платформа 🟢 Да SaaS

Критерии сравнения (обновлены после опровержения Г2):

  1. Приживаемость — простота для менеджеров (критичный) — время обучения, UX, мобильное приложение
  2. Интеграция с 1С (критичный) — из брифа
  3. Стоимость владения до 500 тыс/год (критичный) — из брифа
  4. Воронка и отчётность (важный) — базовая потребность руководителя
  5. Мобильное приложение (важный) — менеджеры «в полях»
  6. Телефония (желательный) — наличие интеграции, без углубления

Как опровержение Г2 изменило критерии

До опровержения Г2 критерий №1 был бы «Функциональность (количество модулей)». После — стал «Приживаемость (простота для менеджеров)». Это принципиально меняет оценку кандидатов: Bitrix24 по старому критерию лидирует, по новому — проигрывает.


ОШИБКА 4: Противоречие — вендор говорит одно, практика — другое

Противоречие: «простое внедрение» vs реальные сроки

15:30 — при сравнении кандидатов столкнулся с противоречием.

Что говорят вендоры (S4):

CRM Заявление вендора
Bitrix24 «Начните работать за 15 минут»
amoCRM «Настройка за 30 минут»
1С:CRM «Быстрый старт за 1 день»
Мегаплан «Внедрение за 1 день»

Что говорят кейсы интеграторов и отзывы (S5–S6):

CRM Реальные сроки (из кейсов)
Bitrix24 2–4 недели с интегратором, 1–3 мес самостоятельно
amoCRM 1–2 недели базовая настройка, 1 мес с интеграциями
1С:CRM 1–3 месяца (интеграция с 1С:Бухгалтерия)
Мегаплан 1–2 недели

Разрыв: вендоры говорят «минуты–часы», практика показывает недели–месяцы. Разница — на порядок.

Причина: вендоры считают «создать аккаунт и открыть интерфейс». Практики считают «настроить воронку + перенести данные + обучить сотрудников + интегрировать с 1С + добиться, чтобы реально пользовались». Это разные определения слова «внедрение».

Как обрабатывать противоречие

По правилу триангуляции: при конфликте источников разных уровней (S4 вендор vs S5 кейсы) — опираемся на более независимый источник. Кейсы интеграторов тоже могут иметь bias (раздувают сложность, чтобы продать услуги), но множественные независимые отзывы пользователей подтверждают: реальные сроки — недели, не минуты.

Запись итерации:

ИТЕРАЦИЯ
────────────────────────────────────────
Уровень/блок:     С3 (У2) → расширение источников
Причина:          Противоречие: вендоры заявляют внедрение
                  за минуты/часы, кейсы показывают недели/месяцы.
Что добавлено:    "Время внедрения" по данным вендоров (S4) —
                  🟡 гипотеза, не факт. Реальные сроки из
                  кейсов (S5–S6) — более надёжная оценка.
                  Для 🟢 нужны данные от 3+ независимых
                  внедренцев.
────────────────────────────────────────

15:45 | С2. Сценарии (сравнение кандидатов)

Реестр источников:

# Источник Уровень
И1 Реестр российского ПО (reestr.digital.gov.ru) S2
И2 Тарифы с официальных сайтов вендоров (проверены на дату) S4
И3 Документация вендоров S4
И4 Отзывы пользователей: CRMindex, vc.ru, отраслевые форумы S5–S6
И5 Кейсы интеграторов S5

В ячейке: оценка (++/+/±/) · уверенность · источник.

Критерий Вес Bitrix24 amoCRM 1С:CRM Мегаплан
Приживаемость (простота) Критичный 🟡 И4 — перегружен модулями, «менеджеры не пользуются» ++ 🟡 И4 — минималистичный, «разобрались за день» ± 🟡 И4 — интерфейс 1С непривычен продажникам ± 🟡 И4 — проще Bitrix24, менее фокусированный
Интеграция с 1С Критичный ± 🟡 И3 — коннекторы, нужна настройка ± 🟡 И3 — сторонние модули или API ++ 🟢 И3 — нативная, одна экосистема ± 🟡 И3 — коннекторы
Стоимость (35 чел/год) Критичный ++ 🟢 И2 — ~200 тыс. + 🟢 И2 — ~300 тыс. ± 🟡 И2, И5 — ~350–450 тыс. с внедрением ++ 🟢 И2 — ~180 тыс.
Воронка и отчёты Важный ++ 🟡 И3 ++ 🟡 И3, И4 — ядро продукта + 🟡 И3 ± 🟡 И3, И4 — базовые
Мобильное приложение Важный ± 🟡 И4 — «тормозит» ++ 🟡 И4 — 4.5+ в сторах 🟡 И3, И4 — ограниченное ± 🟡 И4
Телефония Желательный ++ 🟡 И3 — встроенная + 🟡 И3 — интеграции ± 🟡 И3 — через партнёров ± 🟡 И3

Оценка и уверенность — раздельно

Почти вся уверенность — 🟡 (документация S4 и отзывы S5–S6): для 🟢 нужен пилот. Исключения: тарифы (проверены на сайтах на дату — 🟢 с оговоркой, что тариф ≠ стоимость владения) и нативная 1С-интеграция (архитектурный факт из документации). Заметь: у Bitrix24 оценка приживаемости при той же 🟡-уверенности, что и ++ у amoCRM — оценка и уверенность не смешиваются.


16:00 | Обновление трекера гипотез (финальный)

ТРЕКЕР ГИПОТЕЗ
═══════════════════════════════════════════════════
Тема: Выбор CRM для B2B-компании (35 чел.)
Дата начала: [сегодня]

#  | Гипотеза                          | За              | Против                      | Статус  | Критичность
---|-----------------------------------|-----------------|-----------------------------|---------|------------
Г1 | Bitrix24 — оптимальный выбор      | Цена, известность| Сложность, низкая приживаемость  | ✗       | высокая
Г2 | Главное — функциональность        | Логика (S7)     | Отзывы: приживаемость > функции  | ✗       | высокая
Г3 | Есть стандарт по выбору CRM       | —               | 2 часа поиска = 0           | ✗       | средняя
Г4 | Приживаемость — главный критерий       | Отзывы (S5–S6)  | —                           | 🟡      | высокая
Г5 | Реальное внедрение = недели       | Кейсы (S5–S6)   | Вендоры: минуты (S4)        | 🟡      | средняя

Статус: 🟢 подтверждена, 🟡 не проверена, 🔴 пробел, ✗ опровергнута

ИТОГ:
  Подтверждены: — (нет 🟢, только 🟡 — для подтверждения нужен пилот)
  Опровергнуты: Г1, Г2, Г3
  Не проверены: Г4 (не влияет критически — приживаемость важна при любом
                раскладе), Г5 (влияет на планирование, но не на выбор)
═══════════════════════════════════════════════════

Решение

Тип решения: двусторонняя дверь (CRM можно сменить, данные экспортировать).

Матрица оценки (итоговая)

В ячейке: оценка · уверенность · источник (реестр — выше, в С3/С2 уровня У2).

Критерий Вес amoCRM Мегаплан Bitrix24 1С:CRM
Приживаемость Критичный ++ 🟡 И4 ± 🟡 И4 🟡 И4 ± 🟡 И4
Интеграция с 1С Критичный ± 🟡 И3 ± 🟡 И3 ± 🟡 И3 ++ 🟢 И3
Стоимость Критичный + 🟢 И2 ++ 🟢 И2 ++ 🟢 И2 ± 🟡 И2, И5
Воронка/отчёты Важный ++ 🟡 И3, И4 ± 🟡 И3 ++ 🟡 И3 + 🟡 И3
Мобильное Важный ++ 🟡 И4 ± 🟡 И4 ± 🟡 И4 🟡 И3, И4

Анализ чувствительности

  • «Если интеграция с 1С окажется критичнее приживаемости?» → Выбор сместится к 1С:CRM. Но: наши менеджеры не пользуются 1С, синхронизация возможна через коннекторы.
  • «Если amoCRM поднимет цены?» → При удвоении цены (~600 тыс.) выходим за бюджет → переход к Мегаплан.
  • «Если приживаемость amoCRM на практике окажется хуже, чем по отзывам?» → Пилот покажет. Решение — двусторонняя дверь.

Pre-mortem

Через 6 месяцев выбор amoCRM оказался ошибкой, потому что...

  1. «Интеграция с 1С через коннектор нестабильна, данные рассинхронизируются» — вероятность средняя. Страховка: тестировать интеграцию на пилоте, иметь план B (ручной экспорт раз в неделю).
  2. «Менеджеры всё равно не пользуются — вернулись в Excel» — вероятность средняя. Страховка: обязательное ведение сделок в CRM как KPI, обучение, руководитель смотрит только дашборд CRM.
  3. «Не хватает функций — нужны бизнес-процессы, документооборот» — вероятность низкая (для 35 человек это избыточно, но возможно при росте). Страховка: amoCRM имеет виджеты и API для расширения.

Решение

Выбор: начать с amoCRM (пилот на отделе продаж, 2 недели).

Обоснование: единственный кандидат с оценкой ++ по критичному критерию приживаемости (уверенность 🟡 — отзывы, поэтому старт через пилот). Стоимость в бюджете. Воронка и мобильное приложение — сильные стороны, что соответствует профилю B2B-компании с менеджерами «в полях». Интеграция с 1С — 🟡, но для двусторонней двери это приемлемый риск, проверяемый на пилоте.

Пересмотреть, если: (1) пилот покажет, что интеграция с 1С неработоспособна и ручной обходной путь неприемлем → рассмотреть 1С:CRM; (2) через 3 месяца приживаемость менее 70% → проблема не в CRM, а в процессе внедрения.


Постмортем исследования

Рефлексия: что сработало, что нет, что делать иначе

Что сработало

  1. Трекер гипотез — заставил явно зафиксировать опровержение Г1, Г2, Г3. Без трекера я бы, вероятно, «забыл» про опровержения и всё равно выбрал Bitrix24 по инерции.
  2. Правило лимита времени — помогло выйти из тупика со стандартами (Ошибка 1). Без него мог потратить ещё час.
  3. Бриф с границами — помог обнаружить кроличью нору с телефонией (Ошибка 3). Вопрос «это внутри границ?» работает.
  4. Свидетельства-first + иерархия S1–S7 — помог правильно обработать противоречие вендор vs практика (Ошибка 4): данные вендора (S4) ≠ факт.

Что не сработало

  1. Потерял 2 часа на тупик (Ошибка 1) — надо было раньше задать вопрос «а существует ли вообще стандарт в этой области?» вместо того чтобы перебирать вариации запросов.
  2. Нет 🟢 по ключевым критериям — все оценки приживаемости основаны на отзывах (S5–S6). Для 🟢 нужен пилот или данные от аналогичных компаний. Уровень У2 формально достигнут, но «зелёного» мало.
  3. Кроличья нора не сразу замечена — 45 минут на телефонию. Надо ставить таймер: если через 15 минут тема не связана с критериями из брифа → стоп.

Что делать иначе в следующий раз

  1. На холодном/тёплом старте — сначала проверить: регулируемая ли область. Запрос: «Существуют ли стандарты / ГОСТы / ISO для выбора \<тема>?» — 5 минут вместо 2 часов.
  2. Критерии формулировать ДО поиска кандидатов — я начал с кандидатов (Bitrix24, потому что «все используют»), а потом подгонял критерии. Правильный порядок: сценарии (С2) → критерии → кандидаты.
  3. Ставить 15-минутный таймер при уходе в новую подтему. Если за 15 минут тема не привязана к критерию из брифа — это кроличья нора.

Карта ошибок и реакций

Сводная таблица: что пошло не так и какой механизм Призмы помог это обнаружить и исправить.

# Ошибка Тип Время потерь Как обнаружена Механизм Призмы Запись итерации
1 Поиск несуществующего стандарта Тупик 2 ч Лимит времени: «2 часа на один подпункт — что-то не так» Правило 6 (ограничивай время), Шаг 3 (обновление Г3 → ❌) С3(У1) → пересмотр подхода
2 «Больше функций = лучше» Ложная гипотеза 30 мин Трекер гипотез: колонка «Против» перевесила Правило 7 (управляй гипотезами), светофор Г2 → ❌, появилась Г4
3 Углубление в IP-телефонию Кроличья нора 45 мин Перечитал бриф: «это внутри границ?» — нет Бриф (границы), анти-паттерн 5 С2(У1) → возврат в границы
4 Вендор: «15 минут», практика: «2 недели» Противоречие 20 мин Триангуляция: S4 vs S5–S6 Иерархия S1–S7, триангуляция С3(У2) → расширение источников
flowchart TD
    subgraph У1 ["У1: Ориентация"]
        direction TB
        С3_1["С3: Поиск стандартов"]
        ERR1["❌ Ошибка 1: Тупик 2ч"]
        С3_2["С3: Смена подхода"]
        С1["С1: Структура рынка"]
        ERR2["❌ Ошибка 2: Ложная Г2"]
        С2["С2: Сценарии"]
        ERR3["❌ Ошибка 3: Кроличья нора"]

        С3_1 --> ERR1 -->|"лимит времени"| С3_2
        С3_2 --> С1 --> ERR2 -->|"трекер гипотез"| С2
        С2 --> ERR3 -->|"проверка по брифу"| EXIT1["Выход У1"]
    end

    subgraph У2 ["У2: Анализ"]
        direction TB
        COMPARE["Сравнение кандидатов"]
        ERR4["❌ Ошибка 4: Противоречие"]
        DECISION["Решение"]

        COMPARE --> ERR4 -->|"триангуляция"| DECISION
    end

    У1 --> У2

    style ERR1 fill:#ff5722,color:#fff
    style ERR2 fill:#ff5722,color:#fff
    style ERR3 fill:#ff5722,color:#fff
    style ERR4 fill:#ff9800,color:#fff

Главный вывод

Ошибки в исследовании неизбежны. Методология не предотвращает их — она даёт инструменты для раннего обнаружения и системного исправления:

  • Лимит времени ловит тупики
  • Трекер гипотез ловит ложные убеждения
  • Бриф с границами ловит кроличьи норы
  • Иерархия источников + триангуляция ловит противоречия
  • Спиральные возвраты превращают каждую ошибку в уточнение модели, а не в «потерянное время»