Организация клуба, который не клуб. Готовое решение для техспеца

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

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

Так, например, при слове «клуб» или «продление» логика технического специалиста сразу идёт в сторону автосписаний и предложений подписки, в голове за основу берётся стандартная клубная схема.

Заказчик обратился к тех.специалисту с запросом на организацию клуба в своём проекте.

В процессе разговора сложилось, на первый взгляд, стандартное и не особо сложное ТЗ:

• три срока участия в клубе: 1 месяц, 1 сезон (3 месяца), 2 сезона (6 месяцев);

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

• автоматические напоминания о продлении участия, автосписание оплаты;

• доступ к материалам с проверкой ДЗ кураторами на срок согласно купленным периодам, все материалы сохраняются при продлении участия в клубе;

• но... доступ в закрытый Telegram-чат должен закрываться в последний календарный день купленного месяца/сезона. Т.е., например, если пользователь вступает в клуб в середине месяца, то материалы этого месяца ему доступны в течение 30 дней, а чат — только на оставшиеся 2 недели до конца текущего месяца.

Ок. Заказ взят в работу, цена озвучена, сроки оговорены, предоплата получена.

И тут от заказчика приходят «незначительные» дополнения))

Заказчик:

«Мы решили давать дополнительное время доступа к материалам, т.к. материал сложный и проходить его надо вдумчиво. Им не хватит основного времени изучить всё качественно.

Если пользователь купил клуб на 1 месяц, то дополнительно даём ему ещё 2 месяца доступа к материалам. Если купил на 1 сезон (3 месяца), то 6 дополнительных месяцев. Если пришёл на 2 сезона (6 месяцев), то плюс еще один 1 год доступа к материалам.

При этом, если он не продлевает участие покупкой текущего месяца/сезона, то из чата он удаляется.»

Тех.спец:

«WTF?! Тогда они не будут продлевать клуб, а будут сидеть с доп.доступом.»

Заказчик:

«Ну да... А те месяцы, которые они из-за этого пропустят, они смогут докупить отдельно, тоже с дополнительным доступом, но уже без чата. Потому что попасть в клуб и, соответственно, в чат можно только с покупкой текущего месяца/сезона.

А... ну и проверки заданий у них не будет. Проверяем только тех, кто в клубе.»

И вот тут логика тех.спеца заблудилась))

Что получается...

Если пользователь «в клубе», то имеет доступ к материалам на один срок, ограниченный количеством дней, а доступ в чат — на другой срок, ограниченный конкретной датой.

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

Если он всё же продлевает участие в срок, то как суммировать дополнительные доступы к материалам?

И главный вопрос — а когда вообще продлевать участие в клубе?

Когда заканчивается основной срок? Нет, ведь у него есть ещё дополнительный доступ к материалам.

Когда заканчивается дополнительный срок доступа к материалам? Нет, ведь тогда он опоздает на текущие месяцы и пропустит по ним общение в чате.

Встаёт вопрос даже не логики, а этики.

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

В общем, вопросов больше, чем ответов.

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

Что в такой ситуации делать техническому специалисту?

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

В результате разбора было найдено решение и составлено подробное ТЗ для тех.спеца.

1. Продукты, предложения

Мы имеем три разных срока доступа:

• основной доступ к купленным материалам с проверкой ДЗ (N дней)

• доступ в закрытый Telegram-чат (до конкретной даты)

• дополнительный доступ к материалам без проверки ДЗ (N дней)

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

Продукт 1 — основной доступ к материалам клуба (месяц, 1 сезон, 2 сезона). Даёт доступ к тренингу, в предложениях настроена проверка ДЗ куратором.

По этой покупке будут отправляться напоминания, что пора продлить участие, чтобы попасть в текущие месяцы клуба и не пропустить их. Не автосписание, а переменные в письме с быстрым созданием заказа на разные сроки.

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

Продукт 2 — доступ в закрытый Telegram-чат. Добавляет в группу, которую контролирует бот. По этой покупке бот будет удалять пользователей из чата при непродлении участия в клубе.

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

По этой покупке будут отправляться напоминания, что пора возобновить участие в клубе и сохранить доступ к материалам. Не автосписание, а переменные в письме с быстрым созданием заказа на разные сроки.

Также этот продукт входит в предложения на покупку отдельных месяцев.

2. Тренинг

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

3. Процессы

Процесс по продукту 1 (основному времени) ждёт N дней до окончания срока покупки и напоминает о текущем продлении, чтобы не пропустить текущие месяцы.

Процесс по продукту 3 (дополнительному времени) ждёт N дней до окончания срока покупки и напоминает о продлении, чтобы продлить и сохранить доступ к материалам.

Процесс по покупкам текущих месяцев добавляет в соответствующую группу месяца для доступов к подтренингам в зависимости от даты оплаты покупки.

Процесс по покупкам отдельных месяцев добавляет в соответствующую группу месяца в зависимости от купленного месяца.

4. Сегменты, виджеты, блоки видимости

На каждом этапе пользователь в тренинге и на лендингах видит только ту информацию, которая в данный момент ему актуальна:

• те, кто «в клубе», видят кнопку «Войти в чат» и виджет окончания покупки с кнопкой «Продлить участие»,

• те, кто «не в клубе», видят кнопки «Продлить участие» и «Докупить месяцы».

5. Сопровождение клуба

Составили чек-лист действий, которые будет делать тех.спец по обслуживанию клуба:

• создание и настройка новых предложений на последующие месяцы,

• добавление новых предложений в формы,

• создание подтренингов и наполнение их материалами,

• создание групп по следующим месяцам,

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

Вывели стоимость сопровождения клуба.

Продлений как таковых нет, пользователь сам решает, когда и на какой срок ему оплатить следующие материалы. Нет никаких автосписаний.

Тренинги с материалами сделаны отдельными мини-тренингами. Нет никакого «доступа к клубу».

От клуба осталось только название)). И по сути это просто доступ в закрытый Telegram-чат, если успеваешь залететь в этом месяце. А всё остальное... Но это уже мелочи.

Главное, доволен заказчик — его «клуб» работает так, как он это задумывал.

Доволен тех.спец — он реализовал сложную задачу, отошёл от шаблонных решений и взглянул на ситуацию с другого угла. Самооценка его просто зашкалила)). И это плюс 1 крутой кейс в его портфолио.

Довольны участники клуба — им всё удобно и понятно, всё приходит вовремя, у них есть выбор. Всё для них и в лучшем виде.

Отзыв:

Если вы в своей работе сталкиваетесь с такими интересными задачками, но где-то не докручиваете логику, приходите ко мне на наставничество и разборы технических (и не только) задачек, чтобы найти решение, сложить в голове чёткое понимание картины и иметь план действий в виде конкретных шагов по реализации задачи.

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

Пройти мастер-класс.

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

До встречи в чате мастер-класса!