Процесс регистрации

Hands typing on a laptop at a wooden table

УРОК 06 / 14 · БЕСПЛАТНЫЙ КУРС ПО БИЗНЕСУ

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

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

Начните с обещания, данного на странице цен

Ваши тарифы из урока 5 определяют, что именно покупает человек. Оформление заказа должно сохранять этот смысл. Клиент, выбравший ежемесячный тариф, не должен неожиданно обнаружить на последнем экране ежегодное списание, дополнительную услугу или необъяснимую плату за настройку. Сделайте выбранный тариф и период оплаты видимыми при подтверждении обязательства.

В исходном руководстве используется FitSite — иллюстративный сервис сайтов для фитнес-бизнесов. Его регистрация проходит через выбор тарифа, шаблона, учётной записи, адреса сайта, оплату и подтверждение. SaaS-сервис для отчётности может заменить шаблон примерной панелью управления. Сервисный бизнес может собирать бриф по проекту после оплаты. Порядок должен отражать, что необходимо решить сейчас, а что может подождать.

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

Выберите предложение до сбора данных

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

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

Запрашивайте минимум информации, необходимой для продолжения

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

Объясняйте ошибки рядом с соответствующим полем обычным языком. Проверьте дублирующийся адрес электронной почты, недоступный адрес рабочего пространства, недопустимое значение и пароль, не соответствующий вашим требованиям. Сохраняйте корректные введённые данные при возникновении исправимой ошибки. Добавьте видимые метки и доступ с клавиатуры; один лишь текст-заполнитель — плохая замена названию поля.

Для FitSite название студии может определять заголовок сайта и предлагаемый адрес, но проверьте, что поддерживает ваша фактическая конфигурация. Такой адрес, как studio.fitsite.example, является иллюстративным. Проверьте совпадения, допустимые символы и возможность для клиента изменить предложение до подтверждения. Не обещайте автоматическое именование, не протестировав его.

Сделайте оплату и подтверждение однозначными

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

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

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

Дополнительный путь реализации в WordPress

Ultimate Multisite документирует формы оформления заказа с выбором цены, периода оплаты и шаблона. В собственной тестовой установке используйте раздел Checkout Forms, чтобы изучить подходящую начальную форму и поля, необходимые для настроенных вами продуктов. В текущей документации объясняется, как варианты периодов должны соответствовать вариациям цен продукта. Подтвердите это поведение в установленной у вас версии.

Проверьте выбор шаблонов относительно настроек тарифов и фактически предоставляемого содержимого. Просмотрите поток как посетитель и как существующий пользователь, затем завершите его из чистого сеанса браузера. WordPress Multisite и бесплатное ядро Ultimate Multisite могут поддерживать такой подход; хостинг, домены, обработка платежей и дополнительные услуги всё ещё могут стоить денег. Вы можете выполнить упражнение по планированию, ничего не устанавливая.

Иллюстративный тест от начала до конца

Представьте, что владелец студии выбирает ежемесячный тариф FitSite и шаблон для небольшой студии. Он ошибается при вводе электронной почты, исправляет её, выбирает доступный адрес и завершает тестовую оплату. Ожидаемый результат — одна учётная запись, один правильно настроенный сайт, правильный тариф и ясный следующий шаг. Запишите ожидаемый результат до тестирования, чтобы отличить работающий поток от убедительного экрана.

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

Ваше упражнение

  1. Набросайте путь от выбранного тарифа до первого полезного действия. Отметьте каждую точку, где меняются цена, идентификация или выбор рабочего пространства.
  2. Перечислите каждое предлагаемое поле и объясните, зачем оно нужно сейчас. Перенесите несущественные вопросы настройки в онбординг.
  3. Напишите сводку заказа, одну ошибку поля, одно сообщение об ожидании и одно успешное подтверждение.
  4. Создайте матрицу тестирования для успеха, отклонённой оплаты, недоступного адреса, существующего клиента, мобильного доступа и прерванной регистрации.
  5. Запустите поток в тестовой среде или пройдите бумажный прототип. Запишите ожидаемые и фактические результаты, а также следующую корректировку.

Прежде чем двигаться дальше

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

Источники и ссылки по реализации

Продолжите курс

Сохраните заметки к упражнению: следующий урок опирается на решения, которые вы приняли здесь.

Предыдущий урок · Просмотреть все 14 уроков