Геймификация. Набор механик, построенных вокруг выполнения клиентами определенных «квестов», или покупательских заданий. В результате выполнения таких квестов покупатели могут получать так называемые бейджи, или значки, комбинации которых можно обменивать на различные призы. Плюс такой механики в том, что она позволяет стимулировать довольно сложные потребительские сценарии и эффективно продавать низкооборачиваемые товары. К минусам можно отнести относительно высокую стоимость развертывания такой механики, поскольку ее реализация чаще всего требует разработки мобильного приложения.

Кэшбек. Находящаяся на стыке лидогенерации и лояльности механика кэшбека получила в последние пару лет огромное распространение в России. Компании – участники кэшбековых систем получают данные о покупательском поведении владельцев кэшбековых карт, а взамен платят организатору кэшбек-механики процент от покупки, часть которого организатор возвращает покупателю через несколько недель. Фактически для компаний кэшбековые механики похожи на работу по модели СРА, когда компания платит кому-нибудь за приведенного клиента. К основным плюсам кэшбек-механик можно отнести сравнительную простоту и относительно низкую стоимость развертывания, а к минусам – значительно урезанные возможности для комплексного анализа данных и принятия решений по дальнейшему взаимодействию с клиентом. В этой связи кэшбековые механики пользуются популярностью прежде всего у малого бизнеса.

Mastery/slavery-программы. Такой вид механик, дословно переводимый как «хозяин/слуга», хорошо применяется и имеет высокую эффективность для компаний, чьи клиенты представляют собой плотно связанное сообщество и тесно общаются друг с другом. Один из крупных московских строительных магазинов добился выдающихся успехов, используя такую механику. При совершении покупки на заданную сумму клиент этого магазина получал не одну дисконтную карту, а 11. Оставшиеся 10 карт клиент мог раздать своим знакомым – например, другим руководителям строительных бригад. Для них эта карта работала на общих основаниях, а «хозяйской» карте со всех покупок по этим картам дополнительно начислялся 1 % в виде бонусов.

Слипы. Суть этой механики в том, что компания отказывается от унифицированной логики программы лояльности в пользу индивидуальных скидочных предложений клиентам. После того как клиент при покупке предъявляет карту лояльности, ему вместе с чеком пробивается специальный вкладыш-слип, содержащий скидочное предложение следующего вида: «в следующий раз при покупке товара X и товара Y вы получите товар Z с большой скидкой». Логика формирования такого предложения следующая: в качестве товара X традиционно выбирается товар первой необходимости, ради которого клиент и так бы пришел в магазин (например, хлеб, молоко или яйца). В качестве товара Y берется высокомаржинальный, но низкооборачиваемый товар. А в качестве третьего товара – тот, что клиент регулярно приобретает согласно его истории покупок, хранящейся в нашей CRM. Подобные механики работают в сети «Лента».

После выбора одной из этих механик компания, задумавшаяся над внедрением программы лояльности, сталкивается с необходимостью выбора «движка» – то есть аппаратного комплекса, обеспечивающего реализацию программы лояльности. Эта задача представляется одной из наиболее сложных, поскольку предложения многих поставщиков программного обеспечения для программы лояльности очень похожи друг на друга. Чтобы сориентироваться в них, требуется гремучая смесь знаний из области построения бизнес-процессов, маркетинга, статистики и IT. К сожалению, разработчики программного обеспечения, хотя и предлагают своим клиентам услуги интеграции их решений с существующей IT-архитектурой компании, тем не менее не являются бизнес-консультантами, ввиду чего пренебрегают реальными бизнес-процессами, что влечет, в свою очередь, разрастание сметы и сроков работ либо снижение реальных эксплуатационных характеристик самой CRM-системы или программы лояльности в будущем. Мы рекомендуем перед внедрением такого дорогостоящего программного обеспечения обязательно либо своими силами построить карту бизнес-процессов и сформулировать бизнес-требования к будущей системе, либо заказать такую услугу на стороне – например, в нашей компании.

6.4. Борьба с оттоком