Запуск: домен, хостинг, мониторинг и первые 10 пользователей

Пройдите список перед тем, как показать продукт кому-то, кроме знакомых. Каждый пункт — проверка действием, а не галочка «вроде да».

• Домен и HTTPS. Домен зарегистрирован на вас или вашу компанию, DNS-записи настроены, сайт открывается по HTTPS без предупреждений браузера. Как это устроено, см. Домен, хостинг и DNS.
• Почта на домене. Письма от продукта приходят не в спам: у отправителя настроены записи вашего домена по инструкции почтового сервиса. Проверьте, отправив письма на 2–3 разные почтовые службы.
• Хостинг и выкладка. Вы знаете, как выложить новую версию и как вернуть прошлую. Подходы к выкладке разобраны в уроке Деплой приложения. Откат стоит репетировать до запуска, а не после первого сбоя.
• Мониторинг доступности и ошибок. Вы получаете уведомление, если сайт недоступен или приложение выдаёт ошибки. Обычно достаточно сервиса проверки доступности и сборщика ошибок; что собирать — в уроке Мониторинг и логирование.
• События для чисел. Приложение фиксирует три события, о которых ниже.
• Безопасный минимум. Пройден чек-лист предыдущего урока.
• Юридический минимум. Если вы собираете данные, пользователь видит, кто вы, как с вами связаться и на что он соглашается. Состав документов зависит от вашей деятельности и юрлица — сверьте с юристом.
• Контакт для связи. На видном месте адрес почты или мессенджера, куда пользователь может написать.

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

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

Что делать с каждым:

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

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

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

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

Считайте по людям, а не по визитам, и не включайте в расчёт себя и знакомых, которых вы просили зайти из вежливости.

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

• Один канал. Выберите одно место для обращений (почта или мессенджер) и не распыляйтесь по пяти.
• Часы ответа. Напишите, когда вы отвечаете, и держите слово. Честное «отвечу в течение рабочего дня» лучше молчания.
• Журнал обращений. Заведите таблицу: дата, суть, повторяется ли, решено ли. Через две недели вы увидите три-четыре проблемы, которые составляют большую часть писем.
• Шаблоны и справка. Для повторяющегося вопроса напишите ответ один раз и перенесите на страницу помощи.
• Предел. Решите заранее, что не поддерживаете в первой версии, и скажите об этом людям прямо.

Последний урок курса — когда звать инженера и как подготовиться к разговору. Если вам нужна помощь с доведением первой версии до рабочего состояния, посмотрите услугу разработка MVP.