Что важно знать когда заказываете разработку IT продукта - Номера и приложения для вызова такси

Что важно знать когда заказываете разработку IT продукта

За более чем 10 лет работы в ИТ сфере, поработав и программистом и руководителем компании, я участвовал проектах разных размеров. В каждом из них, видел что клиенты имеют одни и те же заблуждения и трудности из-за того, что не понимают как происходит процесс разработки. Это усложняет работу с исполнителем, и может привести к конфликтным ситуациям, вплодь до срыва проекта.

Чтобы не наступать на известные грабли, и повысить уровень понимания между вами и будущим исполнителем, предлагаю познакомиться с главными советами заказчику ПО. Из этой статьи вы узнаете на что обращать внимание при выборе исполнителя, как в результате получить качественный продукт, не потерять свои время и деньги.

Нужно ли вам разрабатывать свой проект?

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

Если речь идёт о мобильном приложении, или стартапе, т. е. продукте с уникальными функциями, тогда разработка — единственный возможный вариант.

Кому можно заказать разработку

Есть 3 варианта:

  • фрилансеры;
  • найм своего штата;
  • аутсорсинговые ИТ компании.

Рассмотрим плюсы, минусы, и особенности каждого варианта.

Фрилансеры

Главный плюс — ниже стоимость работы. Идеально подходит при минимальном бюджете. Но есть риск потратить деньги впустую. Работа может быть не доделана или сделана некачественно. Это возможно и при работе со студией, но в этом случае, у вас на руках будет договор с юридическим лицом.

Так же главной сложностью, является то, что вам придётся самим взять на себя контроль всей работы. Ставить задачи и проверять качество их выполнения.

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

Свой штат

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

Аутсорсинговая компания, аутстаффинг

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

Техническое задание — половина успеха

Когда идея рождается и развивается в голове у заказчика, она имеет абстрактное, образное представление. Но процесс разработки IT проекта по на заказ — это точная работа, которая требует полной конкретики.

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

Разработка и согласование экранных макетов и технического задания, может занимать до двух месяцев. Но это важный этап подготовки к работе. Его можно сравнить с разработкой архитектурного плана, по которому будет понятен конечный результат и составлен план работ. Это даёт уверенность в том, что не возникнет потребности переделывать уже реализованные части проекта, что повлекло бы дополнительные расходы.

Только имея подробное ТЗ, можно точно оценить стоимость создания проекта.

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

Планирование бюджета

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

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