В карточке сделки amoCRM стоит оставлять поля, которые помогают выполнить следующий шаг, передать работу или получить проверяемый отчёт. Для каждого поля нужны понятный смысл, источник значения, момент заполнения и ответственный за качество. Если никто не может объяснить, какое решение зависит от поля, сначала проверьте его использование, прежде чем заставлять менеджеров его заполнять.
Практический результат этого разбора — словарь полей и владельцев. Он помогает уменьшить лишний ввод, распределить сведения между сделкой, контактом и компанией, а также подготовить изменения без потери истории. Универсального количества полей для всех отделов нет.
Какие поля нужны менеджеру
Начните с нескольких реальных сценариев: новая заявка, повторная покупка, подготовка предложения, отказ и передача заказа. Для каждого спросите, без каких сведений сотрудник не сможет продолжить работу. Затем проверьте, какие из них уже представлены стандартными полями, задачами, связями или историей общения.
- Предмет запроса: что именно требуется в этой продаже и какое решение нужно подготовить.
- Условия конкретной сделки: объём, ограничения, согласованные параметры и важные даты, если они влияют на работу.
- Ответственность и состояние: используйте штатного ответственного и этап; не создавайте текстовые копии тех же сведений без отдельной причины.
- Результат: фактическое основание успеха или отказа, необходимое для передачи и разбора продаж.
- Аналитические признаки: только те, для которых определены управленческий вопрос и способ получения достоверного значения.
Следующее действие обычно лучше оформлять задачей с исполнителем и сроком. Поле «когда-нибудь перезвонить» не заменяет контроль выполнения. Историю разговора можно сохранить в примечании, а отдельными полями выделить сведения, которые действительно нужны для фильтра, правила или отчёта.
Не поручайте менеджеру вручную переписывать сведения, которые уже достоверно поступают из источника. Но перед автоматическим заполнением назначьте источник истины: кто имеет право исправить значение и может ли следующий обмен перезаписать ручную правку.
Контакт, компания или сделка: где хранить данные
Выбирайте место по смыслу и сроку жизни значения. Контакт описывает человека и способы связи с ним. Компания — организацию. Сделка — отдельный запрос или продажу. Доступность поля контакта прямо из карточки сделки не превращает его в независимое поле каждого заказа.
Учебный пример. Один сотрудник клиента заказывает сначала обучение, а позже интеграцию. Его телефон относится к контакту. Требуемая дата запуска и состав работ относятся к каждой сделке. Если записать «срок запуска» в контакт, новый заказ изменит общее значение, и по нему уже нельзя будет уверенно объяснить условия прежней продажи.
Отделяйте актуальные сведения от исторического состояния. Текущий сегмент компании может измениться. Если отчёт должен показывать сегмент именно на момент продажи, потребуется отдельно спроектировать фиксацию этого значения и правила изменения. Простая ссылка на текущее поле компании не гарантирует историческую точность.
Проверьте решение на двух одновременных сделках одного клиента: изменение реквизита контакта должно давать ожидаемый общий результат, а изменение условия одного заказа — не менять другой. Для спорного поля задайте вопрос: «Может ли у этого клиента одновременно быть два разных значения?» Если да, хранить его только в контакте обычно недостаточно.
Словарь полей и владельцев
Ниже — учебная заготовка для B2B-продажи. Это не обязательный набор настроек amoCRM. Используйте существующее поле, если оно уже соответствует смыслу; новые создавайте после проверки дублей и зависимостей.
| Сведение и место | Для чего нужно | Формат и источник | Когда заполнять | Владелец качества |
|---|---|---|---|---|
| Телефон · контакт | Связаться с человеком | Штатное поле телефона; источник заявки или подтверждение клиента | Когда номер получен; не выдумывать, если общение идёт в чате | Менеджер проверяет принадлежность номера |
| Направление запроса · сделка | Выбрать маршрут обработки | Один вариант из согласованного списка; уточнение потребности | До передачи профильному исполнителю | Руководитель продаж ведёт справочник |
| Согласованный объём · сделка | Подготовить и проверить предложение | Структурированные параметры или краткое описание по шаблону | До подготовки окончательного предложения | Менеджер, подтверждение — клиент |
| Плановая дата запуска · сделка | Проверить возможность исполнения | Дата; договорённость по конкретному заказу | Когда обсуждается график работ | Менеджер согласует с исполнением |
| Сегмент · компания | Группировать текущую клиентскую базу | Список по утверждённым критериям | После проверки признаков сегмента | Владелец клиентской базы |
| Внешний ID заказа · сделка | Связать CRM с учётной системой | Значение из интеграции; формат проверен разработчиком | После создания внешнего заказа | Ответственный за интеграцию |
| Причина отказа · сделка | Разбирать потери по сопоставимым причинам | Согласованный список и пояснение, если оно необходимо | При подтверждённом закрытии без продажи | Руководитель продаж проверяет трактовку |
В рабочем словаре добавьте ID поля, точное определение, допустимые значения, пример, потребителя данных и правило обязательности. Укажите, где поле используется: форма, интеграция, автоматизация, шаблон документа, фильтр или отчёт. Различайте того, кто вводит значение, и того, кто отвечает за смысл справочника.
Например, «бюджет клиента», «сумма предложения» и «полученная оплата» — разные понятия. Если все три записываются в одно поле «Сумма», отчёт будет зависеть от того, на каком этапе его открыли. Сначала определите экономический смысл каждого показателя, затем сопоставляйте его с полями и источниками.
Какие поля делать обязательными
Требуйте сведения в тот момент, когда сотрудник уже может их получить и они нужны для следующего решения. Обязательность всех полей на входе провоцирует случайные значения и заглушки. Если бюджет ещё не обсуждался, нельзя превращать неизвестность в ноль только ради сохранения карточки.
В amoCRM обязательность можно настроить на определённых этапах воронки; справка указывает доступность функции начиная с тарифа «Расширенный». Перед настройкой проверьте условия своего аккаунта. Официальная инструкция по карточке и полям.
У каждого правила должен быть проверяемый смысл: «перед подготовкой предложения известен состав запроса», «перед передачей заказа подтверждены условия исполнения». Если критерии этапов ещё спорные, сначала согласуйте логику воронки amoCRM.
Протестируйте обычный переход, возврат на предыдущий этап, старую сделку с пустым полем и вход через используемую интеграцию. Успешная проверка ручного ввода не подтверждает, что импорт и автоматизация обеспечивают ту же полноту. Обязательность также не проверяет истинность значения: формально заполненное «не знаю» не заменяет нужный факт.
Как убрать лишнее без потери данных
- Составьте инвентаризацию. Название, сущность, тип, заполненность на актуальных и старых карточках, владелец и зависимости. Пустое поле может понадобиться редкому сценарию, а заполненное — больше нигде не использоваться.
- Найдите дубли смысла. Сравнивайте определения и значения, а не только похожие названия. Решите, какое поле станет основным и как разбирать расхождения.
- Упростите расположение. Выведите частые действия выше, сгруппируйте остальные. Группа с редкими сведениями сохраняет данные, но не должна скрывать от сотрудника обязательный шаг.
- Подготовьте перенос. Сохраните исходные значения с ID объектов, правила преобразования и настройки. Проверьте контрольную выборку, пустые значения и конфликты. Затем обновите связанные интеграции и отчёты.
- Проверьте вывод из использования. Убедитесь, что старое поле больше не читают и не заполняют действующие процессы. Решение об удалении принимайте после сверки и согласования с владельцем данных.
В официальной справке amoCRM указано: удалить поле — значит убрать его из всех карточек вместе с данными; тип уже созданного поля изменить нельзя. Для смены типа нужен отдельный план переноса в подходящее поле, а не переименование старого. Создание и удаление полей.
Скрытие по этапам относится к отдельно подключаемой опции «Супер-поля», доступной с тарифа «Расширенный». Справка также указывает, что обязательное поле скрыть нельзя. Не закладывайте эту возможность в план, пока не проверена её доступность. Сокращение видимых полей само по себе не подтверждает ограничение доступа к данным через другие способы работы. Скрытие полей на этапах.
После изменения структуры повторите сценарии приёмки, которые затрагивают формы, переходы, обмен и отчёты. Одна аккуратная карточка не доказывает сохранность всей цепочки.
Как подготовить поля для отчётов
Начните с вопроса руководителя: например, по каким направлениям теряются сделки и почему. Для каждого разреза нужен единый смысл и согласованные значения. Свободный текст удобен для пояснения, но варианты «нет бюджета», «дорого» и «цена» нельзя автоматически считать одной причиной без правил классификации.
- Тип соответствует смыслу. Даты храните в подходящем формате, количественные значения — без произвольного текста. Для группировки выбирайте управляемый список, если набор вариантов определён.
- Неизвестное не равно нулю. Отдельно опишите отсутствие данных, неприменимость и подтверждённое нулевое значение. Не подменяйте одно другим при переносе.
- Есть момент фиксации. Текущее значение и значение на момент закрытия могут отличаться. Уточните, что должен показывать отчёт после последующего изменения карточки.
- Справочник управляется. Назначьте владельца добавления и переименования вариантов; сохраняйте объяснение изменений для сравнения периодов.
- Понятно правило учёта. Если допускается несколько значений, проверьте, не считается ли одна сделка несколько раз при разбиении отчёта.
Подготовьте небольшой контрольный набор: две сделки одного клиента, неизвестное значение, отказ, повторный заказ и изменение справочника. Рассчитайте ожидаемый итог вручную и сравните с отчётом при тех же фильтрах. Не обещайте готовый разрез только потому, что поле создано: возможности конкретного отчёта и способ передачи данных нужно проверить.
Как проверить новую карточку
Попросите менеджера самостоятельно пройти сценарий по словарю. Он должен понимать, что означает каждое поле, откуда взять значение и когда оно требуется. Проверьте сохранение и повторное открытие, доступ из рабочих ролей и используемых устройств, поступление данных из каналов и отсутствие изменений в соседней сделке клиента.
Карточка готова к запуску, когда обязательные сведения доступны вовремя, значения сопоставимы, интеграции работают, а отчёт объясняется исходными записями. Оставшиеся ограничения внесите в словарь. Изменения работающей CRM можно включить в согласованный план сопровождения amoCRM, начав с нескольких полей, которые уже мешают работе или искажают данные.