Как проверить подрядчика по сайту до того, как заплатили
Подрядчика проверяют до предоплаты, а не после первого сорванного срока. Ниже — восемь проверок, каждую из которых можно сделать самому за один вечер, без технических знаний.
Шаг 1. Откройте сайты из портфолио
Не картинки в презентации, а живые адреса. Скриншот показывает то, что подрядчик хотел показать; живой сайт показывает всё остальное.
Откройте три-четыре проекта с телефона. Нажмите кнопки. Отправьте тестовую заявку, если есть форма. Посмотрите, работает ли сайт вообще — часть портфолио у многих давно мертва.
Если живых адресов нет ни одного, задача решена уже на первом шаге.
Шаг 2. Спросите, что именно он делал в этом проекте
Формулировка: «Что в этом проекте делали вы, а что было до вас?»
Ответ «мы делали всё» без деталей — плохой. Хороший ответ звучит так: сайт был на конструкторе, перенесли на свой движок, добавили расчёт по размерам и печать этикеток, дизайн взяли от прошлого подрядчика.
Просите назвать, что пошло не так. Человек, который правда вёл проект, помнит про сорванный срок поставки данных или про то, что клиент три недели не давал фотографии.
Шаг 3. Возьмите один контакт бывшего клиента
Одного достаточно. Позвоните и задайте три вопроса.
Уложились ли в срок и на сколько сдвинулись. Что делали, когда после сдачи что-то сломалось. Стали бы заказывать снова.
Третий вопрос информативнее первых двух. Ответы на него редко бывают дипломатичными.
Шаг 4. Проверьте, на кого оформляются домен и хостинг
Задайте прямо: «На чьё имя будет зарегистрирован домен?»
Правильный ответ — на ваше. Домен и хостинг оформляются на заказчика, доступы передаются при сдаче. Если подрядчик регистрирует домен на себя «чтобы вам было удобнее», удобно будет только ему в тот день, когда вы решите уйти.
Здесь же спросите про исключительные права на код. Они должны переходить владельцу по акту.
Шаг 5. Попросите договор до оплаты
Читайте три вещи: предмет, срок, порядок приёмки.
В предмете должна быть ссылка на техническое задание. Без этого предмет договора — «разработка сайта», что означает буквально что угодно.
В сроке должно быть указано, что он сдвигается на время ожидания ваших материалов. Это защищает обе стороны и показывает, что подрядчик работал с реальными проектами.
В приёмке должен быть указан срок на проверку и порядок передачи замечаний.
Шаг 6. Уточните гарантию и что в неё не входит
Наличие гарантии само по себе ничего не значит. Значение имеет граница.
Спросите: «Что вы будете чинить бесплатно, а за что выставите счёт?» Внятный ответ звучит так: три месяца бесплатно чиню свои ошибки; новые функции, изменение требований и правки, внесённые другими людьми, — за деньги.
Ответ «всё починим, не переживайте» означает, что границы нет и определять её будут в момент конфликта.
Шаг 7. Задайте один технический вопрос про роли
Вопрос: «Кто из моих сотрудников что будет видеть в админке?»
Ответ показывает, делал ли человек рабочие системы или только страницы. В рабочем проекте почти всегда нужен один и тот же узел: сборщик видит заказы, но не деньги; менеджер видит клиентов, но не настройки.
Подрядчик, который сразу переспрашивает, сколько у вас ролей и кто выдаёт скидки, скорее всего собирал такие системы. Тот, кто отвечает «сделаем один общий вход», ещё не сталкивался с последствиями.
Шаг 8. Сравните смету с реальностью рынка
Смотрите не на итог, а на состав. Хорошая смета разбита на этапы со сроками и суммами.
Ориентиры по рынку: лендинг от 40 000 ₽ и три-пять дней, сайт с админкой от 100 000 ₽ и одна-две недели, платформа от 150 000 ₽ и от двух недель. Цифры сильно ниже нижней границы обычно означают шаблон, который потом невозможно доработать; сильно выше — либо большой объём, о котором вам не рассказали, либо посредники.
Спросите отдельно, что произойдёт со стоимостью, если вы захотите добавить функцию по ходу.
Шаг 9. Проверьте связь до начала работ
Напишите вопрос в рабочее время и засеките ответ. Затем напишите второй вопрос через два дня.
Смотрите не на скорость, а на постоянство. Ответ через час на первое сообщение и через три дня на второе означает, что вы сейчас на этапе продажи, а дальше будет иначе.
Уточните заранее две вещи: в каком канале ведётся работа и что считается рабочим временем. Переписка, размазанная по четырём мессенджерам, теряется целиком.
Шаг 10. Посмотрите на реквизиты
Договор заключается с ИП или организацией, оплата идёт по счёту. Проверьте ИНН по открытым реестрам налоговой: там видно, действующий ли статус и с какого года.
Это тридцать секунд работы, а отсекает оно самую неприятную категорию: людей, которые исчезают вместе с предоплатой и не оставляют после себя ни договора, ни адресата для претензии.
Признаки, после которых можно не продолжать
Готовность начать без договора и без предоплаты по счёту, только переводом на карту.
Отказ назвать срок хотя бы вилкой. Внятный исполнитель говорит «неделя-полторы, плюс время на ваши материалы», а не «как пойдёт».
Обещание любых сроков без единого уточняющего вопроса. Человек, который согласился сделать магазин за три дня, не спросив про количество товаров и способ оплаты, просто ещё не понял задачу.
Смета одной строкой без разбивки. Спорить потом будет не о чем: непонятно, что входило.
Когда всё это не нужно
Если задача — одна страница под тест рекламы на две недели, восемь шагов избыточны. Хватит первого, четвёртого и восьмого: живое портфолио, домен на вас, понятная смета.
Полная проверка окупается там, где проект длиннее двух недель и завязан на деньги: магазин, платёжка, личный кабинет, админка с ролями. Там цена ошибки — не стоимость страницы, а месяцы работы и данные, которые придётся вытаскивать.
Коротко
Проверяйте живые сайты, а не картинки; спрашивайте, что пошло не так; берите один контакт клиента; убеждайтесь, что домен, хостинг и права на код оформляются на вас; читайте предмет, срок и приёмку в договоре; выясняйте границу гарантии; задавайте вопрос про роли; разбирайте смету по этапам. Восемь пунктов, один вечер — и почти все типовые истории про пропавшего разработчика отсекаются заранее.
Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.
Частые вопросы
Студия надёжнее одиночного разработчика?
Не автоматически. У студии больше рук и выше шанс, что проект переживёт болезнь одного человека, но и выше шанс, что вас передадут младшему исполнителю. У одиночки предсказуемее качество и быстрее связь, но он один. Проверять надо не форму, а конкретные пункты из статьи.
Какая предоплата считается нормальной?
Распространённый порядок — от тридцати до пятидесяти процентов на старте, остаток по этапам или при сдаче. Стопроцентная предоплата за проект длиной в месяц — повод насторожиться. Оплата по счёту от ИП или компании, а не переводом на карту физлица.
Что делать, если подрядчик отказывается показывать доступы к прошлым проектам?
Это нормально: чужие доступы он показывать не имеет права. Просить нужно не доступы, а контакты клиентов и живые адреса сайтов. Отказ дать хотя бы один контакт при наличии портфолио — уже сигнал.
Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.
Ещё по теме
Чек-лист владельца сайта по обработке персональных данных — что разместить, что настроить, что проверить перед запуском.
тем, кто заказывает ToYou Wood: сайт мебели на заказ с расчётом сметы по размерамИстория проекта: сайт считает смету по размерам, принимает оплату с чеком и печатает этикетку — что мы делали и что переделывали.
тем, кто заказывает WordPress с двадцатью плагинами — это долг, а не экономияПочему набор дополнений выглядит как бесплатная функциональность, а ведёт себя как кредит с растущей ставкой.
тем, кто заказывает