Стоимость проекта — не самый надёжный критерий выбора: и заниженная, и завышенная цена одинаково плохо предсказывают качество результата. Ниже — четыре критерия, которые на практике лучше показывают, стоит ли работать с конкретным подрядчиком.
1. Портфолио — смотрите не на картинки, а на живые сайты
Красивые скриншоты в портфолио ничего не говорят о качестве кода, скорости загрузки или том, работает ли сайт спустя год после сдачи. Что стоит сделать вместо простого просмотра:
- открыть 2–3 реальных сайта из портфолио и проверить их через PageSpeed Insights — если у подрядчика низкие показатели на собственных примерах, у вас будет так же;
- посмотреть, обновляются ли эти сайты — заброшенный после сдачи проект намекает, как будет обстоять дело с поддержкой вашего;
- спросить о похожем по масштабу и задачам проекте, а не о самом красивом кейсе в портфолио.
2. Процесс работы — прозрачность важнее методологии
Неважно, называет ли подрядчик свой процесс Agile, Scrum или просто «этапами» — важно, можете ли вы в любой момент увидеть реальный статус проекта. Признаки здорового процесса:
- зафиксированные этапы со сроками и результатом на выходе каждого, а не общее «сделаем за 2 месяца»;
- доступ к рабочей версии проекта в процессе разработки, а не только финальная сдача;
- письменная фиксация договорённостей — правки и решения по звонку, не зафиксированные текстом, обычно превращаются в спор о том, «кто что имел в виду».
3. Коммуникация — как быстро и понятно отвечают до старта
То, как подрядчик общается на этапе обсуждения проекта, — лучший предиктор того, как будет строиться коммуникация во время разработки. Стоит насторожиться, если на этапе продажи вам не задают уточняющих вопросов о бизнесе и целевой аудитории, а сразу присылают типовое коммерческое предложение — это признак конвейерного подхода без вникания в задачу.
4. Поддержка после запуска — читайте это в договоре, а не верьте на слово
Сайт после сдачи не превращается в статичный артефакт — нужны правки, обновления зависимостей, реакция на баги. Уточните заранее:
- входит ли период поддержки после сдачи и что именно он покрывает;
- как быстро подрядчик реагирует на критичные баги в продакшене — часы или недели;
- остаётесь ли вы владельцем кода, домена и доступов, или они «прикреплены» к подрядчику — это критично для независимости бизнеса в будущем.
Вопросы, которые стоит задать на первой встрече
Короткий список, который сразу отсекает неподходящих подрядчиков:
- «Покажите сайт, который вы сдали больше года назад — как он себя чувствует сейчас?»
- «Что входит в поддержку после сдачи и сколько это стоит отдельно?»
- «Кто будет физически делать работу — вы или подрядчик подрядчика?»
- «Как вы поступите, если после сдачи найдётся баг, не покрытый ТЗ явно?»
Итог
Хороший подрядчик — не тот, кто обещает самые низкие сроки и цену, а тот, кто прозрачно показывает процесс, честно говорит об ограничениях и продолжает отвечать на вопросы после того, как деньги уже получены. Если хотите обсудить ваш проект и получить честную оценку сроков — напишите нам.