Сроки и качество проекта зависят не только от подрядчика. Половина задержек, которые мы видим, возникает не из-за сложности задач, а из-за того, как устроена работа на стороне заказчика: решение принимает то один человек, то другой, правки приходят голосом в разное время, согласованный макет пересматривают после начала вёрстки. Ниже — пять вещей, которые делают совместную работу предсказуемой. Это не претензии, а описание того, что реально экономит время и деньги обеим сторонам.
Пять критериев
1. Понимать, зачем нужен сайт
Первое, о чём мы спрашиваем на старте: какую задачу должен решать сайт. Ответы бывают разные и все допустимые: получать заявки, снять нагрузку с менеджеров, показать товар оптовым покупателям, обновить устаревший образ компании. Плохо, когда ответа нет вообще или он звучит как «нужен современный сайт».
Цель определяет всё остальное. Сайт под заявки и сайт под справочную функцию отличаются структурой, набором страниц и тем, что вынесено на первый экран. Если цель не названа, подрядчик выбирает её за вас, и потом выясняется, что выбрал не ту.
- Сформулируйте, какое действие человека вы считаете успехом.
- Скажите, откуда придут люди: реклама, поиск, ссылки в письмах, офлайн.
- Назовите, что происходит после заявки: кто и как её обрабатывает.
- Обозначьте, что нельзя менять: логотип, фирменные цвета, юридические формулировки.
2. Давать конкретику вместо общих слов
Просьба «сделать посовременнее» или «чтобы вызывало доверие» не является заданием: у каждого участника разговора своё представление о современности. Конкретика не означает, что вы должны быть дизайнером. Достаточно показывать примеры и объяснять свою реакцию.
- Присылайте ссылки на сайты, которые нравятся, и объясняйте, что именно нравится: спокойные цвета, крупные фотографии, короткие тексты.
- Присылайте и антипримеры: что точно не подходит и почему.
- Формулируйте правки через результат: не «сделайте кнопку заметнее», а «люди не находят, где оставить заявку».
- Отдавайте реальные материалы: тексты, фотографии, прайсы. Макет на настоящем содержании обсуждать честнее, чем на заглушках.
3. Фиксировать договорённости письменно
Устное обсуждение полезно для быстрого прояснения, но решением становится только то, что записано. Разговор по телефону не остаётся в проекте: часть сказанного забывается, часть доходит до команды в искажённом виде, а через месяц никто не может восстановить, что именно решили.
Мы просим держать переписку в одном месте: почта, задачи в трекере или общий чат проекта. Тогда у любой правки есть автор, дата и контекст, а спор «мы этого не просили» решается за минуту, а не превращается в конфликт.
4. Назначить одного ответственного
Самый частый источник переделок — размытая ответственность. Макет посмотрел коммерческий директор, потом его показали собственнику, потом мнение высказал знакомый дизайнер, и все три мнения приехали подрядчику одновременно и противоречат друг другу.
Рабочая схема простая: внутри компании собираются любые мнения, но наружу выходит одно согласованное решение от одного человека. У этого человека должно быть право говорить «да», а не только «я спрошу». Второе важное условие — доступность: если ответственный отвечает раз в две недели, проект встаёт независимо от скорости команды.
5. Принимать работу по этапам
Проект делится на этапы не ради бюрократии, а чтобы правки приходили вовремя. Замечание к структуре, высказанное на этапе прототипа, стоит несколько часов. То же замечание после вёрстки задевает дизайн, вёрстку и серверную часть, а иногда и логику данных.
| Этап | Что смотрит заказчик | Цена правки после этапа |
|---|---|---|
| Структура и прототип | Состав страниц, порядок блоков, сценарии | Низкая: правится схема |
| Дизайн-макеты | Оформление, тексты, фотографии | Средняя: перерисовка экранов |
| Вёрстка | Поведение на разных экранах | Выше: правки в макете и коде |
| Программирование | Формы, каталог, интеграции | Высокая: задеты данные и логика |
| Наполнение и запуск | Тексты, фотографии, настройки | Очень высокая при смене структуры |
Отсюда правило, которое экономит бюджет лучше любых скидок: смотреть внимательно на ранних этапах. Согласование прототипа за пять минут потому что «там всё серое и непонятно» почти всегда оборачивается переделкой на следующем шаге.
Что делаем со своей стороны мы
Требования разумно предъявлять взаимно, поэтому перечислим и свою часть.
- Задаём вопросы до начала работы, а не после сдачи этапа.
- Показываем промежуточные результаты, а не исчезаем на месяц.
- Объясняем решения: почему блок стоит здесь, почему поле в форме лишнее.
- Заранее предупреждаем, если правка выходит за рамки этапа, и называем последствия по срокам.
- Передаём доступы, исходники и инструкции, а не удерживаем проект у себя.
- Говорим прямо, когда идея не сработает, даже если проще было бы согласиться.
Про изменения по ходу проекта
Изменения — нормальная часть работы. Бизнес меняется, появляются новые задачи, что-то выясняется только на живых данных. Вопрос не в том, чтобы их запретить, а в том, чтобы они проходили через понятную процедуру: изменение фиксируется, оценивается по времени и стоимости, принимается решение — делаем сейчас, откладываем на следующий этап или отказываемся.
Проблемы начинаются там, где правки просачиваются мимо процедуры: по одной небольшой просьбе в чат, каждая «на пять минут». В сумме они дают недели, но в договорённостях их нет, и обе стороны в итоге недовольны.
Материалы: самое частое место остановки
Проекты чаще всего встают не на дизайне и не на программировании, а на ожидании содержимого. Тексты пишет маркетолог, который занят другим; фотографии обещают сделать «на следующей неделе»; описания товаров лежат в таблице в трёх разных форматах. Дизайн при этом собирается на заглушках, и после подстановки настоящих материалов выясняется, что заголовки вдвое длиннее, а фотографий вертикальных нет вовсе.
Поэтому сбор материалов мы выносим в отдельную задачу с собственным сроком и стартуем её в самом начале, параллельно с проектированием. Если своими силами это сделать некому, честнее сразу договориться о помощи с текстами и съёмкой, чем ставить проект на паузу за неделю до планового запуска.
Как выглядит удачный старт проекта
- Назван ответственный и его заместитель на время отпуска.
- Определена цель сайта и действие, которое считается результатом.
- Собраны материалы: тексты, фотографии, прайсы, реквизиты, доступы.
- Есть список того, что обязательно должно быть, и того, что желательно.
- Согласован канал общения и ритм: например, короткая встреча раз в неделю.
- Понятно, кто со стороны заказчика будет наполнять сайт после запуска.
Если планируете новый сайт
Мы работаем по этапам с понятной приёмкой на каждом и стараемся, чтобы у заказчика не было сюрпризов ни по срокам, ни по содержанию. Если у вас есть задача и вы хотите обсудить, как её решить, разработаем сайт под ваши задачи. Напишите нам, начнём с разбора целей и объёма работ.
