Сначала компания работала с небольшими магазинами. Потом выяснилось, что лучше всего услуга подходит магазинам с несколькими точками и единым учётом. На сайте описание поменяли, менеджер продолжил пользоваться старым списком, а в отчёте все обращения остались в одной группе. Теперь трудно понять, изменились результаты продаж или само определение клиента.

Документировать сегмент нужно так, чтобы другой человек мог отнести конкретного покупателя к группе и объяснить своё решение. Изменение определения должно сохранять историю: когда, почему и для какой работы начали использовать новые условия.

Запишите рабочее определение

Название «малый бизнес» не помогает отбору. Укажите задачу клиента, обстоятельства её возникновения и признаки, которые важны для вашего решения. Например: «Магазины с двумя–пятью точками, которым нужен единый еженедельный отчёт и которые уже могут выгрузить продажи в согласованном формате».

Разделите обязательные признаки и полезные ориентиры. Если количество точек лишь приблизительно связано со сложностью работы, не делайте его жёстким условием без основания. Иначе подходящие покупатели будут исключаться по формальному признаку.

OpenStax описывает несколько оснований сегментации, включая искомую пользу и интенсивность использования. Для внутренней документации важно выбрать именно те различия, которые меняют потребность, исполнение или способ покупки вашего предложения.

Добавьте примеры попадания и непопадания

Короткое определение почти всегда оставляет пограничные случаи. Приложите два–три обезличенных примера: подходит, не подходит, требуется уточнение. У каждого должна быть причина, связанная с правилом.

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

Такие примеры позволяют заметить противоречия до массовой работы менеджеров. Если два сотрудника постоянно классифицируют одинаковые ситуации по-разному, определение нужно уточнить, а не просто призвать их быть внимательнее.

Оформите изменение отдельной версией

Сохраняйте номер версии, дату начала применения, автора решения и краткую причину. Например: «Версия 2: добавлено обязательное наличие готовой выгрузки, потому что восстановление данных существенно увеличивает объём работы и не входит в текущий пакет».

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

Укажите область применения версии: отбор новых обращений, рекламная аудитория, аналитический отчёт или условия конкретной услуги. Изменение маркетингового фокуса само по себе не меняет уже принятые обязательства перед действующими клиентами.

Сохраните сопоставимость результатов

У обращения полезно хранить признаки клиента и версию правил, действовавшую на момент оценки. Если вы позже пересчитали старые обращения по новому определению, сохраняйте обе классификации с понятными названиями.

Предположим, раньше подходящими считались 40 обращений, из которых восемь стали заказами: конверсия 20%. Новое условие оставляет в этой же исторической группе 20 обращений, включая те же восемь заказов: получается 40%.

Продаж больше не стало. Изменилось основание расчёта. Такой пересчёт может быть полезен для выбора фокуса, но его нельзя показывать как удвоение эффективности работы отдела. Для оценки нового подхода понадобятся последующие наблюдения по сопоставимым правилам.

Восемь заказов из 40 обращений — это 20%. Те же восемь из 20 обращений после нового условия — это 40%.
Продаж больше не стало. Новый процент нельзя показывать как удвоение эффективности отдела.
Было
40 обращений, 8 заказов, 20%.
Стало
Новое условие оставляет 20 обращений и те же 8 заказов, 40%. Продаж больше не стало.

Пересчёт нельзя показывать как удвоение эффективности. Для нового подхода нужны следующие наблюдения по тем же правилам.

Перенесите решение в повседневную работу

Проверьте, где используется описание клиента: анкета, форма заявки, сценарий разговора, реклама, список партнёров, коммерческое предложение и отчёт. Назначьте ответственного за обновление каждого существенного места.

Необязательно сразу перестраивать всю систему. Сначала исправьте точки, где старое правило приводит к неверному обещанию или лишним расходам. Отметьте переходный период, чтобы команда понимала, какие обращения ещё обрабатываются по прежним условиям.

Для сомнительного случая нужен понятный порядок: какие сведения уточнить и кто принимает решение. Поле «не определено» честнее, чем вынужденное отнесение клиента к ближайшей группе ради заполненного отчёта.

Назначьте проверку последствий

После изменения смотрите не только на конверсию. Могут измениться стоимость привлечения, длительность сделки, нагрузка исполнения и число отказов по новым причинам. Уточнение сегмента полезно, если улучшает бизнес в целом, а не только один процент в таблице.

Сохраните условие следующего пересмотра. Например, появится способ готовить данные отдельно или команда подтвердит способность работать с большим числом точек. История решений поможет понять, почему граница существовала и действительно ли её можно расширить.

Практическое задание

Создайте карточку текущего сегмента: определение, обязательные признаки, примеры, версия, дата, основания и область применения. Сравните её с прежней формулировкой. Укажите, какие обращения изменят группу, какие материалы нужно обновить и как вы будете отличать эффект нового отбора от изменения способа расчёта.