Как выбрать студию и не переделывать сайт через полгода
Выбор подрядчика решается не портфолио, а тремя вещами: насколько предметно с вами разговаривают до денег, что написано в договоре и кто конкретно будет делать проект. Всё остальное — упаковка. Ниже разбираем, как проверить эти три вещи за две недели и не потратить полгода на проект, который придётся переделывать.
Мы пишем это как студия, которая часть проектов проигрывает и регулярно доделывает за другими. Так что взгляд тут скорее изнутри кухни: видно и то, как выглядит нормальный старт, и то, как выглядит начало проблем.
Сначала задача, потом подрядчик
Самая частая ошибка — идти в студии с запросом «нам нужен сайт». Это как прийти к врачу и попросить таблетку. Прежде чем сравнивать предложения, ответьте себе на три вопроса. Что должно случиться после запуска, чтобы вы сочли проект удачным? Какое действие пользователя вы считаете результатом? Какие цифры у вас сейчас — трафик, заявки, конверсия, стоимость обращения?
Даже приблизительные ответы меняют разговор. Вместо обсуждения цвета кнопок вы обсуждаете, за счёт чего вырастут заявки. В проекте для фитнес-сети рост заявок втрое дала не графика, а переработанный сценарий записи на пробное занятие — но чтобы до этого додуматься, нужно было с самого начала знать, что мерить.
Как читать портфолио
Красивые картинки в портфолио ничего не доказывают: макет можно нарисовать за день, а сайт может быть сделан не той командой, что его показывает. Смотрите на другое.
- Живые ссылки. Откройте сайты из портфолио прямо сейчас. Работают ли они, не сломана ли вёрстка на телефоне, как быстро грузятся.
- Похожая сложность, а не похожая отрасль. Опыт в вашей нише переоценён, а вот опыт с каталогом на десятки тысяч позиций или с личным кабинетом — нет. Это разные классы задач.
- Что написано про результат. Кейс без цифр — это просто галерея. В нормальном кейсе видно исходную ситуацию, что сделали и что изменилось, как в переезде клиники с самописной CMS, где ключевым результатом были сохранённые позиции в поиске.
- Возраст проектов. Если самые свежие работы двухлетней давности, команда, скорее всего, уже другая.
- Кого показывают. Попросите назвать имена и роли людей, которые делали конкретный кейс, и спросите, будут ли они на вашем проекте.
Вопросы на первом созвоне
Первый разговор — это ваш инструмент отбора, а не формальность. Хороший признак: подрядчик сам задаёт больше вопросов, чем вы. Плохой: вам с порога называют цену и срок. Вот что стоит спросить.
- Кто конкретно будет работать над проектом и сколько у каждого параллельных задач?
- Как выглядит процесс: какие этапы, что вы показываете в конце каждого, как часто созвоны?
- На чём делаете — какой стек, кто потом сможет это поддерживать, кому принадлежит код?
- Что будет, если мы захотим изменить требования на середине проекта?
- Что входит в гарантию, сколько она длится и что считается гарантийным случаем, а что доработкой?
- Какой проект у вас пошёл не по плану и что вы тогда сделали?
- Кто пишет тексты и готовит фото — вы, мы или отдельный подрядчик?
- Как передаются доступы и что мы получаем на руки после запуска?
Последний вопрос из списка — самый недооценённый. Ответ на него делит рынок пополам. Одни отдают репозиторий, документацию и доступы к серверу, другие держат проект у себя и превращают вас в заложника ежемесячного платежа.
Что обязательно должно быть в ТЗ
ТЗ — это не сто страниц канцелярита. Это документ, по которому две стороны через три месяца одинаково поймут, что именно заказывали. Минимально рабочее ТЗ на сайт занимает 8–20 страниц и содержит вот что.
- Цель и метрика. Одна фраза о том, зачем сайт, и одна цифра, по которой будет понятно, получилось или нет.
- Карта страниц. Полный список типов страниц с указанием, какие уникальные, а какие по общему шаблону. Именно отсюда берётся смета.
- Сценарии пользователя. Пошагово: как человек попадает на сайт, что делает, чем заканчивает. Для сервисов — по каждой роли отдельно.
- Функциональные требования. Что происходит при отправке формы, куда уходят данные, что видит пользователь при ошибке.
- Интеграции. Список систем, формат обмена, кто предоставляет доступ и документацию, что делать, если внешняя система недоступна.
- Требования к контенту. Кто и в какой срок передаёт тексты и фото. Пропишите дату, иначе она не наступит.
- Технические ограничения. Поддерживаемые браузеры, требования к скорости загрузки, требования по данным и их хранению.
- Что не входит в проект. Отдельный раздел из пяти-десяти пунктов. Он бережёт нервы обеим сторонам сильнее, чем всё остальное ТЗ.
Что прописать в договоре
| Пункт | Как должно быть | Что бывает вместо этого |
|---|---|---|
| Права на код и дизайн | переходят вам после полной оплаты, прямым текстом | права остаются у студии, а вам дают лицензию |
| Этапы и оплата | 3–5 этапов с приёмкой, аванс не больше 30–50% | одна предоплата 100% и обещание сделать хорошо |
| Сроки | срок каждого этапа плюс оговорка о переносе при задержке материалов | общий срок «около трёх месяцев» без деталей |
| Приёмка | письменный акт по чек-листу этапа, срок на замечания | приёмка по устному «вроде норм» |
| Изменения | процедура: оценка, письменное согласование, отдельный счёт | молчание, а потом счёт по факту |
| Гарантия | 3–12 месяцев на исправление ошибок за счёт исполнителя | гарантия только на месяц или её нет |
| Доступы | передача репозитория, сервера, доменов и всех аккаунтов | доступы «у нашего администратора» |
Отдельно про аванс. Нормальная практика — 30–50% на старте и оплата по этапам. Требование стопроцентной предоплаты на проект дороже 100 000 ₽ означает, что все риски переносят на вас. Обратная крайность тоже подозрительна: студия, готовая работать вообще без аванса, либо очень голодна, либо планирует бросить проект на середине.
Красные флаги
- Цену назвали за десять минут разговора, не спросив ни про интеграции, ни про контент, ни про объём каталога.
- Обещают «сайт за неделю» на задачу, где нужен каталог с выгрузкой из учётной системы. Быстро — бывает, но за это платят деньгами, а не магией.
- Не показывают, кто именно будет работать, и говорят «у нас команда специалистов».
- Ни одного вопроса про ваш бизнес, зато много про референсы и красивые сайты.
- Отказ фиксировать в договоре передачу прав и доступов.
- В договоре нет ни слова о том, что происходит при задержке материалов с вашей стороны. Значит, срыв срока по умолчанию окажется общим и виноватых не будет.
- Обещание позиций в поиске в топ-3 к конкретной дате. Это невозможно гарантировать, и все это знают.
Как выглядит нормальный старт
У нас первая неделя выглядит так: интервью на полтора часа, письменная фиксация того, что мы услышали, карта страниц, оценка и календарный план. Только после того, как вы это подтвердили, начинается дизайн. Если после интервью выясняется, что задача решается лендингом за 39 000 ₽, а не сайтом за 115 000 ₽, мы так и говорим — это дешевле, чем через два месяца объяснять, почему ничего не выросло.
Бывает и обратное: приходят за лендингом, а нужен веб-сервис с личным кабинетом, потому что вся боль клиента — в ручной обработке заявок. Именно так начинался проект платформы для онлайн-школы. Такие вещи всплывают только в разговоре, и это лучший индикатор того, что подрядчик думает про вашу задачу, а не про свой прайс.
Когда подрядчик выбран, останется понять, сколько времени займёт каждый шаг и где обычно теряются недели — про это отдельная статья про этапы и реальные сроки разработки. А если вы ещё сравниваете бюджеты, начните с разбора из чего складывается цена сайта.
Короткие ответы
Полное ТЗ писать не нужно, а часто и вредно: без технической экспертизы в него попадают лишние требования. Достаточно описать задачу, сценарии и ограничения на двух-трёх страницах. Детальное ТЗ — это уже результат первого этапа работ, и нормальная студия делает его вместе с вами.
Три-четыре. Меньше — не с чем сравнивать, больше — вы утонете в несопоставимых сметах. Важно давать всем одинаковый вводный документ, иначе вы сравниваете не подрядчиков, а их фантазии о вашей задаче.
Попросите каждую расписать смету по этапам и разделам. Разница почти всегда объясняется объёмом: у кого-то в цене нет контента, тестирования или интеграций. После разбивки предложения обычно сходятся, а разрыв сокращается до 20–30 процентов.
По умолчанию по российскому праву исключительные права остаются у исполнителя, если в договоре не написано иное. Поэтому переход прав нужно прописывать прямым текстом с привязкой к полной оплате. Мы также передаём репозиторий и все доступы — без этого проект нельзя считать сданным.
Разберём задачу и назовём вилку. Ответим в течение одного рабочего дня.