RU EN
Как мы поддерживаем и развиваем проекты Как мы поддерживаем и развиваем проекты

Как мы поддерживаем и развиваем проекты

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

Почему передают проект на доработку другой команде?

Зачастую, клиент имеет за спиной негативный опыт работы с другой командой. Почему это так? Причин может быть много - старая команда не справлялась с задачами, срывала сроки, слишком загнула цену за поддержку и развитие. Бывают случаи, когда проект клиента разрабатывался силами внутренней команды, которая по ряду причин развалилась. Или за разработкой стояла команда “разношерстных” фрилансеров, управлять которыми в какой-то момент стало невозможно.

Зачем обращаться в поддержку?

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

В какой момент можно обратится в поддержку?

В Secreate, можно обратится в поддержку на любом этапе разработки проекта. Одни клиенты приходят уже с готовым продуктом, который нужно доработать или модифицировать. Другие, обращаются на этапе разработки, по разным причинам меняя свою команду.

Как происходит оплата?

Большинство думают, что работа поддержки имеет фиксированную стоимость, но это не так. В Secreate, мы работаем по системе оплаты за факт отработанных часов, так как сказать заранее, сколько именно часов потратят разработчики невозможно.

Как происходит процесс передачи проекта

В процессе консультации, клиент рассказывает историю проекта и ставит задачи, которые необходимо выполнить. Далее, клиент предоставляет доступ к своему репозиторию, наши разработчики оценивают текущее состояние проекта и приступают к выполнению тестовых задач. Если клиента устраивает наша работа, мы приступаем к работе над основными задачами.

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

Дорабатывать или переписывать заново? Вопрос сложный. Мы стараемся экономить бюджет клиента и исправляем только то, что в данный момент мешает разработке или может повлиять в будущем на подключения новых модулей и функций.

Заключение

Конечно, поддерживать проект своего клиента проще, чем нового с неизвестным кодом и другими “подводными камнями”. Для того чтобы грамотно выстроить процесс поддержки клиента, команда должна состоять из опытных специалистов разных компетенций, которые смогут взяться за доработку и развитие любого проекта.