Сквозной учебный пример бизнес-разбора: как отделить факты от версий, сравнить варианты и проверить решение малым шагом.
Часть большого руководства: Бизнес-разборы: что это и как получить пользу — руководство
Пример бизнес-разбора полезен как способ увидеть механику решения: от исходной версии к фактам, альтернативам и ограниченной проверке. Ниже разберём одну ситуацию от начала до конца. Собственник компании услуг выбирает: нанять второго продавца или сначала исправить обработку входящих обращений.
Важно: это полностью учебный пример. У предпринимателя, компании и обсуждения нет реального прототипа, а итог проверки заранее неизвестен. Мы намеренно не придумываем показатели и успешный финал. Перенесите ход рассуждения на свои данные, не копируя решение.
Бизнес-разбор не должен отвечать на расплывчатый вопрос «как увеличить продажи». Он помогает проверить конкретное решение до того, как вы вложите в него деньги, время руководителя и внимание команды. В нашем примере решение звучит так: «Нужно нанять второго продавца, потому что нынешний сотрудник не справляется с потоком».
В этой фразе уже смешаны наблюдение, объяснение и действие. Наблюдение может состоять в том, что часть обращений остаётся без содержательного ответа. Объяснение собственника: сотруднику не хватает времени. Предложенное действие: расширить отдел. Каждая часть требует отдельной проверки. Если сразу обсуждать найм, группа будет выбирать между кандидатами и схемами мотивации, хотя причина потерь может находиться раньше: в маршрутизации заявок, правилах ответа или составе самого входящего потока.
Рабочая цель разбора поэтому уже: понять, достаточно ли оснований для найма или сначала нужен тест процесса обработки обращений. Если вы впервые готовите ситуацию к обсуждению, используйте подробную схему из материала «Бизнес-разборы: что это такое и как подготовить запрос».
Хороший результат на этом этапе выглядит как ясная развилка, а не окончательный ответ. Вы знаете, какие факты поддерживают каждую версию, чего пока не знаете и какое небольшое действие уменьшит неопределённость.
Представим собственника компании, которая оказывает услуги другим организациям. Новые клиенты приходят через сайт, рекомендации и повторные обращения. В продажах работает один сотрудник, а собственник подключается к сложным переговорам. В последнее время собственник замечает необработанные диалоги и поздние ответы. Он делает вывод, что текущей мощности отдела недостаточно, и готов открыть вакансию второго продавца.
Для разбора он сначала формулирует запрос так: «Как нанять сильного продавца и быстро ввести его в работу?» Модератор возвращает разговор на один шаг назад: «Какое наблюдение заставило вас решить, что нужен именно найм?» После уточнения запрос становится другим:
«Часть входящих обращений не доходит до содержательного разговора. Я предполагаю, что продавец перегружен, поэтому думаю о втором сотруднике. Хочу понять, что проверить до открытия вакансии: реальную нагрузку, правила обработки или качество самих обращений».
Теперь у участников есть предмет разговора. Но данных ещё мало. Неизвестно, что компания называет обращением, какие сообщения требуют ответа продавца, когда заявка считается принятой в работу, как фиксируются следующие шаги и по какой причине диалог прекращается. Фраза «часть заявок теряется» честно обозначает проблему, но пока не объясняет её.
Собственнику также важно назвать границу: на разборе не оценивают личность сотрудника и не ставят ему диагноз по чужому пересказу. Обсуждают наблюдаемые действия, правила процесса и решения самого собственника.
Сначала выпишите всё, что вы считаете очевидным. Затем напротив каждой фразы поставьте один из трёх ярлыков: факт, версия или неизвестное. Факт можно проверить в переписке, системе учёта, записи звонка, календаре либо договорённости. Версия объясняет факт. Неизвестное показывает пробел, который пока нельзя честно заполнить.
В учебном примере собственник приносит на встречу не красивую сводку, а небольшой проверяемый срез: несколько недавних диалогов из разных каналов, действующие правила передачи заявки, список задач продавца и примеры того, как назначается следующий контакт. Конкретное количество записей зависит от бизнеса и доступных данных; не стоит назначать универсальную норму.
Полезно отметить изменения контекста. Возможно, недавно добавился новый канал, поменялось предложение, собственник стал позже подключаться к переговорам или в систему попадают сервисные вопросы действующих клиентов. Тогда очередь выросла не из-за недостатка продавцов, а потому, что разные типы обращений смешались.
После фактов группа не выбирает один ответ голосованием. Она строит минимум несколько правдоподобных вариантов. Для нашего примера это немедленный найм, исправление процесса до найма и комбинированный путь. Сравнивать их лучше по одинаковым критериям: какое предположение лежит в основе, что нужно проверить, чем опасна ошибка и насколько решение обратимо.
| Вариант | На каком предположении держится | Что проверить до запуска | Риск поспешного решения | Обратимость |
|---|---|---|---|---|
| Сразу нанять второго продавца | Причина потерь связана с нехваткой рабочей мощности | Состав нагрузки, очередь, повторяемость задач, возможность передать работу | Новый сотрудник попадёт в неясный процесс и воспроизведёт те же потери | Низкая или средняя: найм создаёт обязательства и требует внимания |
| Сначала исправить обработку | Потери возникают из-за правил, приоритетов или отсутствия контроля следующего шага | Маршрут обращения, роли, обязательные записи, причины остановки диалога | При реальной перегрузке команда продолжит терять обращения во время проверки | Высокая: ограниченное изменение процесса можно отменить |
| Подготовить найм и параллельно проверить процесс | Неопределённость высока, но откладывать подготовку нельзя | Какие действия не создают необратимых обязательств: профиль роли, описание процесса, первичный поиск | Команда распылится, а собственник примет подготовку за доказанную необходимость найма | Средняя: зависит от того, дошли ли вы до оффера и выхода сотрудника |
Таблица не выдаёт победителя. Она показывает цену ошибки и недостающие основания. В учебной ситуации найм может оказаться верным решением, но его пока нечем отличить от попытки добавить человека в сломанный процесс.
Сильный вопрос не маскирует совет. Формулировка «почему вы ещё не внедрили CRM?» уже проталкивает инструмент. Лучше спросить: «Где сейчас сохраняется история обращения и как следующий сотрудник понимает, что делать?» Ниже собраны практические шаблоны, которые можно подставить в свой запрос.
Чтобы не превращать разговор в допрос, задавайте один вопрос и оставляйте время на ответ. Перефразируйте услышанное, попросите пример, проверьте, правильно ли поняли. Ещё больше формулировок есть в статье «Как задавать вопросы на бизнес-разборе».
После обсуждения собственник не обязан выбирать между «нанять» и «ничего не делать». Он может спроектировать ограниченную проверку, которая даст основание для следующего решения. В учебном примере рабочая гипотеза звучит так:
«Мы предполагаем, что часть обращений останавливается из-за неясной маршрутизации и отсутствия обязательного следующего шага, а не только из-за нехватки сотрудника. Сначала применим единое правило обработки на ограниченном потоке, проверим исполнение и затем вернёмся к вопросу о найме».
Здесь нельзя подставлять выдуманный срок или обещанный рост. Продолжительность выбирают по циклу сделки и объёму доступных наблюдений. Если сделки длинные, ранним сигналом может быть не оплата, а соблюдение процесса: обращение назначено ответственному, клиент получил содержательный ответ, следующий контакт зафиксирован, причина остановки известна.
Заполните карточку проверки:
Проверка не обязана доказать одну причину. Она может показать, что процесс стал прозрачнее, но мощности всё равно недостаточно. Это уже более сильное основание для найма, потому что новая роль входит в описанную систему.
Разбору нужна простая последовательность. Сначала собственник кратко описывает ситуацию, фон, свою оценку и запрос. Такая структура близка к рамке SBAR: ситуация, контекст, оценка и рекомендация или запрос. Модель пришла из командной коммуникации в здравоохранении, но здесь используется только как способ компактно передать информацию, а не как отраслевая инструкция.
Участникам полезно разделять опыт и предписание. Вместо «я бы немедленно нанял» скажите: «В моей ситуации похожий симптом был связан с перегрузкой; мы проверяли это по составу очереди. Что видно в вашей очереди?» Так опыт остаётся материалом для мысли, а не чужой командой.
Если обсуждаются сотрудники, клиенты или финансовые трудности, заранее договоритесь о конфиденциальности. Принцип Chatham House Rule разрешает использовать полученную информацию, но не раскрывать личность и принадлежность высказывания. Конкретные правила встречи всё равно нужно проговорить: что нельзя записывать, пересылать и публиковать.
В дату пересмотра собственник сравнивает исходную гипотезу, фактическое выполнение и наблюдения. Сначала проверьте качество самой проверки. Команда действительно следовала новому правилу? Все ли нужные обращения попадали в обзор? Не изменились ли одновременно цена, предложение или канал привлечения? Если условия не соблюдены, честный итог звучит так: «проверка не дала надёжного основания».
Дальше доступны четыре нормальных решения:
В любом случае зафиксируйте: что решили, на каких фактах, что остаётся неизвестным, кто отвечает за следующий шаг и когда решение пересматривается. Не переносите в план все мысли участников. Выберите только то, что связано с проверяемой версией. Для закрепления результата пригодится материал «Что делать после бизнес-разбора».
Так заканчивается учебный пример: не победой одного варианта, а понятной логикой. Мы не утверждаем, что собственник нанял сотрудника или улучшил результат. Реальный итог зависит от его данных и исполнения проверки.
Да. Запишите решение, факты, версии, альтернативы и критерий пересмотра. Но в одиночку сложнее заметить собственные допущения. Попросите партнёра или руководителя задавать только уточняющие вопросы, не предлагая решение в первой части разговора.
Нет. Нужен достаточный и понятный срез по конкретной развилке. Покажите источник каждого факта и явно отметьте пробелы. Конфиденциальные сведения можно обезличить, если после этого сохраняется смысл ситуации.
Верните разговор к основанию: «Какой факт поддерживает этот вариант?» и «Что должно быть верно, чтобы совет подошёл именно к моей ситуации?» Затем попросите рассказать, где подобное решение не сработало.
Она ограничена по участку, времени и обязательствам, а её можно остановить без тяжёлых последствий. При этом проверка должна касаться критичного предположения. Косметическое действие, которое ничего не меняет в решении, малым тестом не является.
Рабочий итог включает уточнённый вопрос, карту альтернатив, одно проверяемое действие и дату возврата к решению. Готовый ответ приятен, но без оснований может подтолкнуть к преждевременному запуску.
Ближайшие «Бизнес-разборы», Москва. Приходите с вопросом о бизнесе, деньгах, команде или личном решении - и найдите свой следующий шаг в разговоре на равных.
Бизнес-разборы