Как сделать качественного бота с подрядчиком

У каждой компании свои стандарты, свои правила и условия сотрудничества. Не хочу говорить за кого-то, но о нашей системе и правилах могу Вам рассказать детально.

Пользуйтесь этой статьей если ничего не знаете о разработке в целом. Если Вы когда-либо брали участие в web-разработке, например создавали себе сайт или интернет-магазин, то Вам будет гораздо легче.

Усаживаемся поудобнее и поехали!

1. Сбор требований к продукту

Здесь лежит ответственность на двух сторонах:

1) Клиент, который должен максимально много рассказать информации разработчикам

2) Разработчик, который должен задать правильные вопросы для того, чтобы понять задачу клиента досконально

Это первый этап, но он один из самых Важных — «как корабль назовёшь так он и поплывет».

2. Утверждение договора и предоплата

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

Наша компания на старте запрашивает 50% от суммы, если это стандартный waterfall проект.

3. Старт разработки

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

Этап разработки чат-бота включает в себя:

1. Написание ТЗ по проекту
2. Построение прототипа, если это потребуется
3. Постановка задач отделу разработки
4. Программирование и верстка
5. Дизайн (если это Viber)
6. Организационные вопросы: доступы, почта, отчетность, уточнение задач

4. Тестирование и сдача

На этом этапе команда разработчиков выкатывает код для тестировщиков и менеджера. Задача — выявить все возможные отклонения от ТЗ и вернуть обратно на доработки.

Здесь менеджер уже может показать проект заказчику и выдать доступы для теста. У заказчика есть фиксированное время на тест продукта.

5. Постоплата и запуск

Перед запуском проекта, клиент оплачивает вторую часть суммы. Разработчики переносят проект на сервера заказчика и начинается этап «Выхода в свет».

Реальные пользователи начинают пользоваться продуктом, находят баги и мы оперативно их исправляем.

6. Закрытие и оптимизация

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

7. Развитие и поддержка

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

Кому нужна платная поддержка?

• Кто,сразу после запуска, пускает большое количество трафика на продукт
• Когда от каждого сбоя или минуты не работы проекта, может потеряться много прибыли
• Если вы просто хотите больше не париться, а просто писать разработчикам

Заказчики не понимают зачем поддержка проектам. Но по той же логике — зачем делать ТО машине, я же купил её рабочую? А вот реальные причины, из-за которых могут быть сбои:

• Обновление библиотек системы
• Сбои на сервере
• Банальные ошибки в коде, из-за недостатка времени на программирование или тест (так как всегда просят дешевле)
• Взломы и инъекции
• DDOS атаки
• Хранение резервной копии системы и базы

Итоги

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

Удачных проектов Вам!