Как снизить влияние человеческого фактора в интернет-магазине

11 готовых валидаций, которые помогут уберечь бизнес от ошибок сотрудников
27.03.2023                                                                                     Время чтения 7 минут
Как решить 6 базовых проблем с заказами с помощью триггеров
Основная причина проблем в интернет-магазинах — человеческий фактор. Из-за него теряются заказы и лояльность клиентов, не сходится статистика в системе, увеличиваются затраты на доставку и не только.

Решить эти и другие проблемы поможет валидация. Менеджер не сможет сохранить заказ, если он некорректен. Например, когда в карточке нет номера клиента или не прошла предоплата.

Что такое валидация и как она помогает избежать путаницы с заказами, рассказали в этой статье.

Валидация защитит от ошибок менеджеров и путаницы в заказах

Валидация — это автоматическая проверка изменений, которые вносит пользователь в заказах и карточках клиентов. Она защищает от ошибок и путаницы. С валидацией менеджер не забудет заполнить важные поля. А если данные будут некорректны, система предупредит об этом и не даст сохранить заказ.

Такая ситуация была в магазине КаминДом. Чтобы быстрее закрыть заказ, менеджеры опускали некоторые детали. Например, забывали вносить контактные данные клиента. Заказ выполняли, но связаться с покупателем было невозможно. Решить проблему человеческого фактора помогли валидации, которые не дают менеджерам отступать от регламента.
«Менеджеры ещё умудряются нас удивлять. Вот из последнего. Валидация запрещала им переводить статус оплаты, например, в „Оплачен“. Но менеджеры поняли, что оплату можно сразу создавать в этом статусе. Поэтому валидация не сработала, пришлось дорабатывать» — Александр Миронов, директор по маркетингу KaminDom
По словам Александра, поначалу сотрудникам было трудно привыкнуть, что все их действия контролируются. Но постепенно менеджеры начали втягиваться и оценили плюсы автоматизации. Они меньше думали о том, куда нажать, чтобы правильно провести заказ, и больше продавали.
«Менеджеры увидели, что система им помогает. Появляются различные уведомления „Не забудь сделать вот это, перейди вот туда“, валидация о чём-то напоминает. Им этот момент очень нравится. Мы постарались сделать коридорную воронку, чтобы ни шага в сторону, и менеджер не ошибся. В ковидной суматохе это помогло справиться с заказами» — Александр Миронов, директор по маркетингу KaminDom

Настраивайте валидации под свои бизнес-процессы

После регистрации в системе вам будут доступны восемь предустановленных валидаций. Это основные валидации, которыми пользуется большинство клиентов RetailCRM. Вот они.
Предустановленные валидации в RetailCRM

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

Чтобы создать свою валидацию, зайдите в «Настройки», раздел «Системные», подраздел «Валидация», нажмите «Добавить» и заполните поля. Пропишите это в условии. Нажмите «Сохранить».
Создавайте валидации под любой бизнес-процесс

Создавайте валидации под любой бизнес-процесс
Для валидации можно прописать разные условия. Например, запретить менеджеру давать скидку клиенту, не разрешать отправлять заказ без 100% предоплаты недобросовестному покупателю или сохранять заказ без указания способа оплаты.

Валидация поможет не только с рутинными задачами. Она может спасти и от более серьёзных проблем. Вот реальный пример нашего клиента — производителя автомобильных дисков KOLESATYT.

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

11 готовых валидаций, которые помогут избежать ошибок сотрудников

1. Менеджеру нельзя менять статус оплаты

Условие:

changeSet.hasChangedField("payments.status")
and user().hasGroup("manager")
Не включайте валидацию до настройки эквайринга, так как, к примеру, ЮКаssa проставляет статус «Оплачен» автоматически.

Валидация сработает в момент, когда менеджер вручную изменит статус оплаты. Но возможно такое, что менеджер, при создании заказа в CRM, добавит оплату сразу со статусом «Оплачен», тогда валидация не сработает. Исключаем это следующей.
2. Добавлена оплата сразу со статусом «Оплачен»

Условие:

changeSet.hasChangedField('payments')
and changeSet.oldValue('payments') == null
and changeSet.newValue('payments').status.code in ['paid']
and user().hasGroup("manager")
Валидация сработает, если менеджер добавит в заказ оплату сразу в статусе «Оплачен»
3. Нельзя сохранить заказ без указания способа оплаты

Условие:

(order.payments | length) < 1
and user().hasGroup("manager")
Валидация сработает, если менеджер забыл добавить способ оплаты в заказ и пытается его сохранить.
4. Сумма оплаты не совпадает с суммой заказа

Условие:

not (order.payments | reduce( (sum, x) => sum + x.amount ) == order.totalSumm)
and user().hasGroup("manager")
Менеджер не сможет сохранить заказ, если сумма оплаты не совпадает с суммой заказа.
5. Валидация следит за общей суммой заказа

Условие:

changeSet.hasChangedField("total_summ")
and user().hasGroup("manager")
Валидация сработает, если менеджер изменит общую сумму заказа, например, проставит скидку. Включайте, если заказы с сайта идут сразу с корректными данными и менеджер не делает допродаж.
6. Нельзя передать на сборку неоплаченный заказ

Условие:

changeSet.hasChangedField("status")
and changeSet.newValue("status").code == "assembly"
and order.fullPaidAt == null
Тогда валидация не даст (кому угодно) перевести заказ в статус assembly до тех пор, пока он не будет полностью оплачен.
7. Нельзя изменять заказ, который уже передан на сборку или доставляется

Условие:

order.status.groupCode in ["assembly", "delivery"]
and changeSet.isUpdate()
and user().hasGroup("manager")
Валидация сработает, если заказ находится в одном из статусов группы «Комплектация» (символьный код «assembly») или «Доставка» (символьный код «delivery») и менеджер внёс в него изменения.
8. Нельзя передавать заказ на сборку, если не выбран способ доставки

Условие:

changeSet.hasChangedField("status")
and changeSet.newValue("status").code == "assembly"
and not order.deliveryType

Валидация сработает, если заказ переведён в статус «Передан на сборку» (символьный код «assembly») и не указан тип доставки.
9. Запрет сохранения без указания комментария к статусу

Условие:

changeSet.hasChangedField('status')
and order.status.code == "cancel-other"
and not order.statusComment
Валидация не даст никому перевести заказ в стандартный статус «Отменен» (cancel-other) без комментария к статусу
10. Если у клиента стоит метка BAD, менеджер не сможет отправить заказ на сборку без 100% предоплаты

Условие:

order.customer.bad
and order.fullPaidAt == null
and changeSet.hasChangedField("status")
and changeSet.newValue("status").code == "assembly"
Валидация сработает, если у клиента проставлена метка BAD. Заказ будет висеть без движения в статусе assembly до тех пор, пока заказ не будет полностью оплачен
11. Нельзя сохранить заказ без товаров, только если это не отмена

Условие:

order.quantity < 1
and not order.status.groupCode == "cancel"
Валидация сработает, если заказ сохраняется без товаров во всех группах статусов кроме группы «Отмена» (символьный код «cancel»).

Настроить дополнительные валидации под свои бизнес-процессы вы можете самостоятельно или обратиться за помощью к нам. Пишите в Telegram, поможем автоматизировать процессы и сделать ваш бизнес эффективнее.
Мария Емельяненко
Автор
Наталья Искандарова
Ведущий системный аналитик Интаро
Оцените статью
Поделитесь статьёй в соцсетях
Зарегистрируйтесь
в
и развивайте свой бизнес быстрее
RetailCRM
дней пробный период