Как выбрать подрядчика на разработку интернет-магазина

Часть 2 из 4 · Серия «Разработка без сюрпризов»

На руках три предложения. В первом цена вдвое ниже остальных. Во втором красивая презентация и портфолио на сорок проектов. В третьем начали с вопросов о вашем бизнесе и цифру пока не назвали.

Совет «смотрите портфолио» здесь не помогает: портфолио есть у всех троих, и выглядит оно примерно одинаково хорошо. Разберёмся, что проверять на самом деле.

Оговорюсь сразу: я сам делаю такие проекты, так что заинтересованная сторона. Поэтому постарался написать критерии, которые работают независимо от того, кого вы в итоге выберете, — и там, где по ним могут проверять меня, тоже.

Что показывает портфолио, а что нет

Портфолио отвечает на один вопрос: как выглядят готовые работы. Это немало — видно уровень оформления, масштаб проектов и отрасли, с которыми подрядчик имел дело.

Чего портфолио не показывает:

• кто именно делал работу. Проект мог делать человек, который давно уволился;
• сколько это заняло. Проект, сданный с опозданием на полгода, в портфолио выглядит так же, как сданный вовремя;
• уложились ли в смету. И во сколько обошлись «доработки сверх»;
• что было после запуска. Поддерживали, чинили, отвечали на письма — или исчезли;
• работает ли это до сих пор.

Последний пункт проверяется бесплатно и за пять минут.

Как проверить чужие работы

Откройте сайты из портфолио. Не скриншоты — сами сайты. Живые ли они, не висит ли заглушка, открывается ли каталог, работает ли поиск и фильтры. Магазин, который перестал существовать через год, — тоже информация.

Посмотрите, есть ли ссылки. Портфолио из одних скриншотов без адресов — повод спросить почему. Иногда причина уважительная: закрытая система, NDA. Но проверить вы этого не сможете.

Спросите, что именно делали. «Наш проект» может означать и разработку с нуля, и переверстку главной страницы. Вопрос простой: что было до вас и что сделали вы.

Попросите контакт клиента. Это нормальная практика, отказ без объяснения — сигнал. Разговор с бывшим заказчиком стоит всех презентаций: спросите не «вам понравилось», а конкретное — укладывались ли в сроки, как реагировали на проблемы после запуска, сколько вышло сверх сметы.

Вопросы, которые отличают исполнителя от продавца шаблона

Это работает лучше портфолио. Задайте их всем троим и сравните ответы.

«Как у вас сейчас устроен процесс заказа?» Хороший признак — если подрядчик задал этот вопрос вам раньше, чем вы ему. Кто не спрашивает про бизнес, тот продаёт шаблон.

«Что будет с ценой, если каталог окажется вдвое больше?» Ответ покажет, считали задачу или назвали цифру с потолка.

«Как устроен обмен с учётной системой и в какую сторону идут данные?» «Настроим интеграцию» — не ответ. Ответ — какие данные, в какую сторону, как часто, что происходит при сбое.

«Кто заводит товары и пишет описания?» Самый частый источник неприятного сюрприза: работа большая, а в смете её нет.

«Покажете промежуточный результат?» Готовность показывать незаконченное — хороший признак. «Покажем, когда всё будет готово» — плохой.

«Что происходит, если по ходу работы требования изменятся?» Они изменятся. Вопрос в том, есть ли у подрядчика внятный ответ заранее.

Красные флаги

Каждый по отдельности не приговор, но повод насторожиться.

Цена названа до вопросов о задаче. Самый надёжный признак. Разбирали в первой части: низкая цифра до выяснения объёма почти всегда означает, что всё невлезшее станет «доработками сверх сметы».

Сроки названы без обсуждения объёма. То же самое.

«Сделаем всё». Отсутствие специализации означает, что часть работы будут делать впервые за ваш счёт.

Стопроцентная предоплата без этапов. Оплата по этапам защищает обе стороны.

Не отдают доступы. Формулировки вида «мы держим у себя, чтобы вы случайно не сломали» — про контроль, а не про вашу безопасность.

