Когда задача «сделать сайт» оказалась задачей совсем не про сайт

Иногда клиенту кажется, что ему нужен сайт.

Но начинаешь разбирать задачу — и выясняется, что сам сайт составляет лишь небольшую часть работы.

Допустим, предприниматель хочет продавать цифровой продукт.

На первый взгляд всё просто:

— сделать страницу;— добавить описание и цену;— подключить кнопку оплаты;— выдать покупателю файл.

Технически страницу действительно можно собрать довольно быстро.

Но затем появляются вопросы.

Что произойдёт после нажатия кнопки?

Как система поймёт, что платёж успешно завершён?

Где покупатель получит продукт?

Что делать, если письмо не пришло?

Какую языковую версию показать посетителю?

Как зафиксировать согласие с условиями покупки?

Что увидит владелец проекта, если одна из систем перестанет работать?

И вот задача «сделать сайт» постепенно превращается в создание небольшого, но полноценного процесса продажи.

Красивой страницы недостаточно

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

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

Можно подключить платёжную систему.

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

Можно настроить автоматическое письмо.

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

Поэтому я стараюсь смотреть не на страницу отдельно, а на весь путь:

  1. Человек открывает сайт.
  2. Понимает предложение.
  3. Выбирает подходящий вариант.
  4. Соглашается с условиями.
  5. Оплачивает.
  6. Получает подтверждение.
  7. Забирает продукт.
  8. Может обратиться за помощью, если что-то пошло не так.

Если хотя бы один переход между этими этапами не продуман, получается не система, а набор отдельных инструментов.

Самые неприятные ошибки находятся между сервисами

Форма работает.

Оплата работает.

Почта работает.

Файл открывается.

Но всё вместе почему-то не работает.

Именно на стыках чаще всего теряются данные, заявки и клиенты.

Поэтому перед созданием очередной функции полезно задать три вопроса:

— что запускает следующий этап;— какие данные ему необходимы;— что произойдёт при ошибке.

Эти вопросы применимы не только к сайтам.

Так же устроены заявки из Telegram, таблицы с клиентами, контент-процессы, запись на услуги и внутренние задачи сотрудников.

Что на самом деле покупает клиент

Не страницу.

Не форму.

Не интеграцию.

И даже не автоматизацию.

Он покупает работающий путь от своего предложения до результата клиента.

Мне как раз интересны задачи, в которых недостаточно просто выполнить отдельное техническое действие.

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

Поэтому, когда мне говорят «нужно просто сделать сайт», я сначала стараюсь выяснить:

а что должно начать происходить благодаря этому сайту?

Обычно именно ответ на этот вопрос и раскрывает настоящую задачу.

11