Перед отправкой обращения в поддержку я проверяю, какой из моих магазинов открыт в кабинете и к какому отправлению относится проблема. Если ошибиться здесь, даже подробный текст придётся объяснять заново: сотрудник будет искать операцию не у того продавца. Поэтому я начинаю не с описания возмущения, а с проверки магазина, номера отправления или поставки и документа, где вижу расхождение. Это скучная подготовка, зато без неё переписка легко уходит в уточнения, которые ничего не решают.
Когда мне нужно написать в поддержку Ozon Seller, я сначала определяю, какого результата хочу добиться: получить объяснение, исправить статус, проверить начисление или оспорить удержание. От этого зависит маршрут обращения и набор приложений. Вопрос о работе API я не смешиваю с вопросом о деньгах, даже если расхождение заметил через свой сервис аналитики. Ни удачная формулировка, ни большой архив скриншотов не гарантируют ответа без шаблона, но понятный запрос оставляет меньше поводов отвечать общими словами.
Куда писать продавцу в кабинете Ozon Seller
Основной маршрут у меня такой: войти в кабинет нужного продавца, найти раздел помощи или поддержки и открыть доступный там чат либо форму обращения. Если сначала отвечает помощник, я описываю предмет вопроса и использую предложенный интерфейсом способ продолжить обращение, когда подсказка не решает проблему. Точное название кнопок я не буду обещать: у меня нет подтверждения текущего вида интерфейса для каждого аккаунта. Ориентир здесь — поддержка внутри авторизованного кабинета продавца, а не чат покупателя в приложении Ozon.
Дальше я выбираю тему по объекту проблемы, а не по тому, какая категория кажется способной быстрее вывести на человека. Если вопрос касается приёмки, отправной точкой будет поставка; если удержания — конкретная финансовая операция и связанный с ней документ. Когда в карточке объекта доступно отдельное действие для обращения, я сначала проверяю его: возможно, часть реквизитов уже попадёт в запрос. Если подходящей темы нет, выбираю ближайшую по смыслу и прямо в начале текста объясняю, что именно требуется проверить.
После отправки я сохраняю идентификатор обращения и проверяю, что оно появилось в доступной истории переписки. Для одного расхождения стараюсь продолжать уже начатую ветку, а разные отправления объединяю только тогда, когда действительно проверяю одну общую причину. Бессистемные дубли неудобны прежде всего мне: документы оказываются в разных местах, а ответы приходится собирать вручную. Если сотрудник предлагает другой канал или тему, я переношу туда факты и указываю прежнее обращение, чтобы не терять контекст.