Почему разработка не заканчивается после первой версии

советы для клиентов

О проекте

Инновационный IT-продукт – это не «сделал и забыл». Существует необходимость постоянных доработок, создания версий 2.0, 3.0 и т.д. – признак реальной успешности продукта. Только непопулярные и никому ненужные проекты остаются в том виде, в каком были запущены разработчиком в эксплуатацию.

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

 

Инновационный IT-продукт – это не «сделал и забыл»

Как правило, приходя к нам, чтобы заказать разработку IT-продукта, востребованного на рынке и способного в течение многих лет приносить прибыль, вы относитесь к нему, приблизительно как владелец машиностроительного завода – к новой станочной линии. Ее проектирование и монтаж занимает определенное время и требует крупных финансовых вложений. Но после сдачи проект заработает стабильно и ритмично – вам же останется лишь поддерживать его в хорошем техническом состоянии.

В IT-продуктах картина будет абсолютно иной

  • Во-первых, уже на этапе разработки наш договор о выполнении работ начнет обрастать допсоглашениями (при работе по фиксированной стоимости за проект), поскольку в процессе реализации идеи появится множество неучтенных заранее возможностей сделать проект более эффективным и удобным.
  • Во-вторых, начав пользоваться продуктом, пользователи будут постоянно обращаться к вам с просьбами и предложениями доработок и улучшений. Чем большую популярность завоюет продукт, тем больше будет этих предложений, которые вы не сможете игнорировать, если хотите развивать успех и расширять охват аудитории пользователей.
  • В-третьих, с течением времени вам обязательно придется модернизировать продукт, расширять его возможности и сферы применения, поскольку отрасль IT постоянно и бурно развивается, что требует от участников рынка соответствия текущему уровню. Это означает, что доработки и модернизации являются неотъемлемой частью грамотной эксплуатационной стратегии.

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

Успешный IT-проект – это постоянный процесс развития

Необходимость постоянных доработок, создания версий 2.0, 3.0 и т.д. – признак реальной успешности продукта. Только непопулярные и никому ненужные проекты остаются в том виде, в каком были запущены разработчиком в эксплуатацию. Если ваш продукт нужен потребителям, вы обязательно встанете перед необходимостью его развивать. Логика бизнес-процессов в IT-индустрии заставляет начинать работу над следующей версией ПО сразу после запуска текущей – иначе неизбежно начнется отставание и потеря темпа.

Работа над развитием проекта будет продолжаться в течение всего времени его существования. Прекратить ее вы сможете лишь с закрытием этого бизнеса. Эта бизнес-стратегия работает для любых проектов и всех без исключения IT-компаний, поскольку ее диктует рынок.

Как оценивать бюджет при работе по формату Time & Materials (T&M)

Этот формат работы предполагает оплату по фактическому расходу времени разработчиками. Для прозрачности такой работы перед заказчиком существуют разные методы. Например, мы используем фиксацию функций, которые будут разработаны за очередной спринт (неделя или две), тем самым ставя ограничения в расходе времени. А также наши заказчики всегда могут видеть процесс работы над каждой задачей, уровень ее выполнения в % в специальном тайм-трекере. 

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

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

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