Мне нужно, чтобы при отправке почтой покупателю автоматически была отправлена смс с треком. А при отправке курьером, смс отправляться вообще не должно.
По нашему опыту таких около 30%. Остальные случаи:
- покупатель оформляет второй раз проходя все стадии оформления и появляется еще и дубль контакта,
- покупатель меняет способ оплаты,
- покупатель оформляет второй заказ через несколько часов (возможно, потерял письмо или вообще не смотрит почту; бывает даже так, что забыл, что уже заказал),
- покупатель оформляет первый заказ без промокода, а второй уже с промокодом,
- покупатель уточняет адрес (например, вписывает номер квартиры) или меняет ПВЗ на соседний,
- покупатель добавляет комментарий к заказу (да, для него это уже причина создать новый заказ)
Покупатели вообще не думают о том, что замусоривают нам систему и усложняют работу, для них создание нового заказа это как "напечатал текст и сразу удалил".
Это дубль. Покупатель не будет платить дважды за доставку. Если ему нужно 4 паяльника, он оформит новый заказ на 4 и скажет менеджеру отменить предыдущий заказ. Бывает, что покупатели оформляют заказ и через пару минут оформляют точно такой же. Чаще всего им кажется, что первый заказ не прошел или они меняют способ оплаты.
Есть идея вводить вместо пина последние 4 цифры номера телефона клиента в виде "Для входа введите последние цифры Вашего телефона: +7 926 500 ХХХХ" Это удобней тем, что клиент знает свой телефон и ему не нужно заглядывать в сообщение чтобы запоминать пин. А лишняя проверка введенного клиентом телефона тоже не помешает.
Покупатели часто просят прямую ссылку на платежную страницу. У нас один товар и большинство заказов оплачивают с телефона, на ходу. Покупателям нужно, чтобы все было максимально просто и быстро.
Вот это в нем лишнее: "Пин не нужно будет вводить, если заказ проверяется на том же устройстве и в том же браузере" Часто менеджер первым входит на страницу заказа, покупателю все равно придется вводить пин.
Большинство клиентов раздражает ПИН, особенно если на странице заказа кроме имени и телефона персональных данных нет. Интимными товарами не торгуем. Может же быть какой-то компромисс для более удобного способа для доступа клиентов к заказу.
Варианты:
1. Ограничить количество входов без пина, например, первые 5 входов.
2. Выводить пин на той же странице.
3. Вывести кнопку входа на страницу, кнопка генерит каждый раз новую ссылку для входа.
Эти меры защитят от массовой утечки данных, а по одному вытаскивать клиентов никому смысла нет.
Кнопке "отмена подтверждения" можно задать действие Возврат? кроме отмены списания не будет никаких ненужных изменений? или если установить действие Удалить? это повлияет только на списание?
А существует возможность задавать расписание действий без смены статуса? Например, спустя 3 дня отправляется уведомление 1, спустя 5 дней уведомление 2 и т.д.
В CRM можно будет не заходить и брать ссылку сразу из заказа в SS? Можно будет из страницы заказа в SS брать по желанию ссылку на оплату всей суммы (товар+доставка) или ее часть (только доставка)?
Да, в дальние регионы и заграницу не отправляем без предоплаты. Клиенты просят оплатить доставку и мы идем навстречу.
CRM установлено. Да, спасибо, можно так, но многовато действий, хотелось бы сразу со страницы заказа копировать ссылку на страницу Сбербанка для оплаты всего заказа и опционально для отдельной оплаты доставки.
Да, мы так и делаем, фронтенд в режиме инкогнито. Но в суете всегда можно забыть перейти в инкогнито - человеческий фактор же. Менеджеры в соседней вкладке во фронтэнде еще и доставку считают. И, вообще, проверяют оформление заказов с разными параметрами, так как там тоже иногда разные проблемы вылезают и если сразу их не увидишь, то потеряешь клиентов.
Менеджер во фронтэнде оформляет заказ с промокодом, поскольку в бэкенде нет возможности вносить промокод. А стату про промокодам нужно остлеживать. Также некоторые покупатели просят их зарегить на сайте, поскольку им самим это делать лень (или сто других причин) и хороший менеджер идет навстречу клиентам. И хотелось бы, чтобы в таких ситуациях система перечила или уведомляла хотя бы.
Павел, возможно вы правы со стороны системы и ее разработчиков, но систему делают для людей и она должна быть удобна людям. По крайней мере, нужно чтобы любая система к этому стремилась. Иначе нахер она тогда нужна?
Нет.
в ответ на Прямая ссылка на оплату картой на сайте
Поддерживаю
в ответ на Сокращение ссылок и статистика переходов
Мне нужно, чтобы при отправке почтой покупателю автоматически была отправлена смс с треком. А при отправке курьером, смс отправляться вообще не должно.
в ответ на Ветки статусов
По нашему опыту таких около 30%. Остальные случаи:
- покупатель оформляет второй раз проходя все стадии оформления и появляется еще и дубль контакта,
- покупатель меняет способ оплаты,
- покупатель оформляет второй заказ через несколько часов (возможно, потерял письмо или вообще не смотрит почту; бывает даже так, что забыл, что уже заказал),
- покупатель оформляет первый заказ без промокода, а второй уже с промокодом,
- покупатель уточняет адрес (например, вписывает номер квартиры) или меняет ПВЗ на соседний,
- покупатель добавляет комментарий к заказу (да, для него это уже причина создать новый заказ)
Покупатели вообще не думают о том, что замусоривают нам систему и усложняют работу, для них создание нового заказа это как "напечатал текст и сразу удалил".
в ответ на Дубли заказов
Критерии по которым можно определить дубль:
1. заказ оформил один и тот же покупатель или совпадают имена и телефоны двух покупателей
2. один и тот же товар
3. один и тот же адрес доставки
4. второй и последующие заказы оформлены в течение суток
Хотелось бы автоматически удалять более ранние заказы и оставлять последний.
Покупателю отправлять сообщение "Заказ №ХХХ1 распознан как дубль и автоматически удален. Ваш заказ №ХХХ2"
В случае ошибки покупатель сообщит и менеджер восстановит заказ. Но такие случаи будут очень редки.
в ответ на Дубли заказов
Это дубль. Покупатель не будет платить дважды за доставку. Если ему нужно 4 паяльника, он оформит новый заказ на 4 и скажет менеджеру отменить предыдущий заказ. Бывает, что покупатели оформляют заказ и через пару минут оформляют точно такой же. Чаще всего им кажется, что первый заказ не прошел или они меняют способ оплаты.
в ответ на Дубли заказов
Есть идея вводить вместо пина последние 4 цифры номера телефона клиента в виде "Для входа введите последние цифры Вашего телефона: +7 926 500 ХХХХ" Это удобней тем, что клиент знает свой телефон и ему не нужно заглядывать в сообщение чтобы запоминать пин. А лишняя проверка введенного клиентом телефона тоже не помешает.
в ответ на Альтернативы вводу PIN
Покупатели часто просят прямую ссылку на платежную страницу. У нас один товар и большинство заказов оплачивают с телефона, на ходу. Покупателям нужно, чтобы все было максимально просто и быстро.
в ответ на Альтернативы вводу PIN
Вот это в нем лишнее: "Пин не нужно будет вводить, если заказ проверяется на том же устройстве и в том же браузере" Часто менеджер первым входит на страницу заказа, покупателю все равно придется вводить пин.
в ответ на Альтернативы вводу PIN
Большинство клиентов раздражает ПИН, особенно если на странице заказа кроме имени и телефона персональных данных нет. Интимными товарами не торгуем. Может же быть какой-то компромисс для более удобного способа для доступа клиентов к заказу.
Варианты:
1. Ограничить количество входов без пина, например, первые 5 входов.
2. Выводить пин на той же странице.
3. Вывести кнопку входа на страницу, кнопка генерит каждый раз новую ссылку для входа.
Эти меры защитят от массовой утечки данных, а по одному вытаскивать клиентов никому смысла нет.
в ответ на Отключить Пин
Кнопке "отмена подтверждения" можно задать действие Возврат? кроме отмены списания не будет никаких ненужных изменений? или если установить действие Удалить? это повлияет только на списание?
в ответ на Статус заказа и списание со склада
а как настроить Cron для Триггерных рассылок в облаке?
в ответ на Смена статуса заказа по истечению заданного времени
Отлично, то, что нужно!
в ответ на Смена статуса заказа по истечению заданного времени
Спасибо!
А существует возможность задавать расписание действий без смены статуса? Например, спустя 3 дня отправляется уведомление 1, спустя 5 дней уведомление 2 и т.д.
в ответ на Смена статуса заказа по истечению заданного времени
Мы используем этот плагин. Но в нем разве есть такой функционал?
в ответ на Смена статуса заказа по истечению заданного времени
https://www.webasyst.ru/store/plugin/shop/vc4phonemask/
не отвечает на письма, сайт не открывается
https://www.webasyst.ru/store/...
не решает проблему когда покупатель вводит в начале номера 8, так чтоб 8 не добавлялось к +7 в виде +7 (8...)
кроме того, плагин не подходит для других стран
в ответ на Ввод номера телефона покупателем
а как это настроить на основе группы?
в ответ на Ограничения доступа в магазин
Спасибо!
в ответ на Новый статус заказа в списке "В обработке"
Это нужно для бэкенда, но я подумаю. спасибо
в ответ на Эквайринг Сбербанка
В CRM можно будет не заходить и брать ссылку сразу из заказа в SS? Можно будет из страницы заказа в SS брать по желанию ссылку на оплату всей суммы (товар+доставка) или ее часть (только доставка)?
в ответ на Эквайринг Сбербанка
Спасибо, это только из CRM? Из заказа в SS не будет работать?
в ответ на Эквайринг Сбербанка
Да, в дальние регионы и заграницу не отправляем без предоплаты. Клиенты просят оплатить доставку и мы идем навстречу.
CRM установлено. Да, спасибо, можно так, но многовато действий, хотелось бы сразу со страницы заказа копировать ссылку на страницу Сбербанка для оплаты всего заказа и опционально для отдельной оплаты доставки.
в ответ на Эквайринг Сбербанка
товар отправляется по предоплате и они именно так и просят
в ответ на Эквайринг Сбербанка
спасибо
в ответ на Скрытие страниц в robots.txt
У каждого своя модель работы с клиентами. Разговор ни о чем.
в ответ на Бэкенд и фронтенд на соседних вкладках
Да, мы так и делаем, фронтенд в режиме инкогнито. Но в суете всегда можно забыть перейти в инкогнито - человеческий фактор же. Менеджеры в соседней вкладке во фронтэнде еще и доставку считают. И, вообще, проверяют оформление заказов с разными параметрами, так как там тоже иногда разные проблемы вылезают и если сразу их не увидишь, то потеряешь клиентов.
в ответ на Бэкенд и фронтенд на соседних вкладках
Менеджер во фронтэнде оформляет заказ с промокодом, поскольку в бэкенде нет возможности вносить промокод. А стату про промокодам нужно остлеживать. Также некоторые покупатели просят их зарегить на сайте, поскольку им самим это делать лень (или сто других причин) и хороший менеджер идет навстречу клиентам. И хотелось бы, чтобы в таких ситуациях система перечила или уведомляла хотя бы.
Павел, возможно вы правы со стороны системы и ее разработчиков, но систему делают для людей и она должна быть удобна людям. По крайней мере, нужно чтобы любая система к этому стремилась. Иначе нахер она тогда нужна?
в ответ на Бэкенд и фронтенд на соседних вкладках
Но это также и штатное поведение любого менеджера. А почему нельзя сделать так, чтобы это не происходило? Это невозможно или очень сложно технически?
в ответ на Бэкенд и фронтенд на соседних вкладках
как вернуть все обратно?? работать невозможно!
в ответ на Оформление заказа имя покупателя
создали проблему на пустом месте и парализовали работу магазина! вводим "новый покупатель" и указываем витрину, появляется ФИО, а как адрес ввести?
в ответ на Оформление заказа имя покупателя