У меня был период, когда я брался за проекты по автоматизации мессенджеров и каждый раз натыкался на одно и то же непонимание. Клиент говорил: «Хочу бота, который будет отвечать клиентам». Я кивал, делал, запускал. А через месяц мы садились и выясняли, что клиент имел в виду — а я делал.

Никто не врал. Ни я, ни заказчик. Мы просто по-разному смотрели на одно и то же.

Что я думал, когда согласовывал

Когда меня спрашивали про чат-бота для Telegram или VK, я в голове сразу рисовал схему: Node.js-сервер, webhook-настройка, сценарий диалога, база данных с историей переписок. Всё это — техническая часть. Для меня это было «сделать бота».

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

Что происходило на самом деле

Через две недели после запуска первого серьёзного проекта клиент написал: «А почему бот не отвечает ночью?». Я не знал, что он этого хочет. В моём сценарии не было «режима 24/7», потому что клиент не говорил про ночное время — он говорил просто «отвечать клиентам».

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

Как я стал умнее (относительно)

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

Это добавляет времени на старте. Но экономит его втрое на этапе, когда проект уже запущен и все недовольны.

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

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