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