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

Когда необходимо создать свой ИТ продукт, для автоматизации бизнеса или запуска нового стартапа, перед вами встаёт вопрос - как правильно подойти к процессу поиска исполнителя и заказа разработки своего проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Любую функцию или блок проекта всегда можно создать разными способами.

Самый главный совет — спрашивайте варианты реализации. От выбранного способа, зависит сложность и затраченное время. Здесь, как и везде работает правило Парето — 20% вложений дают 80% пользы. И, соответственно, наоборот.

Часто задачу можно решить двумя-тремя путями, например для одного способа потребуется 40 часов работы, для другого 100. Однако второй даст лишь небольшое улучшение или удобство, тогда как основную задачу решают оба. Здесь у вас уже будет выбор, нужно ли столько доплачивать за небольшое улучшение.

Как бы нам всем не хотелось, получать что-то хорошее и недорого, мы знаем, что чудес не бывает. Чрезмерно экономить — значит потерять и деньги, и время, и проект в целом.

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

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

Если пытаться сделать сразу всё:

• во-первых, работа до запуска будет вестись дольше;
• во-вторых, бюджет будет соответствующий объёму работы, и
• в третьих — можно не угадать с требованиями пользователей, и реализовать то что окажется не нужным.

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

Тестирование и выпуск продукта - это важный этап работы, о котором заказчики обычно не подозревают. Тестирование продукта сначала должно происходить внутреннее, в компании-разработчике, а затем самим заказчиком. Только после тестирования, продукт обновляется в публичном доступе. Процесс обновления работающего проекта — отдельная, иногда сложная задача. Убедитесь в том, что этот процесс настроен исполнителем слаженно, и имеет чёткий алгоритм выпуска проекта. Качество организации этого процесса, говорит об опыте компании.

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

Важно правильно подойти к процессу планирования и разработки ИТ продукта. Ошибки на этих этапах могут стоить потерянных и денег и времени. Но если всё сделано правильно – результат превзойдёт все ваши ожидания.

Желаем успехов!

С уважением, Ленский Алексей,
генеральный директор SOCIAL TECHS.