60 решений для RetailCRM

60 решений для RetailCRM

Клиенты к нам приходят за решениям очень разных проблем.  За несколько лет нашей работы с retailCRM мы разработали громадное количество решений по улучшению retailCRM. Их уже так много, что все даже не вспомнить. Некоторые решения были установлены более 10 раз разным клиентам, что показывает их реальную полезность. В кейсе только наши реальные разработки.

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

Адрес https://testirovanie.retailcrm.ru
Логин client@im-business.com    или  client1@im-business.com
Пароль: demodemo

ТОП 10 решений

1. Самое популярное наше решение: логистическая карта для retailCRM —  выводит на карту список текущих доставок. Можете ее попробовать на демонстрационной версии. В списке заказов выбираете заказы с адресом (желательно в одном городе, но не обязательно) и выбираете “действия” — Печатные документы — логистическая карта.

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

2. На втором месте по популярности — обработчик почты для retailCRM  — позволяет создавать заказы с почты и расспарсивать поля адреса, типа доставки, типа оплаты, состав заказа, комментарий.  В 2018 году была усовершенствована, добавлены новые почтовые домены, работа с папками, поиск клиента в базе.

3. KPI сотрудников. Увы стандартный функционал retailCRM не позволяет рассчитывать KPI сотрудников, но это легко дорабатывается. Можно считать KPI в зависимости от статусов заказа, различных категорий или товаров в заказе, времени обработки заказа, допродаж и т.п.  Чаще всего разрабатывается индивидуально.

4. Загрузка наложенного платежа для почты России. Почта России (да и ПЭК, Боксберри) выплачивают наложенный платеж на расчетный счет, а клиенту дают только отчет в виде xls или BDF.  Наш модуль позволяет загрузить файл-отчет, и скрипт отмечает заказы где пришла наложка. Если сумма наложки не сходится или заказ не найден — выводится сообщение. Большая экономия времени при большом количестве посылок.

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

6. Вес и габарите товаров. retailCRM автоматически не считает вес заказа и габариты, если позиций несколько.  С весом все просто. А вот габариты просто сложить нельзя. Тут индивидуальный подход, для каждого закладываем свою логику.

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

8. Цены и наличия поставщиков — очень удобно, если обрабатываются прайсы поставщиков. Подробнее в статье цены и наличия поставщиков в retailCRM

9. Распределение заказов по правилам. Весьма полезная функция, уже реализовали шестерым клиентам, все под разными условиями. В одном случае — зависит от регионов, во втором от категории товаров, третий — по весьма сложным условиям, зависящим от городов и типов доставки, четвертый просто в зависимости от эффективности менеджеров. Пятый случай самый интересный — клиент загружает график работ менеджеров со времени работы (магазин 24/7). Шестой — по типам оплаты и статусам оплаты.  Весьма полезная функция, т.к. часто менеджеры хватают наиболее интересные обращения, а некоторые игнорят.

10. Брошенная корзина. Для меня даже странно, что данное решение по популярности замыкает десятку, а не на первом месте. Всегда на сайте большой процент не оформленных заказов. Данные заказы можно передавать в retailCRM, если есть данные по клиенту, и дальше делать рассылку, индивидуальные предложения.

Оплаты и выплаты

11. Модуль интеграции со Сбербанком. Позволяет подключить эквайринг сбербанка, и выставлять ссылку на оплату для клиентов. При успешной оплате — меняется статус платежа.  Если клиент совершил ошибку — ссылка перегенерируется и отправляется новая. Данный модуль можете протестировать в тестовой CRM — для этого выбираете способ платежа “Эквайринг Сбербанк” и статус “не оплачено”. Сохраните заказ и обязательно обновите страницу — в заказе появляется ссылка на оплату (можно отправить на почту)

12. Модуль интеграции с Тинькофф. Аналогично модулю Сбербанк (11)

13. Выплаты клиентам. Конечно этот пункт требует отдельного кейс, с выражением всех эмоций по борьбе с тех-поддержкой Яндекса. Но пока буду краток. В заказе можно вбить данные клиента, номер карты и клиенту будут отправлены деньги. Делали через Яндекс-деньги. Делали для одной федеральной компании по обработке вторсырья, клиентам выплачивалась оплата после сбора вторсырья. На самом деле возможности тут более широкие, например выплата комиссии автоматически рефералам, или компенсация чего-то. Все выплаты официальные.

14. Часто клиенты жалуются что их клиентам не удобно платить через счет, долго заполнять. (не путать с  эквайрингом). Решение очень простое, мы генерируем QR-код для оплаты и отправляем на почту или выводим на экран, для быстрой оплаты в магазине.

Логистика

