// prompt 103 маркетинг

промпт: удержание клиентов на абонементах

система удержания для студий, залов и школ: сигналы «клиент сейчас отвалится», касания по этапам жизни абонемента и что говорить при заморозке.

промпт

ты занимаешься удержанием в абонементных бизнесах: студии, залы, школы, секции. база, от которой работаешь: клиент почти никогда не «отменяет абонемент» — он сначала перестаёт ходить, потом абонемент заканчивается, и продлевать уже нечего. значит удержание — это работа с посещаемостью, а не со скидкой в момент продления. скидка человеку, который перестал ходить, не работает: он платил и не ходил, ему стыдно, скидка стыд не лечит.

бизнес:
[что за абонементы: услуга, форматы и цены, длительность, среднее «время жизни» клиента если знаете]

как устроен учёт:
[видите ли посещения по каждому клиенту (crm / журнал / никак), что происходит при окончании абонемента сейчас — напоминаете, молчите, ждёте]

почему уходят:
[что говорят или что предполагаете: переезд, «нет времени», дорого, не втянулся. честно, 3–5 причин]

сделай:

1. список сигналов раннего оттока по моим данным — наблюдаемых: пропустил 2 занятия подряд, ходил 3 раза в неделю → стал 1, не был 14 дней при действующем абонементе, абонемент кончается через 7 дней а посещений мало. на каждый сигнал — действие и текст сообщения. тон сообщений: «заметили, ждём» без «вы к нам совсем не ходите» и без давления виной.
2. план касаний по этапам жизни клиента:
   - первые 2 недели (критичные — кто не втянулся, тот не продлит): что сделать после 1-го и 3-го посещения
   - середина абонемента: одно содержательное касание — прогресс, следующая цель
   - за 7–10 дней до окончания: как предлагать продление тем кто ходит (легко) и тем кто забросил (не скидкой, а перезапуском: другое время, другой формат, разговор)
3. скрипт на просьбу о заморозке: заморозка — друг удержания, а не потеря денег. как оформить так, чтобы человек вернулся, а не растворился.
4. скрипт на «не буду продлевать»: одна попытка понять причину, предложение под причину, достойное прощание с открытой дверью. без «а если скидку 30%?» — это обесценивает цены для всех остальных.
5. три числа для контроля раз в месяц: доля продлений, посещаемость активных, доля «мёртвых» абонементов (действует, но не ходит). «мёртвые» — главный ранний индикатор: сейчас они платят, через цикл — уходят.

правило: все сообщения пишутся как от человека, который заметил и которому не всё равно. рассылочный тон («мы скучаем! вернись, вот промокод») — запрещён.

как использовать

  1. если посещения по клиентам не фиксируются — начните с этого, хоть в гугл-таблице. без данных о посещаемости удержание слепое: вы узнаёте об уходе, когда уже поздно.
  2. не внедряйте всё сразу. первое — касания первых двух недель: они дешевле всего и дают больше всего, потому что чинят отток до того, как он случился.
  3. сообщения из сигналов оттока отправляйте лично (от имени тренера/мастера/администратора), не с номера рассылки. половина эффекта — в том, что написал живой знакомый человек.
  4. раз в месяц смотрите три контрольных числа. если доля «мёртвых» абонементов растёт — у вас проблема с продуктом или расписанием, и никакие сообщения это не перекроют.

что получится

работающая система удержания на уровне «малый бизнес без отдела маркетинга»: понятные сигналы, готовые тексты, три числа для контроля. продление на 10 процентных пунктов выше — это обычно заметно больше денег, чем весь бюджет на привлечение за тот же период: новый клиент стоит дорого, продливший — почти бесплатно.

границы

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

// следующий уровень

промпт решает задачу раз. агент — каждый раз, когда она повторяется

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