Задача уходит сообщением
Описание, срок и файлы остаются в чатах или отдельных таблицах.
Согласование макетов и работа дизайнера в amoCRM
Когда продажа требует индивидуального макета, важно не потерять задачу между менеджером, дизайнером и клиентом. Строим процесс, в котором дизайнер получает необходимые данные, правки фиксируются, а менеджер понимает, на каком этапе находится макет и можно ли передавать заказ дальше.
Менеджер ↔ дизайнер
Параметры заказаданные и исходные материалы
→Задача дизайнерусрок, срочность, сложность
→Правки и версиирезультат возвращается в процесс
→Макет согласованможно передавать заказ дальше
→Где ломается процесс
Ручная передача быстро приводит к потере данных и правок
Проблема обычно не в самой работе дизайнера, а в передаче параметров, правок и статуса между ролями.
Не хватает обязательных данных
Дизайнер начинает работу, затем возвращается за параметрами заказа.
Правки разбросаны
Комментарии клиента и версии макета сложно связать в одну актуальную цепочку.
Срочность определяется вручную
Приоритет зависит от личных договорённостей, а не от понятного признака.
Менеджер уточняет статус
Чтобы ответить клиенту, приходится отдельно спрашивать дизайнера.
Дальше уходит неподтверждённый результат
Без явного статуса заказ можно передать в производство слишком рано.
Рабочий сценарий
От параметров заказа до согласованного макета
Поля, роли и число циклов согласования зависят от процесса компании.
Менеджер фиксирует параметры→Задача дизайнеру→Сложность и срочность→Макет→Правки / новая версия→Согласование→Результат в сделке→Передача дальше
Рабочее место дизайнера
Только данные, необходимые для выполнения задачи
Не обязательно заставлять дизайнера работать со всей продажной CRM. Определяем только те данные и действия, которые нужны дизайнеру для работы.
Заказ и параметры
Ссылка на сделку, технические данные и обязательные поля.
Файлы и материалы
Исходники, комментарии и ссылка на актуальный результат.
Срок и приоритет
Срочность и сложность по правилам конкретного процесса.
Статус результата
Понятно, что находится в работе, на правках, готово или согласовано.
Менеджер
Статус макета виден без отдельного уточнения
Менеджеру нужен не дизайнерский интерфейс, а ясная точка процесса и следующее действие.
Задача принята
Понятно, что дизайнер получил работу.
Макет в работе
Базовый статус не нужно уточнять сообщением.
Нужны данные или правки
Процесс возвращается в определённую точку с конкретным действием.
Готов к согласованию
Менеджер получает результат и продолжает работу с клиентом.
Согласован
Заказ можно передавать к документам, оплате или производству.
Без лишней разработки
Отдельный интерфейс нужен не всегда
Если задачу устойчиво закрывают стандартные задачи amoCRM и дисциплина заполнения полей, дополнительную разработку не добавляем.
Когда разработка оправдана
Сложность появляется при большом потоке и собственных правилах
Дополнительный интерфейс имеет смысл, когда задач много, есть свои параметры срочности и сложности, несколько ролей видят разные части процесса или согласование связано с дальнейшим производством.
Перед проектом
Что нужно определить
Фиксируем границы процесса до реализации, чтобы задача дизайнера и статус сделки не жили отдельно друг от друга.
Кто ставит задачу
Роль и событие передачи.
Обязательные данные
Что должно быть заполнено до старта.
Файлы и версии
Где находится исходник и актуальный результат.
Правки
Как фиксируются комментарии и возвраты.
Согласование
Какой статус разрешает следующий этап.
Вопросы
Частые вопросы
Дизайнеру нужен отдельный пользователь amoCRM?
Зависит от выбранного интерфейса и прав. Сначала определяем, где дизайнеру удобнее работать и какие данные ему действительно нужны.
Можно хранить несколько версий макета?
Можно спроектировать хранение ссылок или файлов и статусов версий, если это требуется процессу. Конкретный способ зависит от текущего файлового контура компании.
Можно автоматически ставить задачу дизайнеру?
Да, если определено событие, при котором заказ готов к дизайну, и обязательные данные заполнены.
Можно учитывать сложность и срочность?
Да. Такой сценарий уже использовался в реальном процессе. Конкретная шкала и правила настраиваются под компанию.
Это подходит только полиграфии?
Нет. Сценарий применим там, где между продажей и исполнением есть подготовка и согласование индивидуального визуального или технического результата.
Как сейчас менеджер передаёт заказ дизайнеру?
Опишите, какие данные и файлы нужны, как идут правки и что считается согласованным результатом. Соберём процесс без потери задач и версий.