Сначала выровняйте предмет сравнения
Один подрядчик считает дизайн и сборку, другой полный цикл с контентом, CRM и запуском. Сведите предложения в таблицу одинаковых результатов. Пустая ячейка означает вопрос, а не бесплатную работу.
Только после выравнивания можно оценивать цену, срок и подход. Иначе дешёвое предложение может стать самым дорогим после обязательных дополнений.
Критерии оценки с весами
| Критерий | Пример веса | Что подтверждает |
|---|---|---|
| Понимание задачи | 20% | Вопросы, карта результата, риски |
| Полнота решения | 20% | Смета, scope, исключения |
| Команда и опыт | 15% | Конкретные роли и похожие задачи |
| Процесс и контроль | 15% | План, демонстрации, изменения |
| Качество и безопасность | 10% | Критерии, QA, технические практики |
| Передача и поддержка | 10% | Доступы, документация, SLA |
| Цена и владение | 10% | Сопоставимая сумма и регулярные расходы |
Веса меняются по риску. Для кабинета безопасность и интеграции важнее визуальных наград; для кампании критичны срок и рекламная аналитика.
Как проверить понимание задачи
Сильный подрядчик уточняет аудитории, бизнес-процесс, контент, данные, интеграции, метрики и ограничения. Он может сформулировать задачу своими словами и показать, какие требования изменят цену.
- Какой пользовательский путь является критическим?
- Что не входит в первую версию?
- Какой риск самый дорогой и как его проверить?
- Что должен предоставить заказчик?
- Как будет доказана готовность?
Общие ответы про «современные технологии» не раскрывают решение.
Портфолио читают как расследование
Попросите контекст, исходную проблему, роль команды, ограничения, состав работ и проверяемый результат. Уточните, кто из показанной команды будет работать сейчас. Красивый экран без процесса не доказывает интеграционную или эксплуатационную компетенцию.
Неподтверждённые цифры не учитывайте. Лучше честный разбор технического результата, чем обещание роста конверсии без данных.
Команда и доступность
- Кто менеджер и владелец технического решения?
- Какие роли штатные, какие внешние?
- Какова загрузка ключевых людей?
- Кто проводит независимое QA?
- Как передаётся контекст при замене?
- Кто дежурит на запуске?
Продажная презентация должна соответствовать реальной проектной команде.
Гарантия: исправление согласованного дефекта
Гарантия отвечает за несоответствие утверждённому требованию, макету или критерию. Она не включает новый функционал и изменения внешнего сервиса, если договор не говорит иначе. Нужны срок обращения, время реакции и порядок подтверждения.
Фраза «гарантия год» с ответом по возможности слабее 90 дней с конкретным каналом и нормативом.
Поддержка и SLA
| Параметр | Что зафиксировать |
|---|---|
| Доступность | Рабочие часы, выходные, критическое дежурство |
| Приоритеты | Определение критического, высокого и обычного |
| Реакция | Время подтверждения и начала диагностики |
| Восстановление | Цель либо порядок оценки, не всегда гарантия |
| Лимит | Часы, перенос остатка, сверхлимит |
| Исключения | Развитие, контент, внешние сервисы |
| Отчётность | Инциденты, обновления, остаток и рекомендации |
Модельный инцидент
В 11:20 форма перестала передавать лиды в CRM, но локально сохраняет обращения. Мониторинг создаёт уведомление. Поддержка подтверждает критический инцидент за 20 минут, включает резервное письмо, связывается с владельцем CRM и повторно отправляет накопленные заявки после восстановления.
Этот сценарий показывает больше, чем фраза «всегда на связи»: обнаружение, сохранность, обход, коммуникация и восстановление.
Стоимость владения и условия выхода
- Хостинг, лицензии и тарифы за первый год.
- Поддержка и минимальный пакет.
- Кому принадлежат домен, данные и аккаунты.
- Передаётся ли репозиторий и документация.
- Сколько стоит прекращение и миграция.
- Есть ли закрытые компоненты подрядчика.
Зависимость допустима, если она осознанна и компенсирована ценностью, а не скрыта.
Сценарий финального интервью
- Дайте подрядчику разобрать один реальный сложный сценарий.
- Попросите объяснить три крупные строки сметы.
- Обсудите изменение требования после дизайна.
- Смоделируйте отказ интеграции перед запуском.
- Уточните, что заказчик получит при остановке проекта.
- Проверьте гарантийный и поддерживающий процесс.
Сравнивайте ответы одной комиссией и фиксируйте доказательства, а не харизму встречи.
Как оформить решение
В коротком протоколе укажите выбранного подрядчика, оценённые варианты, сильные стороны, принятые риски, сопоставимую стоимость и условия начала. Такой документ защищает от последующего вопроса «почему выбрали не самое дешёвое».
Ни рейтинг, ни цена не гарантируют успех. Лучший выбор: команда, чья модель работы соответствует риску проекта и позволяет обеим сторонам видеть результат, проблему и изменение до того, как они становятся дорогими.