Жизненный цикл IT разработки телеграмм-бота
Полезно знать многим, особенно если заказываете на фрилансе.
Этап первый - Планирование
В идеале необходимо иметь не только идею, но и краткое понимание реализации на уровне пользователя. Главное думать как удобно будет не Вам, не Разработчику, а тому кто будет пользоваться вашим продуктом. Отсюда вывод первая цель - создание MVP модели, но с возможностью дальнейшего расширения. MVP - такая версия будущего проекта, которая позволяет собрать максимум практических данных о том, как с ним взаимодействуют клиенты, при минимальных затратах. Не нужно продумывать все детали проекта за пользователя, лучше дать ему готовую MVP и пусть скажет что не так.
Однако именно здесь делается ТЗ и важна именно структура проекта.
Этап второй - Дизайн.
Здесь есть отличия от других видов IT продуктов типа сайта или мобильного приложения. Т.к. при создании телеграмм-бота мы работаем с API телеграмм, т.е. визуально это будет тот же мессенджер, как и у всех. Телеграмм не позволяет вносить какие то визуальные изменения, это гарантирует корректную работу вашего бота на любых устройствах, где можно установить мессенджер Телеграмм: будь то телефон, телевизор, планшет, ноутбук и т.д. Остается работать с фото и видеоконтентом, что дает массу возможностей увеличить вовлеченность пользователя.
Этап третий - Разработка
Здесь важно понимать что Заказчик и Разработчик одинаково понимают задачу. Для этого ТЗ (техническое задание) рисуется так, чтобы было понятно не только Разработчику, но и Заказчику. Потому как если понимание будет отличаться, то на этапе сдачи проекта начнутся выражения: “А я думал что так будет…”. Важно убедиться что Заказчик внимательно ознакомился с ТЗ, нарисованное в виде простых блок-схем, отражающее функционал телеграмм-бота.
Важно понимать, что после утверждения ТЗ - любые изменения в логике проекта несут за собой доп. работы.
Этап четвертый - Тестирование
Важный и нужный этап, особенно когда проект сложный и нет четкого понимания архитектуры и дизайна. Как раз готова MVP модель, которая отправляется в целевой аудитории на закрытое тестирование, после которого могут возникнуть правки по дизайну, но не по логике работы проекта, т.к. логика работы проекта закладывается в изначальное ТЗ и ее изменение будет связано с заменой некоторых блоков кода, а значит с доп. работами.
Этап пятый - Поддержка
В части разработки телеграмм-ботов практически бесполезный этап. Если код написан по стандарту, то нечего там поддерживать на ежемесячной основе, т.к. скрипты не должны падать, а если упали, должны автоматически подниматься без участия разработчика. Если телеграмм бот собирает информацию или просто взаимодействует со сторонними ресурсами - тогда могут быть ситуации, что изменился формат запроса. Но в таком случае проще сделать разовую доп. работу раз в несколько месяцев, чем платить за ежемесячную поддержку. Такой подход в части ежемесячной поддержки часто практикуют специалисты, которые создают телеграмм ботов на конструкторах, которые требуют ежемесячной и достаточно высокой оплаты. В случае обычной разработки телеграмм-ботов с помощью языков программирования поддержка не требуется, либо в крайних и исключительных случаях.