15. Расстояние от МКАД — если клиент находится в области, в карточки заказа идет автоматически расчет расстояния от МКАД или другого объекта и рассчитывает стоимость доставки. В качестве точки МКАД — взяли более 30 съездов от МКАД и рассчитываем от какого ближайшее расстояние по дороге.  Функционал можно протестировать в тестовой CRM. Для этого выберете способ доставки “доставка курьером” и сохраните заказ, затем обновите странице. В поле “Расстояние до МКАД” в блоке доставка, появится рассчитанное расстояние. Если адрес будет внутри, то появится сообщение “Адрес внутри МКАД”

16. Полноценная интеграция с компанией Главпункт. Расчет тарифов, оформление заявок, заявки на отгрузку и отслеживание заказа.  Скоро на маркетплейс retailCRM

17. Интеграция с компанией «Доставка Гуру» . Аналогично 16.

18.  Интеграция с  «Доставка 2008» — Передача заказов и отслеживание заказов. Под маркетплейс не делали

19. Загрузка ШПИ под Почту России. Некоторые клиенты не используют оформление заказов через RetailCRM, но им нужен трекинг. При отправке большого количества грузов — клиенту отдается XLX с номерами.  Маленькая наша доработка загружает из XLS в RetailCRM.

20. Загрузка ШПИ под Почту Белоруссии. Аналогично 19, но более сложный случай — в реестре нет номеров заказов. Мы определяем по индексу + фамилия и загружаем ШПИ в retailCRM.

21.Модуль отслеживание треков почты Белоруссии.  У нас было большое удивление, но у такого большого гиганта, нет своего API. И мы написали парсер страницы трекинга с сайта https://webservices.belpost.by/searchRu.aspx. У клиента более 200 посылок в день, и надо проверять каждые 4 часа статус всех отправлений. Мы думали что забанит парсер в первый же день, но нет.  Работает с 2017 года и без сбоев.

22. Весьма часто заказы идут «волнами» и в какие-то дни логистика (или производство) не справляется.  Мы делали автоматический расчет даты доставки, в зависимости от количества доставок или же при превышении порога -уведомление менеджеру. Например такое уведомление: на данную дату уже 20 доставок

23. Печатная форма «сборочный лист».  Печатает заказы в в виде сетки товаров с фотографиями. Очень удобно если это одежда, обувь. Можете попробовать — выделите несколько заказов в списке заказов и выберите “Действия” — “печатные форма” — “сборка заказов”

Каталог, товары и цены

24. Подстановка поставщика автоматически в заказ. Как правильно данные о поставщике для товара берется из сайта, или системы МС.

25. Весьма популярный наш лайфхак под retailCRM.  Всем известно (по крайней мере кто дочитал до этого момента), что без редактирования каталога, в retailCRM нельзя добавлять товары. Часто это вызывает неудобства. Мы сделали дополнительные поля в заказе, где заносится код товара, название, артикул и через скрипт добавляется в заказ. Когда товар появится в каталоге, товар свяжется с каталогом.  В более сложном решении, можно сделать автосоздание товара на сайте или в МС.

26. Пересчет закупочных цен. Весьма частое явление, когда закупочная цена на момент заказа еще не известна. Как правило мы берем ее из прихода в МоемСкладе или 1с, но был такой случай что закупочная была известна в конце месяца, и необходимо было пересчитать во всех заказах. Скрипт пересчитывает закупочную цену в заказах по определенным условиям.

27. Интеграция с Zoomos. Передает каталог и наличие по поставщикам. Проверено временем, очень надеюсь когда-то выложим на marketplace

28. Еще одно весьма полезное решение, когда нет сайта или на сайте не весь каталог. Мы сделали конвертер из XLS в ICML-каталог retailCRM, что позволяет загружать собственный каталог или поставщика из XLS.

29. “Объединялка” каталогов. Например, у вас множество сайтов, но многие товары между сайтами пересекаются, но для аналитики продаж, нельзя чтоб в CRM товары дублировались. Вот мы и сделали решение, которые объединяет каталог с разных сайтов в один. Товары ищутся по артикулу, категории по названию. У одного клиента объединяются так каталоги 10 магазинов, причем каталог получается один, а цены в каждом магазине разные.

30. И еще один лайфхак. retailCRM не позволяет, чтоб в одном заказе был один и тот же товар в разных строках.  Такое необходимо когда в заказе несколько одинаковый товаров заказывается на разных складах, имеют разную закупку и разные статусы.  retailCRM запрещает, а мы находим решения. По статусу «разделить» — товары «разрезаются» и для каждого товара можно уже указать статус, количество, цену. Можно попробовать на тесте — в строке которую надо разделить, выбираете статус “разделить” и сохраните заказ. Обновите страницу  (или перезайти) — будут 2 строки с одинаковыми товарами свойствами, только у клона не будет фото.

