Как собственнику измерять эффективность digital‑подрядчика без красивых презентаций

Когда речь про рекламу, там хотя бы есть лиды и цена заявки. С сайтом, сервисом, интерфейсом, поддержкой — всё иначе. Слабую работу легко спрятать за «креативом», «трендами» и «сложностью задачи». А вот влияние на продажи, скорость запуска и стабильность продукта уже не спрячешь.

Главная ошибка — оценивать упаковку

Компания выбирает подрядчика и смотрит: сколько экранов нарисовали, насколько эффектна концепция, сколько было встреч, какие награды у команды. Но если собственник не понимает, по каким метрикам оценивать подрядчика, выбор быстро сводится к впечатлениям вместо фактов. Ни один из этих пунктов не отвечает на вопрос — стало ли бизнесу проще зарабатывать и развивать продукт.

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

«Сделали 120 экранов», «Мы номер один по версии рейтинга», «Подготовили бренд‑платформу на 80 страниц», «Предложили пять концепций» — всё это может быть частью нормальной работы. А может быть дымовой завесой.

Что на самом деле стоит измерять

Работу подрядчика имеет смысл оценивать по пяти направлениям.

Скорость и предсказуемость запуска. Хороший подрядчик двигает проект вперёд в понятной логике. Соблюдаются ли этапы? Где тормозится? По чьей стороне задержка? Можно ли прогнозировать дату запуска?

Со сроками вообще сложная история. Мы, например, почти всегда укладываемся в заложенное количество рабочих дней. Но проект может растянуться, потому что на стороне заказчика слишком много ЛПР, согласования идут неделями, обратная связь прилетает урывками. У нас был случай: промо‑сайт на одну страницу с анимацией. По рабочим дням — нормальный проект. По календарю — больше двух лет. Потому что ЛПР не был вовлечён, а обратная связь прилетала в режиме «чаечного управления» — налетел, накричал, улетел.

Поэтому смотреть надо не на финальную дату, а на управляемость процесса. Команда укладывается в свои этапы, быстро возвращается с ответами, не теряет контекст — это важнее даты в календаре.

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

Если после запуска бизнес получает не инструмент, а источник проблем — подрядчик с задачей не справился.

Польза для клиентов и команды. Выросла ли конверсия? Стало ли проще оставить заявку? Сократилось ли число жалоб? Менеджеры стали тратить меньше времени на рутину?

У нас есть примеры по разным типам проектов:

1. Для промышленной строительной компании после запуска обновлённого сайта конверсия выросла больше чем в два раза.
2. В проекте с fashion‑магазином нагрузка на техподдержку упала на 54%.
3. После разработки дизайн‑системы для застройщика новые страницы стали запускаться на 40% быстрее — и дешевле.

Это не «субъективное ощущение», это можно посчитать.

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

Слабая команда заменяет это общими словами: «Мы глубоко проработали концепцию», «Это сложно объяснить без погружения».

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

Что изменилось в цифрах после релиза? Что ускорилось? Что перестало ломаться? Если подрядчик не может связать свою работу с этими изменениями — повод задуматься.

Какие метрики обязательны

У собственника должен быть свой набор показателей. Без него оценка скатывается во вкус и впечатления.

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

Вторичные: количество экранов, число макетов, глубина анимации, объём презентации, «современность» визуала, вау‑эффект. Учитывать можно, ставить в центр — нет.

Пять вопросов подрядчику и ответы, которые должны насторожить

Что стало проще для пользователя после вашей работы? Если ответ «стало красивее» или «это вопрос вкуса» — этого мало.

Как вы проверяете, что решение работает не только визуально? Нужна логика проверки. «Сейчас все так делают» — не аргумент.

Какие бизнес‑риски вы сняли? Сократили ошибки, упростили путь до заявки, снизили нагрузку на поддержку — нормальные ответы. «Это сложно измерить, но стало красивее» — нет.

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

Что мы сможем измерить после запуска? «После запуска сами посмотрите, удобно или нет» — значит, подрядчик не понимает, где будет эффект. Собственнику потом нечего оценивать.

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

Проблема в подрядчике или в заказчике?

Не каждый провал означает, что подрядчик слабый. Иногда проблема внутри: у проекта нет нормальной цели, никто не принимает решения, в согласовании слишком много людей, обратная связь приходит рывками, бизнес ждёт, что подрядчик «сам всё придумает».

Но бывает и по‑другому. Подрядчик реально слабый — или просто продаёт себя ценой и громкими словами. Обычно это видно по совокупности: не объясняет решения, системно срывает этапы, не погружается в задачу, оставляет после себя хаос. Если таких признаков несколько одновременно и ситуация не меняется после разговоров — подрядчика пора менять, а не дожимать. Особенно когда сайт или сервис уже встроен в продажи и операционку.

Пример из нашей практики

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

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

На практике всё быстро посыпалось. Специалисты подрядчика отвечали в чатах по два‑три дня, и это были шаблонные ответы. А это был рабочий сайт застройщика, на который шли рекламные бюджеты и который нужно было встраивать в систему продаж. В итоге подрядчик проект просто бросил и ушёл.

Компания вернулась к нам. От всей «передачи», размер документации по проекту — лист А4. Без инструкции по запуску, без описания функционала, без фиксации техдолга, без этапов доработки. Просто бумажка.

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

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

Что зафиксировать на старте

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

На старте стоит зафиксировать. Это особенно важно, если вы решаете, как выбрать подрядчика на UX/UI и разработку так, чтобы потом не спорить о вкусе и ожиданиях:

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

Без этого даже хороший проект утонет в спорах о вкусе и «нам казалось, будет по‑другому».

Что из этого следует

Мы в своих проектах делаем упор на аналитику, погружение в бизнес‑задачу, качество коммуникации и оперативность. Нам важно, чтобы клиент чувствовал в нас надёжного digital‑партнёра, а не просто исполнителя.

Собственнику достаточно смотреть на три вещи: понятность процесса, качество реализации и влияние на бизнес

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