Инструкции и решения
Реквизиты, шаблоны, товарные позиции и расчёты: подготовка документа и проверка результата.
Материалов: 42 · Страница 1 из 3
Перед заполнением метатегов определите, к какой странице применяется настройка. У каталога, раздела и товара есть разные уровни; обещать индексацию каждой карточки по одному наличию SEO-полей нельзя.
Поиск сокращает ручной ввод, но данные нужно проверить перед использованием в документах. Поиск компании и поиск банка заполняют разные части реквизитов.
Валюта сделки, курс пересчёта и валюта управленческого отчёта — связанные, но разные настройки. Перед изменением справочника определите, какие суммы вводят сотрудники и как компания сравнивает продажи. Иначе одинаковые на вид цифры окажутся несопоставимыми.
Вариации помогают различать варианты одного товара по характеристикам. Сначала решите, что считается общей моделью, а что отдельным продаваемым вариантом. От этого зависят выбор менеджера, цены и сопоставление с учётом.
Неправильный код может дать пустое или неожиданное значение, даже если товар виден в сделке. До правки шаблона определите тип позиции и источник нужных сведений.
Выбор единицы услуги определяет, что означает количество. Два часа консультации и два пакета обслуживания — разные предложения. До настройки согласуйте предмет продажи и правило округления с владельцем процесса.
Изображение в документе нужно проверять по источнику, размеру и положению. Красивый предпросмотр шаблона не гарантирует правильную подстановку при формировании из CRM.
Перенос контактов и компаний с реквизитами требует более подробного файла, чем обычная клиентская база. Важно разделить карточку клиента, набор реквизитов и банковские данные ещё до загрузки.
Когда требуется загрузить новые продажи без реквизитов клиентов, основной риск — неверное сопоставление полей и повторный импорт. Здесь рассматривается техническая подготовка файла сделок, а не общий проект миграции CRM.
Загрузка прайса требует контроля структуры файла и результата. Материал посвящён наполнению каталога обычными товарами; обмен остатками с 1С и вариации требуют отдельного сценария.
При нескольких юридических лицах важно контролировать продавца в каждой продаже. Правильно заполненные общие реквизиты ещё не означают, что конкретный договор создан от нужной компании.
Каталог — общий справочник товаров и услуг, а не перечень случайных строк из отдельных заказов. Качественная позиция должна одинаково пониматься менеджером, складом и учётной системой. До создания договоритесь о названии, единицах и признаках, по которым отличают похожие товары.
Предложение должно отражать согласованные варианты условий, а не быть случайной копией последнего файла. Разделите карточку CRM, документ и факт отправки клиенту. Каждый этап требует своей проверки.
Карточка компании объединяет сведения об организации и связанных взаимодействиях. Название бренда, юридическое лицо и конкретная продажа могут различаться. Согласуйте модель заранее, иначе документы и отчёты будут опираться на неоднозначные записи.
На странице оформления заказа клиент должен видеть, к какой компании обращаться с вопросом. Название и телефон берутся из реквизитов, а оформление задаётся отдельно.
Каталожная цена используется в разных сценариях продаж и магазине. Её редактирование нужно отличать от скидки или изменения условий одной конкретной сделки.
Менеджер может нуждаться в удобном расположении полей, но это не означает, что ему нужно право менять характеристики всех товаров. Настройку представления и редактирование данных рассматривают отдельно.
Публикация товара на сайте и доступ к его редактированию — отдельные полномочия. Настройте роль так, чтобы сотрудник мог выполнять свою задачу без лишнего управления каталогом.
От статьи к вашей задаче
Расскажите о процессе, который хотите улучшить. Поможем выбрать решение и определить первый шаг.
Ответим в течение рабочего дня