Три вопроса, которые я задаю перед тем, как завести новое поле в CRM

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

Откуда вообще берутся лишние поля

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

Заметьте: на этом шаге всё выглядит абсолютно разумно. Одно поле — это минута работы, никаких затрат, никакого риска. Именно поэтому такие решения принимаются мгновенно и без обсуждения.

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

Проходит год, поле никто не убирает. Оно же не мешает. Через три года таких полей в карточке набирается два десятка, и открывать сделку становится физически неприятно.

Второй источник — запросы соседних отделов. Маркетингу нужно своё, производству своё, бухгалтерии своё. Каждый просит одну строчку, и каждому по отдельности сложно отказать. А платит за всё это менеджер, который открывает карточку тридцать раз в день.

Первое, что я спрашиваю: это поле повлияет на какую-то метрику или нет? И если да — на какую именно и как вы её будете считать.

Вопрос звучит занудно, но он моментально расставляет всё по местам. Часто ответ такой: ну, я хочу понимать, как у нас дела с этим направлением. А как именно вы это будете считать? И вот тут пауза.

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

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

Второй вариант: поле не влияет на метрику, но нужно для отчёта. Окей. Тогда — для какого отчёта конкретно.

Это тоже честный сценарий. Бывают поля, которые нужны не для управления, а для конкретной регулярной выгрузки: для бухгалтерии, для производства, для партнёра. Тут вопросов нет.

Но если ответ звучит как «ну, вообще для отчётности», это не ответ. Отчётность — не сущность, это слово. За ним должен стоять конкретный отчёт, который кто-то конкретно открывает с какой-то периодичностью.

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

Третий вопрос самый жёсткий: как я буду этот отчёт интерпретировать?

Тут простая логика. Если я получаю отчёт, я должен на его основании принять решение и сделать бизнес эффективнее. Не «посмотреть». Не «держать руку на пульсе». Принять решение и что-то поменять.

И вот на этом вопросе сыпется больше всего запросов. Человек честно задумывается и говорит: ну, я посмотрю, и что дальше — не знаю. Значит, отчёт не нужен. Значит, и поле не нужно. Если поле создаётся просто для того, чтобы оно заполнялось, и никакой пользы ни менеджеру, ни руководителю не несёт — делать его не нужно.

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

Первое, что приходит в голову — время. Каждое лишнее поле это секунды рабочего времени менеджера, умноженные на количество сделок в месяц. Уже неприятно, но это ещё полбеды.

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

То есть вы завели поле «на всякий случай», а испортили качество данных по тем полям, которые реально нужны. И потом удивляетесь, почему воронка врёт.

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

Есть простой способ проверить, что у вас происходит. Посмотрите на карточку глазами человека из менеджеров, а не глазами руководителя.

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

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

Чтобы не выглядело так, будто я против полей вообще. Поле нужно, когда без него нельзя принять решение или сделать следующий шаг.

Хороший признак: полем пользуется сам менеджер. Оно ему помогает вспомнить контекст, подготовиться к разговору, не переспрашивать клиента одно и то же. Такие поля заполняются сами, без напоминаний и без обязательности.

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

И совет напоследок: убирать поля лучше не удалением, а скрытием. Данные останутся на месте, карточка станет короче. Если через пару месяцев никто про поле не вспомнил, вы всё сделали правильно. А если вспомнили — вернуть его дело одной минуты.

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