Вендор: кто это и чем отличается от дистрибьютора и подрядчика
Вендор (от англ. vendor — продавец, поставщик) — компания, которая владеет продуктом, его брендом и правами на него, и отвечает за развитие. Microsoft, 1С, Битрикс, Яндекс — вендоры своих продуктов.
Ключевое слово здесь — владеет. Продавать чужой продукт может кто угодно, но решает, каким он будет завтра, только вендор.
Вендор, дистрибьютор, реселлер, интегратор
| Роль | Что делает | На чём зарабатывает |
|---|---|---|
| Вендор | создаёт продукт и владеет им | лицензии, подписки |
| Дистрибьютор | закупает крупно и распределяет по рынку | разница в цене, объём |
| Реселлер (дилер) | перепродаёт конечному клиенту | наценка, партнёрское вознаграждение |
| Интегратор | внедряет и настраивает под задачу | работы по внедрению |
| Подрядчик | делает продукт под заказ | оплата за работу |
Главное отличие вендора от подрядчика: подрядчик делает продукт, который принадлежит вам, вендор даёт доступ к продукту, который принадлежит ему. Первый вариант дороже и медленнее, зато результат ваш. Второй быстрее и дешевле на старте — со всеми вытекающими.
Одна компания часто совмещает роли: вендор продаёт напрямую и через партнёров, интегратор бывает и реселлером. В договоре важно, кто за что отвечает, а не как это называется.
Что значит «работать с вендором»
Когда бизнес говорит «мы работаем на вендорском решении», это означает набор последствий:
- Функциональность задана. Дорабатывается только в рамках настроек и API. Что не предусмотрено — не будет, сколько ни проси.
- Обновления приходят по расписанию вендора. Интерфейс меняется без вашего согласия, иногда вместе с привычными сценариями.
- Поддержка идёт через регламент. Время ответа прописано в договоре, и это не то же самое, что позвонить своему разработчику.
- Дорожная карта не ваша. Вы можете просить, но приоритеты вендор расставляет по всей клиентской базе.
Вендорлок: главный риск
Вендорлок (vendor lock-in) — состояние, когда уйти от поставщика дороже, чем терпеть его условия. Складывается незаметно и обычно из четырёх вещей:
- Данные. За два года в системе накопились клиенты, история, документы. Выгрузка либо неполная, либо в формате, который никто не читает.
- Процессы. Команда работает так, как устроен продукт. Переезд — это переучивание всех.
- Интеграции. Связки с телефонией, 1С, сайтом писались под конкретный API и переносятся отдельным проектом.
- Договор. Скидка за три года вперёд — это тоже замок, просто добровольный.
Вендор про это знает, и отсюда рост цен при продлении: он видит, что альтернатива обойдётся вам дороже.
Что проверять до подписания
- Выгрузка данных. Можно ли забрать всё, в каком формате и за какой срок. Проверять это надо на старте, а не при уходе — тогда уже поздно.
- Условия продления. Есть ли потолок роста цены и что происходит при отказе продлевать.
- Обязательства по доступности. Не «мы стараемся», а конкретное время работы сервиса и что вы получаете при его нарушении.
- API и его стабильность. Открыт ли он на вашем тарифе, как вендор предупреждает об изменениях.
- Где физически лежат данные. Для персональных данных россиян это требование закона, а не вопрос удобства — оборотные штрафы за утечку.
- Кто владелец аккаунта. Регистрация на компанию, а не на почту сотрудника — почему это критично.
- Что будет при уходе вендора с рынка. В последние годы вопрос перестал быть теоретическим.
Когда вендорское решение — правильный выбор
Когда задача типовая: почта, CRM, трекер задач, аналитика, приём платежей. Здесь чужой продукт почти всегда обгоняет свой — за ним годы правок по тысячам клиентов, которых у вашей разработки не будет.
Своя разработка оправдана там, где процесс уникален и даёт вам преимущество перед конкурентами. Если процесс такой же, как у всех, писать своё — это платить за то, что уже написано. Разбор выбора — SaaS против коробки.
Где слово используют неточно
«Вендором» называют любого поставщика. В закупках так пишут и про компанию, которая привозит бумагу. Формально допустимо, но смысл теряется: вендор — это владелец продукта, а не любой, кто что-то продал.
Реселлера выдают за вендора. Партнёр может представляться разработчиком системы. Проверяется за минуту: кому принадлежат права и с кем заключается лицензионный договор. Разница вылезет при первом же серьёзном сбое.
Считают, что вендор отвечает за результат внедрения. Он отвечает за работоспособность продукта. За то, чтобы продукт решил вашу задачу, отвечает интегратор — или вы сами.
Коротко
- Вендор владеет продуктом, его брендом и правами, и определяет, как продукт развивается.
- Дистрибьютор распределяет, реселлер перепродаёт, интегратор внедряет — это разные роли.
- Подрядчик делает продукт, который принадлежит вам; вендор даёт доступ к своему.
- Вендорлок складывается из данных, процессов, интеграций и условий договора.
- Возможность выгрузить данные проверяют до подключения, а не при уходе.
- Вендорское решение выигрывает на типовых задачах, своя разработка — на уникальных процессах.
Подбираем и связываем системы под задачу, а не под моду, — разработка сервисов и интеграции.