Живые кейсы с ошибками: Выбор 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 — это не одна категория. Есть как минимум три класса:
- Универсальные платформы с CRM-модулем (Bitrix24, Мегаплан) — CRM это один из модулей среди задач, проектов, коммуникаций
- Специализированные CRM (amoCRM, Salesforce) — фокус на воронке продаж
- 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):
- Приживаемость — простота для менеджеров (критичный) — время обучения, UX, мобильное приложение
- Интеграция с 1С (критичный) — из брифа
- Стоимость владения до 500 тыс/год (критичный) — из брифа
- Воронка и отчётность (важный) — базовая потребность руководителя
- Мобильное приложение (важный) — менеджеры «в полях»
- Телефония (желательный) — наличие интеграции, без углубления
Как опровержение Г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 | Мегаплан |
|---|---|---|---|---|---|
| Приживаемость (простота) | Критичный | − | ++ | ± | ± |
| Интеграция с 1С | Критичный | ± | ± | ++ | ± |
| Стоимость (35 чел/год) | Критичный | ++ | + | ± | ++ |
| Воронка и отчёты | Важный | ++ | ++ | + | ± |
| Мобильное приложение | Важный | ± | ++ | − | ± |
| Телефония | Желательный | ++ | + | ± | ± |
Оценка и уверенность — раздельно
Почти вся уверенность — (документация 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 |
|---|---|---|---|---|---|
| Приживаемость | Критичный | ++ | ± | − | ± |
| Интеграция с 1С | Критичный | ± | ± | ± | ++ |
| Стоимость | Критичный | + | ++ | ++ | ± |
| Воронка/отчёты | Важный | ++ | ± | ++ | + |
| Мобильное | Важный | ++ | ± | ± | − |
Анализ чувствительности¶
- «Если интеграция с 1С окажется критичнее приживаемости?» → Выбор сместится к 1С:CRM. Но: наши менеджеры не пользуются 1С, синхронизация возможна через коннекторы.
- «Если amoCRM поднимет цены?» → При удвоении цены (~600 тыс.) выходим за бюджет → переход к Мегаплан.
- «Если приживаемость amoCRM на практике окажется хуже, чем по отзывам?» → Пилот покажет. Решение — двусторонняя дверь.
Pre-mortem¶
Через 6 месяцев выбор amoCRM оказался ошибкой, потому что...
- «Интеграция с 1С через коннектор нестабильна, данные рассинхронизируются» — вероятность средняя. Страховка: тестировать интеграцию на пилоте, иметь план B (ручной экспорт раз в неделю).
- «Менеджеры всё равно не пользуются — вернулись в Excel» — вероятность средняя. Страховка: обязательное ведение сделок в CRM как KPI, обучение, руководитель смотрит только дашборд CRM.
- «Не хватает функций — нужны бизнес-процессы, документооборот» — вероятность низкая (для 35 человек это избыточно, но возможно при росте). Страховка: amoCRM имеет виджеты и API для расширения.
Решение¶
Выбор: начать с amoCRM (пилот на отделе продаж, 2 недели).
Обоснование: единственный кандидат с оценкой ++ по критичному критерию приживаемости (уверенность — отзывы, поэтому старт через пилот). Стоимость в бюджете. Воронка и мобильное приложение — сильные стороны, что соответствует профилю B2B-компании с менеджерами «в полях». Интеграция с 1С —
, но для двусторонней двери это приемлемый риск, проверяемый на пилоте.
Пересмотреть, если: (1) пилот покажет, что интеграция с 1С неработоспособна и ручной обходной путь неприемлем → рассмотреть 1С:CRM; (2) через 3 месяца приживаемость менее 70% → проблема не в CRM, а в процессе внедрения.
Постмортем исследования¶
Рефлексия: что сработало, что нет, что делать иначе
Что сработало¶
- Трекер гипотез — заставил явно зафиксировать опровержение Г1, Г2, Г3. Без трекера я бы, вероятно, «забыл» про опровержения и всё равно выбрал Bitrix24 по инерции.
- Правило лимита времени — помогло выйти из тупика со стандартами (Ошибка 1). Без него мог потратить ещё час.
- Бриф с границами — помог обнаружить кроличью нору с телефонией (Ошибка 3). Вопрос «это внутри границ?» работает.
- Свидетельства-first + иерархия S1–S7 — помог правильно обработать противоречие вендор vs практика (Ошибка 4): данные вендора (S4) ≠ факт.
Что не сработало¶
- Потерял 2 часа на тупик (Ошибка 1) — надо было раньше задать вопрос «а существует ли вообще стандарт в этой области?» вместо того чтобы перебирать вариации запросов.
- Нет
по ключевым критериям — все оценки приживаемости основаны на отзывах (S5–S6). Для
нужен пилот или данные от аналогичных компаний. Уровень У2 формально достигнут, но «зелёного» мало.
- Кроличья нора не сразу замечена — 45 минут на телефонию. Надо ставить таймер: если через 15 минут тема не связана с критериями из брифа → стоп.
Что делать иначе в следующий раз¶
- На холодном/тёплом старте — сначала проверить: регулируемая ли область. Запрос: «Существуют ли стандарты / ГОСТы / ISO для выбора \<тема>?» — 5 минут вместо 2 часов.
- Критерии формулировать ДО поиска кандидатов — я начал с кандидатов (Bitrix24, потому что «все используют»), а потом подгонял критерии. Правильный порядок: сценарии (С2) → критерии → кандидаты.
- Ставить 15-минутный таймер при уходе в новую подтему. Если за 15 минут тема не привязана к критерию из брифа — это кроличья нора.
Карта ошибок и реакций¶
Сводная таблица: что пошло не так и какой механизм Призмы помог это обнаружить и исправить.
| # | Ошибка | Тип | Время потерь | Как обнаружена | Механизм Призмы | Запись итерации |
|---|---|---|---|---|---|---|
| 1 | Поиск несуществующего стандарта | Тупик | 2 ч | Лимит времени: «2 часа на один подпункт — что-то не так» | Правило 6 (ограничивай время), Шаг 3 (обновление Г3 → | С3(У1) → пересмотр подхода |
| 2 | «Больше функций = лучше» | Ложная гипотеза | 30 мин | Трекер гипотез: колонка «Против» перевесила | Правило 7 (управляй гипотезами), светофор | Г2 → |
| 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 Главный вывод
Ошибки в исследовании неизбежны. Методология не предотвращает их — она даёт инструменты для раннего обнаружения и системного исправления:
- Лимит времени ловит тупики
- Трекер гипотез ловит ложные убеждения
- Бриф с границами ловит кроличьи норы
- Иерархия источников + триангуляция ловит противоречия
- Спиральные возвраты превращают каждую ошибку в уточнение модели, а не в «потерянное время»