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