Обращения клиентов, претензии и действия по качеству

Нужно было сделать систему, в которой обращение клиента становится управляемым процессом:

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

То есть задача была не просто "завести форму обращения". Нужно было собрать контур качества: регистрация обращения, классификация причины, работа с товаром, решение, действия и доказательная база.

В Bitrix24 создано цифровое рабочее место "Обращения". В него входят пять смарт-процессов:

• "Обращения" - основная карточка обращения клиента;
• "Корректирующие действия" - действия для устранения причины выявленной проблемы;
• "Предупреждающие действия" - действия для предотвращения похожих проблем;
• "Предпринятые действия" - фиксация фактически выполненных шагов;
• "Вспомогательный реестр товаров (ID+Артикул)" - технический реестр для связи товаров и артикулов.

Такое разделение важно для процессов качества. Само обращение фиксирует факт проблемы и решение по нему. Корректирующие и предупреждающие действия живут отдельно, потому что у них может быть свой ответственный, срок, статус и история выполнения. Реестр товаров помогает не искать вручную связь между товаром, ID в каталоге и артикулом.

Карточка обращения

В карточке обращения хранится не только текст жалобы. Она собирает всю информацию, которая нужна для разбирательства:

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

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

Причины обращений

Отдельная ценность решения - справочник причин обращения. Вместо свободного текста используются нормализованные причины:

• гарантийные обязательства;
• брак по вине компании;
• постгарантийное обслуживание;
• несоответствие отгрузочным документам;
• некомплектность продукции;
• брак по вине транспортной компании;
• вопросы по сроку годности;
• нарушение сроков поставки;
• предложения;
• юридические вопросы;
• ошибки в документах;
• отзыв на продукцию;
• несоответствие вложений;
• выдача дубликатов документов.

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

Корректирующие и предупреждающие действия

Для СМК важно не только ответить клиенту, но и понять, нужно ли менять процесс внутри компании. Поэтому в рабочем месте предусмотрены отдельные смарт-процессы "Корректирующие действия" и "Предупреждающие действия".

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

Оба процесса связаны с основным обращением. Это позволяет не перегружать карточку обращения десятками полей и одновременно не терять связь между претензией клиента и внутренними действиями по качеству.

Предпринятые действия и закрытие

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

В карточке обращения предусмотрены плановая и фактическая даты принятия решения. Это важно для контроля сроков: можно видеть не только текущий статус, но и то, было ли решение принято вовремя.

Закрытие обращения не должно быть просто переводом стадии в "Успех". В нормальном процессе должны быть понятны причина, решение, действия, документы и итоговый статус. Именно это и задает структура рабочего места.

Реестр товаров

Отдельно создан вспомогательный реестр товаров с ID товара в каталоге и артикулом. По данным портала в нем 468 элементов.

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

Все обращения по качеству товаров записываются в конкретный товар в каталоге. Благодаря этому статистика по товару доступна не только в отдельном обращении, но и из карточки самого товара: можно увидеть историю проблем, частотность обращений и суть претензий по конкретной позиции.

Для сервиса и качества это критично: без связи с товаром обращение остается текстом, а со связью с товаром оно становится источником аналитики по продукции. Если по одному товару накапливаются повторяющиеся обращения, это уже сигнал не только для сервиса, но и для качества, производства, логистики или документационного контроля.