УРОК 06 / 14 · БЕЗКОШТОВНИЙ КУРС ІЗ БІЗНЕСУ
Реєстрація — це передавання: хтось вирішив, що ваша пропозиція може допомогти, і тепер йому потрібно зрозуміти зобов’язання та дійти до придатної для використання відправної точки. Спроєктуйте це передавання навколо їхнього завдання.
До кінця уроку: складіть повну схему процесу реєстрації, напишіть чіткий текст підтвердження та підготуйте реалістичний контрольний список для тестування. Цей курс можна безкоштовно читати без облікового запису; описане тут оформлення замовлення призначене для вашого майбутнього бізнесу.
Почніть з обіцянки, даної на сторінці тарифів
Ваші плани з Уроку 5 визначають, що саме купує людина. Оформлення замовлення має зберігати цей зміст. Клієнт, який вибрав місячний план, не повинен несподівано побачити на останньому екрані річну оплату, додаткову послугу або незрозумілу плату за налаштування. Зробіть вибраний план і період оплати видимими під час підтвердження зобов’язання.
В оригінальному посібнику використовується FitSite — ілюстративний сервіс вебсайтів для фітнес-бізнесів. Його реєстрація проходить через вибір плану, шаблону, облікового запису, адреси сайту, оплату та підтвердження. SaaS-сервіс для звітності може замінити шаблон зразком інформаційної панелі. Сервісний бізнес може збирати бриф проєкту після оплати. Послідовність має відображати те, що потрібно вирішити зараз, і те, що може зачекати.
Не припускайте, що більша кількість кроків завжди спрощує форму або що кожне додаткове поле знижує конверсію. Це питання, які слід перевірити з вашою аудиторією. Необхідне запитання може запобігти дорогій помилці; непотрібне може перервати людину, яка була готова продовжити.
Виберіть пропозицію перед збором даних
Описуйте плани через корисні результати та конкретні обмеження. «Вебсайт студії з обслуговуванням і розкладом занять» дає контекст, водночас обмеження сховища, кількості сайтів, інтеграцій і меж підтримки все одно потребують доступного пояснення. Проста мова має пояснювати технічні обмеження, а не приховувати їх.
Якщо доступні місячний і річний варіанти, показуйте фактичну суму списання та періодичність оплати. Річна сума, поділена на дванадцять, — це порівняння, а не варіант щомісячної оплати. Якщо ви пропонуєте шаблони, показуйте чесні попередні перегляди та забезпечте, щоб їхня доступність відповідала вибраному плану. Не просіть клієнтів вибирати недоступний варіант і не пояснюйте обмеження пізніше.
Запитуйте мінімум інформації, потрібної для продовження
Укажіть призначення біля кожного поля. Електронна пошта може ідентифікувати обліковий запис і отримувати службові повідомлення. Назва компанії може позначати новий робочий простір. Пароль може вимагатися системою автентифікації. Номер телефону, опис діяльності компанії, повний список команди або логотип зазвичай можуть зачекати, якщо вони не є необхідними для вашого процесу надання послуг.
Пояснюйте помилки поруч із відповідним полем звичайною мовою. Протестуйте дубльовану адресу електронної пошти, недоступну адресу робочого простору, недійсне значення та пароль, що не відповідає вашим вимогам. Зберігайте правильні введені дані, коли виникає помилка, яку можна виправити. Додайте видимі підписи та доступ із клавіатури; сам по собі текст-заповнювач є поганою заміною назви поля.
Для FitSite назва студії може впливати на назву сайту та запропоновану адресу, але перевірте, що підтримує ваша фактична конфігурація. Адреса на кшталт studio.fitsite.example є ілюстративною. Перевірте збіги, дозволені символи та можливість клієнта змінити запропонований варіант до підтвердження. Не обіцяйте автоматичне іменування, не протестувавши його.
Зробіть оплату та підтвердження однозначними
На етапі оплати слід підсумувати вибрану послугу, суму до сплати зараз, суму та графік поновлення, будь-який пробний період, будь-яку плату за налаштування, а також місце, де можна знайти умови скасування або повернення коштів. Зробіть додаткові опції свідомим вибором. Короткий, точний підсумок корисніший за захопливу кнопку, що приховує суть покупки.
Використовуйте тестове середовище вашого платіжного провайдера для розробки. Дотримуйтеся його актуальних інструкцій для тестування, а не вводьте дані реальної картки в тестову вправу. Одного лише екрана успішної оплати недостатньо: підтвердьте, що підписку, обліковий запис клієнта та обіцяний робочий простір або послугу справді створено, а повідомлення-підтвердження відображає їхній статус.
Корисне підтвердження повідомляє, що сталося і що робити далі. Наприклад: «Ваш робочий простір FitSite готовий. Відкрийте панель керування, щоб додати інформацію про ваші заняття». Якщо підготовка ще триває, скажіть про це та надайте шлях відновлення. Не називайте сайт готовим або активним, доки це не відповідає дійсності. Підтримуйте узгодженість квитанцій, вітальних повідомлень і сторінки облікового запису.
Додатковий трек реалізації у WordPress
Ultimate Multisite документує форми оформлення замовлення з вибором тарифів, періоду оплати та шаблону. У власній тестовій інсталяції скористайтеся розділом Checkout Forms, щоб переглянути відповідну початкову форму та поля, необхідні для налаштованих вами продуктів. У поточній документації пояснюється, як варіанти періоду мають відповідати варіаціям цін продукту. Підтвердьте цю поведінку у встановленій вами версії.
Перевірте вибір шаблонів щодо налаштувань вашого плану та фактично створеного вмісту. Перегляньте процес як відвідувач і як наявний користувач, а потім завершіть його в чистому сеансі браузера. WordPress Multisite і безкоштовне ядро Ultimate Multisite можуть підтримувати цей підхід; хостинг, домени, обробка платежів та додаткові послуги все одно можуть коштувати грошей. Ви можете виконати вправу з планування, нічого не встановлюючи.
Ілюстративне тестування від початку до кінця
Уявіть, що власник студії вибирає місячний план FitSite та шаблон для невеликої студії. Він помилково вводить свою електронну пошту, виправляє її, вибирає доступну адресу та завершує тестову оплату. Ваш очікуваний результат — один обліковий запис, один правильно налаштований сайт, правильний план і чіткий наступний крок. Зафіксуйте очікуваний результат до тестування, щоб відрізнити робочий процес від переконливого екрана.
Повторіть із відхиленою тестовою оплатою, перерваним сеансом браузера та обліковим записом, який повертається. Перевірте, чи повторна спроба не створює дублікати замовлень або сайтів. Перевірте мобільне компонування та послідовність навігації клавіатурою. Попросіть людину, не знайому з продуктом, озвучити, як вона розуміє значення кожного кроку; фіксуйте плутанину, не підказуючи їй. Виправте найсуттєвіше непорозуміння та повторно пройдіть цей сценарій.
Ваша вправа
- Накресліть шлях від вибраного плану до першої корисної дії. Позначте кожну точку, де змінюється ціна, ідентичність або вибір робочого простору.
- Перелічіть кожне запропоноване поле та поясніть, чому воно потрібне зараз. Перенесіть несуттєві запитання з налаштування до онбордингу.
- Напишіть підсумок замовлення, одну помилку поля, одне повідомлення про очікування та одне успішне підтвердження.
- Створіть матрицю тестування для успіху, відхиленої оплати, недоступної адреси, наявного клієнта, мобільного доступу та перерваної реєстрації.
- Запустіть процес у тестовому середовищі або пройдіть паперовий прототип. Зафіксуйте очікувані та фактичні результати, а також наступне виправлення.
Перш ніж рухатися далі
- Клієнт може пояснити, що він купує і коли з нього буде стягнено оплату.
- Успішний тест створює правильний обліковий запис і послугу, а не лише повідомлення про успіх.
- У вас є чітке передавання до онбордингу та шлях відновлення у разі помилок.
Джерела та посилання щодо реалізації
Продовжуйте навчання
Збережіть нотатки до вправи: наступний урок спирається на рішення, які ви тут ухвалили.