CRM и контроль продаж

Сумма в отчёте меняется: какую дату данных вы сравниваете Учебная ситуация. В 10:00 РОП сохранил отчёт по открытым сделкам, а в 14:00 увидел другую сумму за тот же период. Это ещё не ошибка расчёта: за четыре часа могли появиться новые сделки, измениться состав заказа, стадия или фильтр. Перед выводом подпишите каждый снимок данных четырьмя признаками: период событий, время формирования, применённые фильтры и список включённых ID. Затем сопоставьте составы. Изменение общей суммы объясняйте конкретными добавленными, исключёнными или изменёнными карточками. Учебный пример: отчёт сформирован 10 ноября в 10:00 и повторно в 14:00. Если во втором списке появился один новый ID, сначала проверьте время и основание его включения. Сумма открытых сделок показывает состояние выборки на момент снимка, а не поступившую оплату. Сегодня сохраните параметры и состав одного отчёта перед повторным сравнением. Известно ли вам время и состав данных в сравниваемых отчётах?

Сделка есть, но её не найти: какого признака не хватает в названии Учебная ситуация. Руководитель помнит заказ по объекту, менеджер — по имени клиента, а в CRM сделка названа «Новый заказ». Карточка существует, но поиск превращается в перебор списка. Проведите простой тест: попросите сотрудника найти одну сделку тем способом, которым он пользуется в работе. Запишите поисковый признак — компания, объект, город, номер заказа или контакт. Затем проверьте, есть ли этот признак в названии либо в отдельном поле, доступном для поиска в вашей системе. Не пытайтесь поместить в название всю карточку. Достаточно устойчивого правила, например: «клиент — объект — вид заказа». Учебный вариант: «Альфа — офис на Ленина — вывеска». Срок, сумма и стадия меняются, поэтому их безопаснее хранить отдельно. После изменения повторите тот же поиск и убедитесь, что открылась нужная карточка, а не похожая сделка. По какому признаку ваши сотрудники обычно ищут заказ, когда не помнят его точное название?

Карточку удалили: как объяснить изменение отчёта В сохранённом отчёте было десять карточек, после обновления осталось девять. Прежде чем объяснять разницу работой отдела, проверьте один пропавший ID. Учебный пример: оба снимка относятся к заявкам, созданным 1 ноября, и сделаны в 18:00 и 18:20 того же дня. Условия отбора одинаковы. В проверяемой истории есть удаление одной карточки в 18:10. Все данные и обстоятельства вымышлены. Сопоставьте сохранённые списки по ID. Для найденной записи проверьте доступные подтверждения: когда её удалили, кто выполнил действие и на каком основании. Если причиной назван дубль, нужна связь с оставленной карточкой. Само слово «дубль» этого не доказывает. Если история недоступна, отметьте причину изменения как неустановленную. Не подставляйте отказ клиента по догадке: удаление записи и решение покупателя — разные события. Наличие нужной истории в конкретной CRM требует проверки. Сегодня сохраните основание изменения состава одного отчёта вместе с исходным списком. Количество строк без этой связи не объясняет результат продаж. Можно ли по вашим данным установить основание удаления одной карточки из отчёта?