Добавить в корзинуПозвонить
Найти в Дзене
Terabit Digital

Пошаговый алгоритм выбора разработчика

Как определиться с исполнителем на IT-проекты – пошаговое руководство для заказчиков.

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

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

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

Шаг 1. Описание проекта и его функциональных требований

Для того чтобы определить ключевые требования к выбору компании-разработчика, вам нужно, в первую очередь для себя, сформулировать:

  1. Краткое описание проекта

В свободной форме описать суть идеи проекта, так как вы его видите.

2. В какой форме будет реализован продукт:

  • landing page/сайт-визитка;
  • интернет-магазин;
  • корпоративный сайт;
  • мобильное приложение IOS/Android;
  • веб-сервис — чаще всего, это продукт решающий какие-то задачи конечного пользователя;
  • CRM или ERP система.

3. Для каких целей он будет использоваться, например:

  • для выхода на новый рынок;
  • для запуска продукта;
  • для укрепления бренда/ребрендинга;
  • для генерации лидов/продаж;
  • для коммуникации с инвесторами и тд.

4. Каким функционалом он должен обладать:

  • личный кабинет;
  • торговый каталог;
  • формы обратной связи и взаимодействия с клиентом;
  • поиск на сайте;
  • встроенная статистика;
  • с какими системами будет взаимодействовать (пример: 1С, CRM, облачные сервисы) и т.д.

5. Должен ли продукт:

  • иметь уникальный дизайн или нестандартный функционал, если да то какой;
  • в перспективе поддерживаться и иметь возможность внесения глобальных изменений (не имеет отношения к изменению контента), масштабироваться (развиваться);
  • выдерживать высокие нагрузки;
  • иметь «киллер-фичу».
«Киллер-фича» — особенная функция разрабатываемого продукта, которой нет у конкурентов. Происходит от английского выражения «killer feature» — убийственная особенность, которая делает продукт уникальным в общей массе.
Под нестандартным функционалом подразумевается тот, который вы не найдете в реализованных сайтах на конструкторе или в готовых решениях таких как на 1С-Битрикс .

6. Каков бюджет проекта

Определите для себя вилку бюджета. Но будьте готовы к тому, что реальный бюджет сильно зависит от ответов на вопрос в 5-м пункте. Если в нем есть хотя бы один положительный ответ, то стоимость проекта будет стоить от $10000 и выше.

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

Цель документа, в первую очередь:

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

«Если человек не может описать чего он хочет, то скорее всего он не знает чего хочет».

Шаг 2. Фриланс: «Быть или не быть»

Далее возможны два сценария:

  1. В вашей команде есть человек с опытом оценки, найма разработчиков и успешным управлением релевантными проектами.
  2. В вашей команде нет такого человека.

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

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

Шаг 3. Выбираем подрядчика

Здесь нужно ответить на вопрос: ваш проект предполагает необходимость дальнейшего масштабирования и доработки нестандартного функционала?

Если в пункте 5 «Описания функциональных требований» есть хотя бы один положительный ответ, то значит «Да, предполагает».

Возможные сценарии:

  1. Нет, не предполагает
  2. Да, предполагает

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

У них вы можете сразу запросить коммерческое предложение, где цены примерно будут следующими:

  • Landing page ­— от 10 до 160 тыс. руб;
  • Сайт-визитка ­— от 20 до 240 тыс. руб;
  • Интернет-магазин ­— от 80 до 450 тыс. руб;
  • Корпоративный сайт ­— от 100 до 600 тыс. руб.

Во втором случае ­— ваш проект будет относится к нестандартным. Для его реализации вам понадобится подрядчик, который умеет работать с широким спектром инструментов: от использования фреймворков до написания кода с нуля. Этот параметр важен, так как коробочный функционал будет сильно ограничивать возможности развития проекта.

Не стоит ожидать от подрядчиков такого типа шаблонного коммерческого предложения: на нестандартных проектах стоимость работ будет рассчитываться индивидуально.

Как происходит это на практике?

Команда разработчика попросит вас заполнить бриф (не путать с техническим заданием). Если она этого не делает, то стоит усомниться в ее профессионализме.

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

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

На многие вопросы у вас уже будут ответы, которые вы сформировали в «Описании проекта и его функциональных требований».

На основе брифа разработчик составляет коммерческое предложение с предварительной оценкой и сметой в человеко-часах. Оценка предварительная, так как реальный объем работ становится понятным после написания подробного технического задания с учетом прототипов и дизайна. Для составления технического задания нужен специфический опыт, которого в 90% случаев у заказчика нет. Поэтому эту работу мы настоятельно советуем делегировать подрядчику.

Разработка нестандартных проектов чаще всего включает этап проектирования. В общем виде процесс разработки проекта будет выглядеть так:

  1. Прототипирование и разработка дизайна;
  2. Составление технического задания;
  3. Формализация конечной стоимости итерации;
  4. Front-end и back-end разработка;
  5. Тестирование (в среднем занимает до 10% от объема всего проекта);
  6. Запуск и передача проекта заказчику.

Сроки и стоимость таких проектов сильно варьируются и зависят от сложности и уникальности задач, а также уровня профессионализма менеджеров проекта на стороне разработчиков.

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

Схематично, пошаговый алгоритм выбора подрядчика будет выглядеть следующим образом:

-2

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

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

В комментариях к статье всегда можно поделиться обратной связью и задать свои вопросы — мы будем рады ответить на них!