Статусы – это те самые промежуточные действия по сделке, о которых шла речь выше: товар заказан, товар на складе, нет в наличии, заказ получен, заказ сформирован и т.д.
Статусы делятся на две большие группы:
- Активные, где работа с клиентом еще ведется. Например, отправлено КП или счет на оплату, но оплата еще не произведена.
- Закрытые, которые в свою очередь, также делятся на две группы: те, кому мы уже продали (успешно реализованные) и закрытые нереализованные, с которыми не ведется никакая работа. У последних нет никаких задач на новые шаги, они вышли из воронки (отказ, переезд, нецелевой и т.д),
Важно, чтобы трактовки статусов были всегда однозначными, без скрытых смыслов. То есть, шаг «Счет отправлен» должен означать только то, что счет ушел клиенту на оплату, ни больше и не меньше. Представьте, если этот шаг переименовать, к примеру, в «Счет в работе». Что это может означать? Счет только формируют? Или он уже отправлен клиенту? Или клиент его уже оплатил, но менеджер еще не проверил эту информацию? Представляете, какая путаница возникнет в работе, если формулировать статусы размыто.
Указывайте статусы так, чтобы был понятен и отмечен дальнейший шаг по сделке. Например, статус «отправлен счет» должен обязательно иметь задачу «проверить оплату счета». Если сделка активная, но нет задач на следующий шаг, про клиента просто забывают, сделка становится упущенной, а ваш бизнес теряет прибыль.
Тоже самое касается и сделок с просроченными задачами. Забытый клиент – потерянные деньги.
Видов статусов может быть как очень много, так и очень мало. Универсальной модели нет, это поле для экспериментов. Если изначально вы прописали какой-то шаг, а после поняли, что практической пользы он не несет, смело убирайте или меняйте на другой.
Воронка – это не конструктор, куда нужно поместить как можно больше деталей. Каждая деталь должна оправдывать свое нахождение в общей модели. Вы не бизнес-процессы подгоняете под статусы, а наоборот.