Выбор подрядчика
Проверка подрядчика: 10 критериев для проектов с интеграциями
Когда проект затрагивает ERP, склад или заказы, обычные критерии выбора студии перестают работать. Что проверять в интеграциях и при передаче.
Содержание
Если проект затрагивает производство, склад или обработку заказов, большинство критериев для сравнения веб-студий перестают работать. Сметы всё так же похожи — корпоративный сайт, интернет-магазин, приложение, — но настоящая потребность производителя или дистрибьютора обычно начинается в другом месте: в процессах, а не на главной странице.
Эта статья выстраивает критерии проверки под эту реальность. Прайс-листа нет; есть набор проверок для смет, которые лежат у вас на столе.
Почему процессы важнее сайта
Для компании, которая продаёт другим компаниям, сайт — это витрина. Реальные потери возникают там, где их меньше видно: склад ведётся вручную, заказы перепечатываются из писем, статус отгрузки никто не может назвать без телефонного звонка.
Из этого следуют три вещи для выбора подрядчика.
Первый вопрос — не дизайн. Он звучит так: «какой процесс сейчас теряет деньги». Студия, которая начинает с макета, а не с потока работы, пропустила ту часть, где создаётся ценность.
Покупатель — не потребитель. Закупщику нужны характеристики, сертификаты, размеры, документы для скачивания и быстрый путь к цене. Приёмы потребительских магазинов — карусели, баннеры срочности, корзина — здесь не работают. Корзину обычно заменяет запрос предложения, который должен попадать туда, где сидит человек.
Экспорт делает многоязычность обязательной. Не «добавить перевод»: отдельная структура адресов для каждого языка, правильные сигналы поисковикам, данные о товаре из одного источника и документы по языкам. Поддерживать один товар в двух местах — гарантированный источник расхождений.
Вопросы, которые показывают уровень студии
Судите по тому, что спрашивают, а не что презентуют. Команда, знающая интеграции, спрашивает:
- Какая ERP или бухгалтерская программа у вас сейчас?
- Где хранятся данные о товарах и сколько человек их правит?
- Как приходят заказы — почта, телефон, представитель, маркетплейс?
- Остатки нужны в реальном времени или достаточно ежедневной синхронизации?
- Какие экспортные рынки и на каких языках вы даёте предложения?
- Кто обновляет техническую документацию и сертификаты?
Студия, которая начинает с «сколько страниц» или «какие цвета вам нравятся», продаёт сайт. Количество страниц определяется последним.
Проверка опыта интеграций: три вопроса
Для такой работы это единственный критерий, который действительно разделяет студии.
1. Какая система и в каком направлении? «Мы делали интеграции с ERP» — не информация. Это было только чтение или запись в ERP тоже? Запись рискованнее на порядок: один неверный документ ломает учёт, а откатывать это придётся руками.
2. Есть ли тестовая среда? Интеграция, которую отлаживают на живой ERP, недопустима. Если студия не просит тестовую среду, она молча перекладывает риск на вас.
3. Кто отвечает за сбои? Важно не то, что происходит, когда интеграция работает, а то, что происходит, когда она ломается. Попадают ли неудавшиеся записи в очередь и повторяются ли? Уведомляется ли человек о тех, что не удалось разрешить? Если этого механизма нет в смете, интеграция сделана наполовину.
С нашей стороны это проекты автоматизации, интеграции с ERP и разработки API — посмотрите, что мы делали.
Что нужно на сайте экспортирующей компании
| Требование | Почему | Как проверить |
|---|---|---|
| Многоязычная структура + hreflang | Зарубежный посетитель должен попадать на нужный язык | Могут ли показать сделанный многоязычный сайт |
| Данные о товаре из одного источника | Править один товар в двух языках отдельно — источник ошибок | В скольких местах вводятся данные о товаре |
| Управление документами и сертификатами | B2B-покупатель сначала скачивает документ | Есть ли загрузка файлов и версионность |
| Скорость, измеренная из-за рубежа | Измерение из своей страны вводит в заблуждение | Из какого региона измеряется цель |
| Поток запроса предложения | В B2B работает предложение, а не корзина | Куда уходят заявки, попадают ли в CRM |
Нужно ли присутствие на месте
Разграничение должно быть точным, потому что этот вопрос и преувеличивают, и обесценивают не там, где нужно.
Присутствие действительно нужно: там, где работа касается производственной площадки. Установка терминалов, сканеры штрихкодов, экраны на линии, локальные серверы, прокладка сети. Когда линия встала, удалённого доступа не хватает.
Присутствие в основном не нужно: корпоративные сайты, интернет-магазины, приложения, админ-панели, интеграции по API. Эта работа идёт удалённо, как и по всей отрасли.
Скажем прямо о себе: AsteroSoft находится в Мугле, Турция. У нас нет офиса в России, и мы не будем это утверждать. Работа для клиентов в России идёт удалённо, а там, где объём действительно требует человека в цеху, мы говорим об этом прямо и вписываем визиты в договор, а не делаем вид, что расстояние не имеет значения.
Правильный вопрос — не «где ваш офис», а «через сколько часов я получу ответ, когда что-то сломается, и написано ли это в договоре». Команда в вашем городе, отвечающая три дня, хуже удалённой, отвечающей в тот же день.
Права: что останется у вас после передачи
В интеграционных проектах это важнее, потому что интеграции встраиваются в работу компании. В смете должно быть написано, что это оформлено на вас:
- Домен и хостинг-аккаунт. В аккаунте студии перенести не получится.
- Документация по интеграции. Какое поле куда сопоставлено — письменно. Без этого документа следующая студия начнёт с нуля.
- Ключи API и доступы. В ваших собственных аккаунтах, не в их.
Последний пункт пропускают чаще всего. Интеграция, переданная без документации, — это постоянная зависимость от того, кто её сделал, и причина, по которой смена подрядчика иногда стоит дороже исходного проекта.
10 пунктов для сравнения
Сравнивайте этот список, а не цену:
- Что входит в объём — только сайт или интеграции тоже?
- С какими системами и в каком направлении (чтение/запись)?
- Предоставляется ли тестовая среда?
- Как будут обрабатываться ошибки и повторные попытки?
- Сколько языков и кто переводит?
- Кто и откуда обновляет данные о товарах и документы?
- Есть ли измеримая цель по скорости для мобильных и для зарубежных посетителей?
- Входит ли техническое SEO?
- Сколько раундов правок и как оценивается работа вне объёма?
- Входят ли в передачу поддержка, срок ответа и документация?
Как это превращается в бюджет, мы разобрали в сколько стоит сайт для бизнеса.
Красные флаги
- «Интеграция с ERP не проблема, сделаем». Ответ, данный без вопросов о системе, направлении и полях, — признак неопытности.
- Студия, которая не просит тестовую среду. Она перекладывает риск на вас.
- Смета, где документация не входит в объём. Создаёт постоянную зависимость.
- «Гарантируем первую страницу в Google». Позиции гарантировать нельзя.
- Обещание неограниченных правок. Нереалистично.
- Смета сильно ниже остальных. Обычно покрывает сильно меньше.
Как выстроить последовательность
Простое правило: сначала измерить, потом автоматизировать. Проекты, которые стартуют без понимания, какой процесс даёт больше всего ручной работы и ошибок, в итоге аккуратно автоматизируют не то.
Последовательность, которая работает: выбрать один процесс с наибольшим объёмом ручной работы, решить его целиком, измерить результат, перейти к следующему. Большинство проектов, где одновременно запускают редизайн сайта, B2B-магазин, интеграцию с ERP и приложение, не заканчивают ни одного.
Если ваш проект ближе к туризму, аренде или сезонному спросу, критерии другие — их мы разобрали в как выбрать разработчика сайта в Турции.
Мы работаем из Муглы (Турция) и делаем корпоративные сайты, B2B-магазины, интеграции с ERP и API, автоматизацию и мобильные приложения. Чтобы определить объём вместе — напишите нам.