Задача
Клієнт надає індивідуальну техпідтримку й навчання для людей старшого віку. Потрібно було продавати разові сесії й абонемент підтримки онлайн і доводити кожного покупця до запису без ручної обробки кожного продажу.
Одна деталь визначила всю побудову: той, хто платить, часто не той, кому потрібна допомога. Дорослі діти купують підтримку для батьків.
Що я побудував
- Вісім сторінок на власному домені клієнта. Головна, як це працює, про сервіс, FAQ, контакти та юридичні сторінки (умови, конфіденційність, cookies).
- Два шляхи покупки з першого екрана. «Допомога для себе» і «Допомога для іншої людини», у кожного своя сторінка продукту, форма замовлення й листи після оплати.
- Чотири продукти. Разова сесія і абонемент підтримки з регулярною оплатою, кожен в особистому та подарунковому варіанті.
- Оплата через Stripe. Картки, Apple Pay і Google Pay; абонемент поновлюється автоматично, скасувати можна будь-коли.
- Серія листів після кожної покупки. Інструкції із запису приходять одразу після оплати, а наступні листи ведуть покупця до першої сесії. У подарунковому сценарії покупець отримує інструкції, які передає людині, для якої купив.
- Нагадування за 20 днів до кожного списання, щоб поновлення абонемента не ставало несподіванкою.
- Захист від спаму. reCAPTCHA на формах контакту й розсилки з першого дня.
Рішення, які мали значення
Окремі форми замовлення для кожного шляху. Особисті й подарункові покупки не змішуються, і власник з першого дня бачить, який шлях приводить покупців.
Подарунок як окремий сценарій. Це інша ситуація, тож у неї власні сторінки, листи й формулювання, а не зайва галочка в особистому сценарії.
Нагадування до поновлення, а не після. Покупець, який знає про майбутнє списання, рідше його оскаржує.
Що змінилося для власника
Посилання на оплату, інструкції із запису й нагадування перед списанням тепер надсилає система, а не власник вручну. Час власника йде на самі сесії.