У каждой компании свои стандарты, свои правила и условия сотрудничества. Не хочу говорить за кого-то, но о нашей системе и правилах могу Вам рассказать детально.
Пользуйтесь этой статьей если ничего не знаете о разработке в целом. Если Вы когда-либо брали участие в web-разработке, например создавали себе сайт или интернет-магазин, то Вам будет гораздо легче.
Усаживаемся поудобнее и поехали!
1. Сбор требований к продукту
Здесь лежит ответственность на двух сторонах:
1) Клиент, который должен максимально много рассказать информации разработчикам
2) Разработчик, который должен задать правильные вопросы для того, чтобы понять задачу клиента досконально
Это первый этап, но он один из самых Важных — «как корабль назовёшь так он и поплывет».
2. Утверждение договора и предоплата
Аутсорс разработка — это услуга. А услуги подразумевают под собой договорные отношения между заказчиком и клиентом. На этом этапе должны быть урегулированы все юридические детали и согласована дата старта и окончания проекта, совершена предоплата. Если работа будет вестись по Scrum — тогда согласование первого беклога и оплата первого спринта.
Наша компания на старте запрашивает 50% от суммы, если это стандартный waterfall проект.
3. Старт разработки
Эта фаза начинается со знакомства заказчика с проектным менеджером, который в дальнейшем будет вести всю коммуникацию, отчетность и контролировать все процессы при разработке.
Этап разработки чат-бота включает в себя:
- Написание ТЗ по проекту
- Построение прототипа, если это потребуется
- Постановка задач отделу разработки
- Программирование и верстка
- Дизайн (если это Viber)
- Организационные вопросы: доступы, почта, отчетность, уточнение задач
4. Тестирование и сдача
На этом этапе команда разработчиков выкатывает код для тестировщиков и менеджера. Задача — выявить все возможные отклонения от ТЗ и вернуть обратно на доработки.
Здесь менеджер уже может показать проект заказчику и выдать доступы для теста. У заказчика есть фиксированное время на тест продукта.
5. Постоплата и запуск
Перед запуском проекта, клиент оплачивает вторую часть суммы. Разработчики переносят проект на сервера заказчика и начинается этап «Выхода в свет».
Реальные пользователи начинают пользоваться продуктом, находят баги и мы оперативно их исправляем.
6. Закрытие и оптимизация
После исправления существенных багов, которые чаще всего обусловлены разными уровнями нагрузки на продукт или не предусмотренными user cases — мы подписываем акт выполненных работ с заказчиком. После этого можно считать, что проект успешно завершён.
7. Развитие и поддержка
Если проекту нужно будет сопровождение или серверная поддержка, мы подписываем контракт с заказчиком на сроки от 3х месяцев и более. Ежемесячная оплата с определенным количеством часов программирования.
Кому нужна платная поддержка?
- Кто,сразу после запуска, пускает большое количество трафика на продукт
- Когда от каждого сбоя или минуты не работы проекта, может потеряться много прибыли
- Если вы просто хотите больше не париться, а просто писать разработчикам
Заказчики не понимают зачем поддержка проектам. Но по той же логике — зачем делать ТО машине, я же купил её рабочую? А вот реальные причины, из-за которых могут быть сбои:
- Обновление библиотек системы
- Сбои на сервере
- Банальные ошибки в коде, из-за недостатка времени на программирование или тест (так как всегда просят дешевле)
- Взломы и инъекции
- DDOS атаки
- Хранение резервной копии системы и базы
Итоги
Если Вы планируете отойти от любого из пунктов, то Ваш продукт, получиться не таким идеальным как Вы его себе представляете. Заменить или сделать этот пункт самостоятельно — да можно. Но ни в коем случае не пропускать.
Удачных проектов Вам!