Домен регистрируют на себя. Отдельный и очень распространённый случай. Разбирал подробно в статье «Кому принадлежит ваш домен»: домен, оформленный на подрядчика, превращается в рычаг при любом конфликте.

Студия, фрилансер или свой разработчик

Универсального ответа нет, есть соответствие задаче.

Фрилансер. Подходит для небольшого понятного проекта при ограниченном бюджете, если вы готовы сами управлять процессом. Главный риск — один человек: заболел, уехал, потерял интерес — и проект встал, а заменить некем.

Один опытный разработчик с сопровождением. Промежуточный вариант для проектов среднего размера с интеграциями. Дешевле студии, ответственность персональная, общение без менеджера-посредника. Риск тот же, что у фрилансера, и снимается он не обещаниями, а устройством дела: код в вашем репозитории, доступы у вас, интеграции описаны так, что их сможет подхватить другой человек. Это то, что стоит спрашивать прямо. Честно скажу: я работаю именно в этом формате, и проверять меня по этим пунктам — правильно.

Студия. Оправдана на крупных проектах, где нужны разные специалисты одновременно, юридические гарантии и подстраховка по людям. Платите за устойчивость и за менеджмент — и то и другое стоит денег.

Свой разработчик в штате. Имеет смысл, когда изменения идут постоянным потоком, а не проектами. Если задача — сделать магазин и дальше изредка дорабатывать, штатный разработчик будет простаивать.

Что должно быть в договоре

Пять пунктов, отсутствие которых обходится дороже всего.

1. Права на код. Кому принадлежит результат и что вы можете с ним делать.
2. Доступы и аккаунты — на вас. Хостинг, домен, платёжный сервис, аналитика оформляются на компанию, а не на подрядчика.
3. Этапы и приёмка. Что считается выполненным и как это подтверждается.
4. Что происходит при расставании. Передача исходников, доступов и описания интеграций — до, а не после разговора о деньгах.
5. Гарантия. Что входит в исправление ошибок, а что считается новой задачей. Граница должна быть описана словами, а не «по договорённости».

Что забрать после запуска

Не откладывайте: собирать доступы через год, когда подрядчик уже не отвечает, намного сложнее.

• панель хостинга и сервер;
• личный кабинет регистратора домена;
• репозиторий с исходным кодом;
• почтовые ящики на домене;
• платёжный сервис и кассу;
• счётчики аналитики и вебмастер;
• описание интеграций: что с чем обменивается и по какому расписанию.

Проверьте, что доступы работают, пока подрядчик ещё на связи. Записанный, но неработающий пароль ничем не отличается от отсутствующего.

Частые вопросы

Можно ли доверять отзывам на сайте подрядчика?

Как дополнительному сигналу — да, как основному — нет. Полезнее живой контакт бывшего заказчика и работающие сайты из портфолио.

Стоит ли выбирать по цене?

Стоит выбирать по понятности предложения. Самая низкая цена без разбора задачи обычно оказывается не самой низкой в итоге, а самая высокая не гарантирует качества.

Что делать, если подрядчик отказывается показывать промежуточный результат?

Искать другого. Работа без промежуточных демонстраций — это несколько месяцев неизвестности и большая вероятность получить не то.

Нужно ли своё техническое задание, чтобы начать разговор?

Нет. Достаточно описать, как устроен бизнес и что не устраивает сейчас. Как довести это до нормального ТЗ — тема следующей части.

Как проверить, что подрядчик не исчезнет?

Гарантий нет ни с кем. Снижает риск не размер компании, а устройство работы: доступы у вас, код в вашем репозитории, интеграции описаны. Тогда смена исполнителя — неприятность, а не катастрофа.

Что дальше

Подрядчик выбран — дальше нужно объяснить ему задачу так, чтобы получить то, что вы имели в виду. В следующей части разберём, как составить техническое задание, если вы не технарь: что описывать обязательно, какие формулировки гарантированно приведут к спору и что спокойно можно доверить исполнителю.

Посмотреть примеры работ и обсудить задачу можно здесь.