Мультиаккаунтинг для закупщиков: кабинеты на Alibaba и Global Sources
Как сорсинг-агентства и отделы закупок ведут параллельные проекты на B2B-маркетплейсах без утечки данных клиентов и ценовой дискриминации.
Отдел закупок, который работает с десятком поставщиков на Alibaba, Global Sources и Made-in-China, довольно быстро упирается в проблему, о которой редко говорят вслух: один аккаунт слишком много помнит. Поставщик видит историю запросов, объёмы прошлых заказов, с кем ещё вы переписывались, и использует это при формировании цены. А если закупщик параллельно ведёт сорсинг для двух клиентов с похожим товаром, есть риск, что продавец свяжет два проекта между собой и начнёт играть на противоречиях между заказчиками.
Это не теневая схема — это обычная практика закупочных и сорсинг-агентств, которые ведут параллельные RFQ (запросы на коммерческое предложение) для разных клиентов и хотят, чтобы каждый проект выглядел как независимый покупатель. Разберём, как это делать аккуратно и в рамках правил площадок.
Зачем закупщику несколько аккаунтов
Конфиденциальность клиента. Если сорсинг-агентство ищет поставщика для бренда А и одновременно для конкурирующего бренда Б, объединять оба запроса в одном профиле нельзя — поставщик может случайно (или специально) рассказать одному клиенту, что искал похожий товар второй.
Защита от ценовой дискриминации. Аккаунт с историей крупных заказов и явным интересом к конкретной категории получает другие цены, чем новый покупатель. Параллельные независимые запросы с разных аккаунтов дают более честную картину рынка — вы сравниваете реальные прайсы, а не адаптированные под ваш профиль.
Параллельные RFQ без ограничений площадки. У маркетплейсов есть лимиты на количество запросов в день с одного аккаунта и встроенные механизмы, которые помечают аккаунт как спамера при массовой рассылке одинаковых RFQ разным поставщикам. Разделение по клиентским профилям снижает нагрузку на каждый отдельный аккаунт.
Разные юридические лица и валюты расчётов. Агентство может вести закупки от имени нескольких импортёров — у каждого свой договор, своя платёжная информация, свой адрес доставки. Смешивать это в одном кабинете неудобно и рискованно с точки зрения учёта.
Что разрешают площадки, а что нет
Alibaba, Global Sources и аналогичные маркетплейсы не запрещают иметь несколько аккаунтов покупателя — это нормальная практика для компаний с разными подразделениями или агентств, работающих от имени клиентов. Под запретом обычно:
- накрутка отзывов и рейтингов через фиктивные заказы с разных аккаунтов;
- обход санкций и ограничений на конкретного продавца после блокировки;
- массовая автоматическая рассылка одинаковых запросов ботами;
- манипуляция системой тендеров и закупочных аукционов площадки.
Если вы просто ведёте параллельные, честные закупочные проекты для разных клиентов — это укладывается в обычную деловую практику. Похожая логика разбирается в материале про мультиаккаунтинг на маркетплейсах: там речь о продавцах, но принцип «разделяй проекты, не нарушай правила конкретной площадки» универсален.
Структура: один профиль — один клиентский проект
Самая рабочая модель — закреплять профиль не за сотрудником, а за проектом или клиентом. Это удобно, когда закупщики в команде меняются, а проекты остаются надолго.
| Элемент профиля | Что настраивается |
|---|---|
| Прокси | Гео, соответствующее рынку клиента или юрлицу-импортёру |
| Язык и часовой пояс | Берутся из точки выхода прокси, совпадают с легендой покупателя |
| Email и контакты | Отдельная почта под проект, не пересекается с другими клиентами |
| Cookies и история | Накапливаются только в рамках одного проекта |
| 2FA | Отдельный ключ в хранилище профиля |
Когда проектов пятьдесят и больше, без группировки по клиентам и тегам профили превращаются в кашу — кто-то случайно заходит не в тот кабинет и путает поставщиков. Как раскладывать большой парк профилей по группам и не терять в этом ориентацию, подробно разобрано в статье про организацию сотен профилей.
Прокси: гео решает больше, чем кажется
Поставщики на азиатских B2B-площадках часто показывают разные условия покупателям из разных регионов — это не паранойя, а наблюдаемая практика: минимальная партия, цена за единицу, сроки могут отличаться в зависимости от того, откуда, по мнению продавца, пишет покупатель.
Если клиент — импортёр из Германии, закупочный аккаунт должен выходить в сеть с немецким или как минимум европейским IP, а не с случайного дата-центрового адреса. Для этого нужны прокси с проверенной репутацией и привязкой к нужной стране — в GetAntik это делается через менеджер прокси с проверкой чистоты IP и готовой интеграцией HollyProxy, чтобы не искать адреса вручную для каждого нового проекта.
Разные типы прокси подходят под разные задачи — резидентские лучше имитируют обычного покупателя, мобильные дороже, но надёжнее для долгих сессий с авторизацией. Критерии выбора под конкретный сценарий закупок разобраны в материале про типы прокси для мультиаккаунтинга.
Прогрев аккаунта перед крупной сделкой
Новый покупательский аккаунт, который сразу запрашивает котировку на контейнер товара, выглядит подозрительно и для площадки, и для поставщика. Разумная практика — дать аккаунту немного истории: несколько небольших запросов, просмотр каталога, переписка по мелким заказам до того, как выходить на серьёзный объём. Это снижает шанс, что продавец воспримет запрос как разведку конкурента или спам, и повышает доверие при обсуждении цены на крупную партию.
Двухфакторная аутентификация у большинства B2B-площадок обязательна для подтверждения крупных сделок и смены платёжных реквизитов. Хранить коды в общем мессенджере команды — плохая идея: при текучке сотрудников ключи расползаются, а отозвать доступ избирательно невозможно. Встроенное хранилище 2FA на уровне профиля решает это — код привязан к конкретному кабинету, а не к личному телефону менеджера.
Команда: кто и как заходит в проекты клиентов
В сорсинг-агентстве закупщик редко ведёт один проект годами — люди меняются ролями, уходят в отпуск, увольняются. Если доступ к кабинетам поставщиков завязан на личные аккаунты сотрудников, каждая замена превращается в операцию по восстановлению доступа и смене паролей у десятка контрагентов.
Правильнее строить доступ через роли и общий пул профилей:
- Admin видит все проекты и может переназначать профили между закупщиками;
- Member работает только с профилями своих клиентов, видит их список и лимит;
- Finance получает доступ к профилям с платёжными данными для сверки счетов, но не может менять настройки кабинета;
- при передаче проекта другому сотруднику профиль переходит вместе с историей переписки и cookies, без создания нового кабинета у поставщика.
- lev открыл Airdrop zkSync 07
- artem закрыл FB · US · BM-14
- maya смотрит браузер artem
- lev передал TikTok Shop 03
Как настраивается передача профиля между сотрудниками и какие ограничения стоит ставить на каждую роль, подробно разобрано в статье о ролях и передаче доступа в команде.
Руководителю закупочного отдела полезно видеть общую картину: сколько профилей открыто прямо сейчас, кто с каким поставщиком общается, сколько уходит на прокси и подписки. Это считается на уровне команды, а не отдельного сотрудника — подход к расчёту бюджета на профили и инфраструктуру разобран в материале про экономику мультиаккаунтинга.
Частые ошибки
Один email на все проекты. Если регистрационная почта одна и та же, площадка и сами поставщики быстро видят связь между «независимыми» покупателями. Почта должна быть такой же изолированной сущностью проекта, как и прокси.
Смешивание личного и рабочего браузера. Менеджер заходит в кабинет клиента из обычного Chrome, где уже залогинен его личный Gmail и стоит десяток расширений. Отпечаток браузера становится узнаваемым, а при смене сотрудника доступ физически привязан к его компьютеру.
Игнорирование лимитов площадки на RFQ. Даже при разделении по клиентам легко случайно отправить десять одинаковых запросов с разных профилей одному и тому же поставщику за один день — алгоритм площадки это видит и может ограничить аккаунты.
Отсутствие резервной копии переписки. История общения с поставщиком — это актив: условия, которые обсуждались месяцами, образцы, присланные файлы. Если профиль привязан к личному устройству сотрудника и устройство выходит из строя, переговоры приходится начинать заново.
Нет привязки прокси к реальному гео клиента. Закупщик экономит и берёт дешёвый дата-центровый прокси вместо резидентского под страну импортёра — поставщик замечает несоответствие и либо настораживается, либо просто показывает завышенную цену.
Безопасность данных клиента
Сорсинг-агентство хранит в профилях коммерчески чувствительную информацию: объёмы закупок клиентов, условия контрактов, переписку с ценами, которые клиент не хочет раскрывать конкурентам. Данные профиля в GetAntik шифруются на устройстве паролем аккаунта, и сервер не имеет к ним доступа — это снижает риск утечки даже при компрометации серверной инфраструктуры. Подробнее о том, как устроено шифрование профилей и восстановление доступа при потере пароля, можно прочитать в разделе безопасности.
С чего начать
- Выпишите все активные закупочные проекты и определите, какие из них нельзя смешивать между собой по соображениям конфиденциальности клиента.
- Для каждого проекта заведите отдельный профиль с прокси, соответствующим стране клиента или импортёра.
- Настройте роли в команде так, чтобы при смене закупщика профиль передавался, а не пересоздавался с нуля.
- Прогрейте новые аккаунты мелкими запросами перед выходом на крупные закупки.
- Включите 2FA-хранилище для кабинетов, где возможны платежи или смена реквизитов.
Если команда небольшая — тариф Starter с 20 профилями на странице тарифов закроет потребности агентства с десятком активных клиентских проектов; агентствам покрупнее, где счёт идёт на сотни кабинетов поставщиков, подойдёт план Team или Enterprise с общим пулом профилей и ролями.
FAQ
Можно ли вести закупки для конкурирующих клиентов с одного ноутбука? Технически да, если каждый проект изолирован в отдельном профиле со своими прокси, почтой и cookies. Главное — не допускать пересечения данных между профилями и не использовать общий браузер для обоих клиентов.
Нужен ли отдельный прокси под каждого поставщика или достаточно одного на клиента? Обычно достаточно одного стабильного прокси на клиентский проект — важно гео и постоянство IP, а не привязка к конкретному поставщику. Смена IP посреди переговоров с одним и тем же продавцом выглядит подозрительно.
Что делать, если поставщик сам просит несколько коммерческих предложений от одной компании под разными именами? Это уже выходит за рамки обычного сорсинга и ближе к манипуляции ценами на стороне покупателя — такую практику правила большинства площадок прямо запрещают, и агентству стоит отказаться от подобных просьб клиента.
Как передать проект другому сотруднику, если прежний менеджер уволился? Если профиль велся в общем пуле команды с ролевым доступом, передача происходит без пересоздания кабинета — новый сотрудник получает профиль с историей и 2FA, доступ прежнего сотрудника просто отключается.
Стоит ли использовать автоматизацию для рассылки RFQ? Если и использовать, то очень аккуратно и с учётом лимитов площадки — массовая автоматическая рассылка одинаковых запросов чаще всего запрещена правилами маркетплейсов и быстро вычисляется их антифрод-системами.