Маркеплейсы и интеграции

31. Модуль интеграции с CMS Storland.   Уже давно используется у трех клиентов, полет нормальный.

32. Интеграция с Маркетплейсом Ozon. Передает заказы напрямую из Ozon и статусы заказа обратно.

33. Интеграция с B2CPL — весьма интересное использование с retailCRM.   B2CPL — это система фулфилмент (Fulfillment) — сами звонят, подтверждают, комплектуют, отправляют… но иногда косячат и забивают. Вот и сделали интеграцию с retailCRM, которая все контролируют — когда позвонили, перезвонили, почему отмена и не слишком ли большую скидку дали. Все заказы и изменения передаются из B2CPL в retailCRM.  Обратно только «грозные» письма по триггеру. Вот такой интересный подход. И конечно же, самое основное — красивая аналитика вся в retailCRM.

34. Интеграция с  чатом Jivo -сайт.  Делали очень давно, еще до презентации retailCRM 7.0 с чатами.  Но кому не интересен встроенный чат от retailCRM — можем повторить.

35. Интеграция с внешним call-центром. Все заявки от клиентов — передаем в колл-центр, а их него статусы и изменения по заказу обратно. Аналогичную интеграцию и делали с МоимСкладом.

36. Доработки под Insales. У Insales хорошая API, и частенько что-то дописываем.  Например передачу новых клиентов зарегистрированных на сайте (стандартный модуль передает только если есть заказ), двусторонняя синхронизация типов клиентов, их бонусов, ценовых колонок.

37-40.  Интеграция retailCRM с системами  LPMotor, lpgenerator.ru, Leadvertex, tilda  — передача заказов с сайта в retailCRM.

41. Модуль интеграции с системой Антисклад. Передает заказы, клиентов в антисклад. Обратно остатки и отгрузки.

Большие разработки

42. Модуль производства — большая наша разработка, которая из retailCRM передает заказ на начальника цеха, начальник цеха распределяет заказы по исполнителям, причем у каждого изделия несколько как параллельных так и последовательных исполнителей, со сроками, контролем времени, трекером, планированием, загруженностью сотрудников, отчетами.  Также у каждого сотрудника свой экран, с ожидаемыми работами, от кого зависит, отчет, и возможность запрашивать изменения сроков, частичное сдачи задачи, делегирование. Да, такой разработкой можно гордится.

43. Модуль работы с партнерами — следующее гигантское решение, только инструкция к которому заняла 30 страниц. Приложение рассчитано на большую партнерскую сеть одного дилера в разных городах. У каждого партнера есть принадлежность к своему региону (может быть в нескольких регионах), и каждый партнер видит только свои заказы и заявки. Основной офис работает в retailCRM и принимает заявки по все стране. Когда заявка приходит на регион, где есть партнеры — выбирается регион и эта заявка уходит на партнеров данного региона. Сначала заявки получают партнеры со статусом VIP, или же может выбран вручную. Если не взял VIP — попадает на аукцион. Если партнер взял — то уже ведет заказ в своем интерфейсе, вся  информация о заказе и статусах передается в retailCRM. Многоуровневая система доступов, расчеты рейтингов, отчеты и многое другое.

Помощь и контроль менеджеров

44. Up-sales. Приходилось решать в разных вариантах — как просто подсказка менеджеру что допродать или автоматическое письмо. Так и расчет бонусов менеджеру за допродажу.  Самый простой вариант мы добавили на демонстрационную crm — можете попробовать. Создайте заказ и переведите в согласование. В этой группе добавьте еще товары в заказ. Когда заказ будет выполнен на менеджера будет начислен бонус (в расходах) равные 10% от добавленных товаров.

45. Заказы в «Важно». Данное решение применяли для большого магазина с десятками операторами. При большом количестве заказов, разными сменами пользоваться задачами не очень удобно. Поэтому сделали иначе — при определенных случаях (зависит от статусов и времени) заказы переводились в статус «Важно», которые находятся под новым.  Уже работает более года и периодически правим условия — значит это работает.

46. Ссылка на заказ в админке или в 1с (есть нюансы) — очень удобно, для быстрого перехода в заказ в админке сайта или 1с

47. Звонил ли менеджер клиенту. Всякие статусы “перезвонить”, напоминая — это хорошо, но как проверить что менеджер действительно звонил по заказу. Стандартными средствами — только зайти в заказ — историю звонков. А вот массово нет.  Но мы можем это исправить, и сделать фильтр — по которым должен был звонок, но его еще по факту не было.

48. Пропущенный звонок. В retailCRM красиво рекламируют — пропущенный звонок — создается заказ. Но есть важный нюанс. Если звонки приходят сразу на несколько менеджеров, то сколько менеджеров — столько и созданных заказов. Но мы знаем как это исправить через доработку

