- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Zonk, меня и текущая схема работы устраивает. Не устраивает политика обработки заказов. Решайте проблему и все будут довольны.
У меня еще за 22.10.2013 заказы не отправлены, а вы тут про какую-то обработку еще говорите. У вас там какая-то рандомная система обработки заказов. Заказы, которые пришли позже, уже отправлены, а пришедшие раньше - не отправлены. Где логика? Преимущественно должны закрываться старые заказы, которые раньше пришли.
Мне тут в голову пришла идея. Раз колл-центр не справляется со своей задачей, ему можно посодействовать посредством операторов связи. Как я понял, когда человек формирует заказ и его номер валидный, ему отправляется смс о том, что скоро ему позвонит оператор для подтверждения заказа.
Что я предлагаю. Можно создать систему самоподтверждения заказов. Для этого покупателю отправляется смс с кодом для подтверждения. Если покупатель действительно готов подтвердить заказ, но в силу возможностей колл-центр не может его обзвонить, покупатель отправляет смс с кодом на определенный номер, что соответствует подтверждению заказа.
Пример:
- Ваш заказ принят! Оператор свяжется с вами для подтверждения заказа, но вы можете сами подтвердить заказ, отправив смс с таким-то кодом на такой-то номер.
Таким образом, создается 2 варианта подтверждения заказа, что может снизить нагрузку на КЦ вдвое. Стоимость смс может быть взыскана по обычным тарифам оператора связи.
А способ доставки и стоимость доставки как в этом случае обговаривать? Она ведь всегда индивидуальна.
Или "сюрприз будет"? :)
А способ доставки и стоимость доставки как в этом случае обговаривать? Она ведь всегда индивидуальна.
Или "сюрприз будет"? :)
На лендинге сделать выбор способа доставки. В зависимости от товара, цены на доставку индивидуальные.
Так а разве апишопс об этом не уведомляет покупателей?
А кто его знает этот апишопс. у меня есть заказы почтовые, которые уже давно на почту прибыли и были вручены, а статус остался Доставляется. Если апишопс медленно чекает почту, значит и медленно узнает о том что посылка в месте вручения. Так что я сам чекаю почтовые отправления и отправляю смс.
А кто его знает этот апишопс. у меня есть заказы почтовые, которые уже давно на почту прибыли и были вручены, а статус остался Доставляется. Если апишопс медленно чекает почту, значит и медленно узнает о том что посылка в месте вручения. Так что я сам чекаю почтовые отправления и отправляю смс.
Как-то тысячу заказов не охота чекать 😂
Кстати, глянул пару заказов и действительно, многие уже вручены, но деньги не начислены.
RadionEX, вы ошибаетесь, приоритет должен быт всегда у самых свежих заказов, так как они ждут подтверждения по телефону в ближ 15 минут, позже уже шансов дозвониться 25-30% не больше, так что по старым заказам звонки - это уже во время простоя колцентра, так как стоимость обработки становится выше, а вы же не согласны платить за стоимость обработки из своего кармана?
Как-то тысячи заказов не охота чекать 😂
Так есть автоматические чекалки. Можно было бы по API забирать номера треков и вбивать в чекалки автоматом. Конечно тут программить нужно..
А вообще я конечно надеюсь, что эту часть сделает сам биггон и не нужно костыли пристраивать.
---------- Добавлено 10.11.2013 в 16:04 ----------
На лендинге сделать выбор способа доставки. В зависимости от товара, цены на доставку индивидуальные.
Как показывает практика, чем больше полей и сложнее форма, тем заказов меньше (
Моя бы воля я оставил бы только телефон.
Так есть автоматические чекалки. Можно было бы по API забирать номера треков и вбивать в чекалки автоматом. Конечно тут программить нужно..
А вообще я конечно надеюсь, что эту часть сделает сам биггон и не нужно костыли пристраивать.
---------- Добавлено 10.11.2013 в 16:04 ----------
Как показывает практика, чем больше полей и сложнее форма, тем заказов меньше (
Так закрыли же данные. Как теперь чекать то?
---------- Добавлено 10.11.2013 в 17:06 ----------
RadionEX, вы ошибаетесь, приоритет должен быт всегда у самых свежих заказов, так как они ждут подтверждения по телефону в ближ 15 минут, позже уже шансов дозвониться 25-30% не больше, так что по старым заказам звонки - это уже во время простоя колцентра, так как стоимость обработки становится выше, а вы же не согласны платить за стоимость обработки из своего кармана?
Я не про подтверждение говорю, а про обработку. Заказы подтверждены давно, но зато 2 недели как не отправлены. Читайте внимательно.
>>> RadionEX , у тебя 10-ки мыслей в день насчет ПП, не мог ты все 10 в 1 посте писать, а то заходишь а тут пост за постом твой )) Когда попадаю в ветку про ПП, у меня слаживается ощущение что это ветка не бигона а твоя. Дай почитать важные новости. Спасибо.
По поводу ПП ребята молодцы. И работу делают свою на все 100. По обзвонам они не причем.
По поводу ПП ребята молодцы. И работу делают свою на все 100.
Я так публично напишу, когда апишопс даст возможность биггону обзванивать заказы и биггон начнет их действительно обзванивать. 😂