Выбор подрядчика на сайт почти всегда делается по презентации и ощущению от созвона. Это нормально — по-другому и не получится, пока не начнётся работа. Но час, потраченный до подписания, снимает большую часть рисков: подрядчика видно по открытым данным, по чужим сайтам, которые он сделал, и по тому, как он отвечает на неудобные вопросы про доступы и права. Ниже — порядок проверки, который мы сами применяем, когда берём на поддержку чужой сайт и разбираемся, кто его делал.
Юридическое лицо: пятнадцать минут по реестрам
Начинайте с того, что подрядчик обязан сообщить сам: ИНН и ОГРН (для ИП — ОГРНИП). Если на сайте студии нет реквизитов и на прямой вопрос их называют неохотно — это уже ответ, дальше можно не продолжать.
- egrul.nalog.ru — выписка из ЕГРЮЛ/ЕГРИП по ИНН: дата регистрации, основной ОКВЭД, адрес, руководитель, записи о недостоверности сведений
- pb.nalog.ru — прозрачный бизнес: налоговая задолженность, дисквалификация руководителя, массовый адрес
- kad.arbitr.ru — арбитражные дела: важно не «есть или нет», а в какой роли и по каким искам
- fssp.gov.ru — исполнительные производства
- bankrot.fedresurs.ru — сообщения о банкротстве и намерения кредиторов
На что смотреть в выписке. Дата регистрации — компания, зарегистрированная три месяца назад, не обязательно плохая, но фраза «мы на рынке двенадцать лет» с ней не сходится. ОКВЭД — основной код 62.01 (разработка ПО) или 63.11; если основной вид деятельности «розничная торговля», это перепрофилированная оболочка. Запись о недостоверности адреса или директора — стоп-сигнал: такое юрлицо налоговая может исключить из реестра, и договор окажется с несуществующей стороной.
В арбитраже смотрите роль. Пара дел, где студия — истец по взысканию оплаты, говорит лишь о том, что она умеет защищать свои интересы. Серия дел, где она ответчик по одному и тому же основанию — неисполнение обязательств по договору подряда, — говорит о системе.
Отсутствие юрлица — не приговор: часть хороших разработчиков работает как самозанятые. Приговор — нежелание назвать реквизиты и работать по договору вообще.
Портфолио: проверять не картинки, а адреса
В портфолио студий обычно висят скриншоты в макбуках. Скриншот ничего не подтверждает. Просите адреса — и проверяйте их сами.
- Сайт из портфолио открывается и работает — не «в разработке», не заглушка, не припаркованный домен
- В футере или в разделе «о компании» нет упоминания другой студии
- web.archive.org показывает, что нынешний дизайн появился примерно в заявленные сроки, а не за пять лет до знакомства сторон
- whois домена: дата регистрации домена не противоречит заявленной дате проекта
- В коде страницы нет чужих следов — комментариев генератора, путей вроде /wp-content/themes/ с названием покупной темы, если проект заявлен как индивидуальный
Последний пункт разбирается за минуту: откройте исходный код страницы и посмотрите <meta name="generator">, пути к CSS и JS, наличие .map-файлов. Это не про «шаблон — это плохо»: на готовой теме можно сделать хороший магазин. Это про соответствие того, что говорят, тому, что есть.
И прогоните два-три чужих проекта через PageSpeed Insights на мобильном профиле. Если у всех работ подряд LCP за четыре секунды и вагон блокирующих скриптов, вы увидите не случайность, а привычный уровень. Скорость чинится потом отдельным проектом по ускорению сайта, и это лишние деньги, которых можно не тратить.
Отзывы, которые что-то значат
Отзывы на сайте самой студии — это её собственный текст. Ценность имеют только те, которые можно проверить: с именем, должностью и компанией, где эту компанию видно и куда можно написать.
Практичный ход — попросить контакт одного действующего клиента, чей проект похож на ваш, и позвонить. Нормальная студия такой контакт даёт. Спрашивать стоит не «довольны ли вы», а конкретику: сколько заняла приёмка, были ли сдвиги сроков, как реагируют на правки после запуска, что было самым неприятным.
Доступы и права — главный блок
Здесь чаще всего и возникает настоящая проблема — не «сделали плохо», а «сделали, и теперь ничего не забрать». Разбирать такие ситуации приходится при редизайне или при переходе к другому подрядчику, и это дороже, чем задать три вопроса заранее.
- На кого регистрируется домен: администратором должны быть вы или ваша компания, а не студия и не её сотрудник
- На чьё имя заводится хостинг и есть ли у вас доступ в панель и к SSH/FTP
- Кто владелец аккаунтов Яндекс.Директа, Метрики, Google Analytics, Вебмастера — и передаются ли права на уровне аккаунта, а не гостевого доступа
- Где лежит код: в вашем репозитории или в чужом, и получите ли вы историю коммитов
- Какие лицензии оформлены на вас: 1С-Битрикс, платные модули, шрифты, фотостоки
Про права на код в договоре важна одна юридическая деталь. По статье 1296 ГК РФ исключительное право на программу, созданную по заказу, принадлежит заказчику, если договором не предусмотрено иное. Формулировка «иное» встречается в типовых договорах студий постоянно. Проверьте, что этой оговорки нет и что передача права описана явно — вместе с исходниками, а не только с собранной сборкой.
Отдельно про лицензию 1С-Битрикс: она покупается на домен и оформляется на конкретного владельца. Если студия ставит проект на свою лицензию «чтобы дешевле», при разрыве отношений сайт остаётся без легальной лицензии.
Как подрядчик считает и что обещает
Смета — тоже источник информации. Одна строка «разработка сайта — столько-то» означает, что состав работ не проговорён, и любой спор будет решаться силой убеждения. Нормальная смета разбита по этапам, и в ней видно, что входит, а что нет: контент, наполнение каталога, интеграции, тексты, фотосъёмка, перенос старых адресов.
Отдельно смотрите, заложены ли работы, о которых новички не думают: карта 301-редиректов со старого сайта, настройка счётчиков и целей, подключение Вебмастера, техническая оптимизация. Если этого нет ни строкой, ни оговоркой «не входит» — значит, об этом просто не подумали.
Красный флаг — гарантия позиций. «Топ-10 по десяти запросам за три месяца» не может быть обещанием: выдачей управляет не подрядчик. Обещать можно объём работ и сроки, а не результат ранжирования.
Что спросить голосом на созвоне
- Кто конкретно будет делать проект и занят ли он сейчас на других
- Что происходит, если сроки сдвигает не подрядчик, а заказчик — и наоборот
- Сколько итераций правок на этапе дизайна входит в цену
- Как принимается работа: по какому документу и за какой срок
- Что входит в гарантийный период и чем он отличается от платной поддержки
- Как передаётся проект, если мы решим уйти к другому подрядчику
Последний вопрос — самый показательный. Реакция на него говорит о подрядчике больше, чем всё портфолио: спокойный ответ означает, что процесс передачи у него есть, а раздражение — что уходить будет трудно.
Деньги: как платить, чтобы не потерять всё сразу
Предоплата в сто процентов за проект целиком — это риск без страховки. Рабочая схема — оплата по этапам, где каждый следующий транш идёт после приёмки предыдущего, а первый аванс покрывает только ближайший блок работ.
Проверьте ещё две вещи. Первая — система налогообложения подрядчика: работает он с НДС или на УСН, вам это может быть важно для вычета. Вторая — совпадают ли реквизиты для оплаты с реквизитами стороны по договору: перевод на карту физлица при договоре с ООО лишает вас доказательства оплаты.
О том, какие пункты должны быть в самом договоре — состав работ, приёмка, права, ответственность за сроки, — мы подробно писали в отдельном разборе. Эта статья про то, что делают до него.
Короткий чек-лист перед подписанием
- Выписка из ЕГРЮЛ получена, записей о недостоверности нет, ОКВЭД соответствует
- Арбитраж и исполнительные производства проверены, системных дел по подряду нет
- Три проекта из портфолио открыты, живые и подтверждаются архивом
- Поговорили с одним действующим клиентом
- Домен, хостинг, рекламные и аналитические аккаунты оформляются на вас
- В договоре нет оговорки, оставляющей исключительные права подрядчику
- Смета разбита по этапам, состав работ и исключения проговорены
- Оплата поэтапная, реквизиты совпадают со стороной договора
Этот список закрывается примерно за час и снимает большую часть типовых историй «мы заплатили, а сайт забрать не можем». Мы работаем по договору с поэтапной приёмкой, отдаём исходники и доступы по первому запросу и оформляем домен и аккаунты на заказчика — как устроен процесс, видно на странице разработки сайтов. Если нужен взгляд со стороны на уже идущий проект, посмотрите технический аудит: он показывает фактическое состояние кода вне зависимости от того, что написано в отчётах.