49. Страница — экспорт закупки Excel. Решали уже в разном виде. Самый просто вариант — заказы в конце экспортируются по статусу товара. Но бывают и очень сложные решения, одному клиенту выгружали по весьма сложным условиям, с учетом поставщиков, цен, дня — на выходе получалось около 30 файлов. Раньше ежедневно на их формирование уходило не менее часа.  Для примера на тесте выложили самый просто вариант. Выбираете статус заказа и товара “заказать у поставщика”, затем на странице выбираете “сформировать” — получаете файл заказа. При нажатии на кнопку “Обнулить” — статусы товаров меняются на заказано.

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

51. Сбор отзывов на сайте от клиентов. Предлагаем оставить отзыв и за это начисляем бонусы. Подробнее в кейсе собираем отзывы

52. Собираем NPS. Данное решение можно сделать полностью на триггерах. Через несколько дней после выполнения заказа — задача другому менеджеру взять обратную связь от клиента. Если отзыв положительный — письмо отставить на сайте или Яндекс-Маркете.

53. Напоминание в  день и время. Некоторые спросят — а зачем, если и так в задаче можно указать день и время.  А ответ простой — нельзя проконтролировать есть ли напоминание по заказу и какого-то фильтра по времени, а так есть.  Поле в определенном статусе становится обязательным к заполнению, и в выбранный день и время появляется напоминание. Можно посмотреть на тестовой — добавьте в заказе в поле “перезвонить в “ дату (для времени отдельное поле) и в эту дату придет напоминание.

54. Загрузка заказа из Еxcel. Некоторые оптовики до сих работают через рассылку: отправляют клиентам файл колонкой для заказа. Чтоб быстро заказ попал в retailCRM для одного клиента сделали загрузчик, и заказ формировался на основании данного xls. Возможного кто-то еще использует такие каталоги.

55. Время нахождения в статусах — простое решение, но часто используется как элемент KPI или контроля. В доп. поле выводим информацию сколько заказ находился в статусе новый или комплектация. На самом деле это есть в аналитике, но вот для расчета KPI и какой-то более сложной аналитики — нет, но это легко решить.

56. Плагин для браузера (пока только под chrome) — ставится плагин в браузеры сотрудников. Администратор видит , кто какие страницы в браузере + если менеджер не проявляет активность более 15 минут (настраивается) — автоматически становится неактивным в retailCRM, чтоб не приходили звонки и заказы. Также пишется статистика, кто в какой день во сколько начал и закончил работу.

57. Сохранять файл в заказе при печати. Очень многим не хватает, чтоб документы созданные на печать автоматически сохранялись в заказе. Техподдержка отвечала что такое невозможно, а я отвечал что найду решение — и нашел.  Можете проверить сами — в любом заказе пустите на печать документ “счет покупателю с сохранением” и обновите страницу. Файл будет прикреплен к заказу.

Прочие решения

Проверка существующего заказа. Данное решение наше одно из первых, но всегда актуальное, если у вас лендинги. Часто на лендингах делают несколько заказов, или же заказывают обратный звонок на сайте, чтоб уточнить по заказу.  Перед попаданием заказа — проверяем, если ли в работе заказ с таким клиентом, и если есть добавляем запись в заказ, и задачу. Когда в retailCRM была тарификация по заказам — существенно экономило бюджет.

58. Эту идею дал один из клиентов, за идею 5. Клиент сделал заказ, но потом купил в другом месте.  Через неделю делаем рассылку с аксессуарами для клиента. Подойдет далеко не всем, заказывали в тематике «квадрокоптеры». (На самом деле решается триггерами)

59. Боремся с дубликатами. Бывает в CRM накапливается большое количество дублей клиентов. Проходим и автоматически объединяем клиентов с одинаковыми номерами/email.

60. Промокоды — решения бывают очень разные. Самое простое — менеджер в заказе выбирает промокод  — в заказе подставляется скидка, а в карточке клиента об использовании данного промокода (аналитика + нельзя второй раз)

61. Передачу оплат, изменений заказов в GA — стандартная интеграция это не делает. Для полноты картины и отчетов в GA, это обязательно

Послесловие

Идею данного, все-же кейса, а не статьи, пришла ко мне еще в ноябре, а написал только сейчас — на часах 2 часа ночи, 12 марта 2019. Многим клиентам неизвестно, какие задачи и проблемы можно решить с помощью некоторых решений под retailCRM. Надеюсь многие подчеркнут для себя какие-то идеи, а если не нашли — смело обращайтесь, изобретем, придумаем, реализуем. В будущем какие-то хорошие наши реализации буду уже добавлять в данную статью.

https://im-business.com | Автоматизация от профессионалов

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *