Как выбрать подрядчика для разработки сайта: чек-лист перед стартом проекта

154

Как выбрать подрядчика для разработки сайта: на что смотреть до старта проекта

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

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

Определите задачу сайта

До поиска подрядчика нужно зафиксировать задачу проекта. Формулировка разработать новый сайт не объясняет, что именно должна сделать команда и какой результат будет считаться успешным.

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

Перед первым созвоном с подрядчиком подготовьте исходные данные:

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

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

Портфолио: смотрите не только на картинки

Красивый интерфейс еще не доказывает, что проект решил задачу клиента. Изучайте портфолио как набор рабочих примеров.

По релевантным проектам выясните:

С какой задачей пришел заказчик.
Что именно делала команда.
Почему выбрали такое решение.
Что получилось после запуска.

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

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

Вопросы подрядчика говорят больше презентации

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

Подрядчик должен понять:

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

Готовая цена через десять минут разговора выглядит заманчиво. Но обычно это стоимость типового решения с допущениями. Когда они не совпадут с реальностью, появятся дополнительные счета.

Разберите процесс по этапам

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

Уточните заранее:

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

Заказчик должен понимать текущий этап и знать, что будет дальше.

Сравнивайте состав работ

Две сметы могут описывать разный объем.

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

Проверьте:

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

Если смета состоит из одной строки разработка сайта, попросите расшифровку. Чем меньше конкретики до договора, тем больше места для споров после старта.

Проверьте техническое решение и права

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

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

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

Техническое решение должно соответствовать задаче. Сложная система не нужна сайту из пяти страниц. Конструктор может не подойти проекту с нестандартными интеграциями.

Что проверить в договоре

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

Проверьте:

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

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

Красные флаги до начала работ

Стоит насторожиться, если подрядчик:

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

Опытный подрядчик заранее объясняет, как новые вводные влияют на цену и сроки.

Как принять решение

Сравните кандидатов по одинаковым критериям: опыт, понимание задачи, команда, процесс, смета, техническое решение, договор и коммуникация.

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

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