существуют, но я также думаю в этом вопросе как developstores
Тема по брошенным корзинам оказался прямо болью для пользователей, за 2 дня собрали 41 голос - это говорит, что вопрос весьма важный, хотелось бы услышать комментарии от разработчиков, что вы думаете по этому вопросу? Потому что нет ни одного поста от вас в этой теме.
@imac @ikoshkin Ждем вашего ответа
За упоминания спасибо, тему увидели. Илья сейчас занят и не может ответить, но просил передать, что сможем все эти вопросы обсудить на следующей неделе.
1 лайк
-
Будем делать.
-
Будем делать. Если в серьезные технические ограничения не упремся, выпустим.
-
А почему их нельзя просто удалять? С одной стороны можно добавить статус, но это потянет за собой другую логику и мне не очень нравится усложнение интерфейса
В вашей формулировке выглядит вполне логично. . В общем вопрос пока открыт, в процессе доделок будет понятно -
С IP все сложно, мы сейчас туда не полезем.
-
Да логично, думаю перенесем.
-
Тоже логично. Чуть позже вернемся к этому вопросу, в соседней теме по Multi-Vendor этот модуль тоже всплывал.
4 лайка
Удалять нельзя ничего. Статистика важна - сколько раз интересовались тем или иным товаром(товарной группой/категорией/брендом), чем закончились обращения и т.д. Удалять можно лишь то что получилось по ошибке, а все реальные обращения клиентов должны фиксироваться и сохраняться. Сбор статистики на первоначальных этапах ни на что влияет, но через несколько лет работы помогает извлекать дополнительные заказы, оптимизировать затраты, улучшать работу с поставщиками, определять приоритетные направления. Никогда не знаешь, что понадобится узнать о своих клиентах через пару лет - нельзя просто так портить исходные данные, делая их не репрезентативными.
Когда много таких заказов чтобы можно было понять что с этим заказом, как он обработан с ним все или можно еще поработать добавить в рассылку в этом смысле, с кем-то сразу связаться не удалось и возвращаешься к этому вопросу позже и среди всей этой массы сложно понять что к чему
7.Сделать возможность создавать из обратного звонка новый заказ
А почему бы не сделать признак-характеристику заказа типа “Обратный звонок” или “Заказ” или чтобы заказы из обратного зонка появлялись в общем списке заказов на ряду со всеми остальными обычными заказами? Т.е. исключить отдельное отображение списка обратных звонков. Логично?
Обратный звонок это еще не заказ, может быть просто типа ПЕРЕЗВОНИТЕ МНЕ он может быть и по доставке, и по претензиям и как проверка оперативности магазина или консультация по товару, многие просто экспериментируют ))) и поэтому на посещаемых магазинах мне кажется может быть проблемой
Подтверждаю по обратному звонку, сейчас на старой цмс + роистат, заказ обратного звонка получает номер заказа и сумму заказа 0 рублей, отсюда порча статистики лишней информацией, которая смысловой нагрузки на мой взгляд почти не несет
Ребята, ребята… Что же вы делаете? Любое обращение это лид. Заказ на сайте - лид, звонок - лид. Ну неужели никто не работал с CRM и не читал умные книги про технологии продаж? Все лиды (обращения) должны быть в одном месте. В CS-Cart это заказы! По заказам нужно писать отчеты по каждому статусу. А статистику нужно делать по статусам заказов, а не признаку Заказ или Звонок. Лиды бывают горячие и холодные. Горячие это оформленный заказ на сайте, холодные - это звонки. Вы преобразуете холодных (звонки) в горячие (заказы) изменением статуса заказа. Зачем звонки в интернет-магазине? Чтобы оформить заказ. Или чтобы просто поговорить о житие бытие? Не уговорили клиента - статус “Отменен” и примечние “не нравится цвет, других нет и не будет”.
2 лайка
Поддерживаю.
И кстати, как выотнесётесь к тому, чтобы сделать привязку шаблона для способов доставки .
Ну типа как это сделано для способо оплаты.
Понятно о чём говорю?
Смысл мне отображать всю форму для заполения адреса, если клиент оформит самовывоз…
Понимаете?
Тут кажется надо давать выбор для места ПВЗ вместо указания адреса.
Поля доставки должны быть для каждого способа доставки свои. Поэтому их нужно убрать из полей профиля и добавить в способы доставки. А поля плательщика это и есть поля профиля (аккаунта, клиента). Потому что тот кто оформляет заказ тот и есть плательщик. А вот доставить он может кому угодно, может это подарок? 
1 лайк
Поддерживаю 501%!
Золотые слова! Надо чтобы это услышали разрабы простого формления заказа из cs-cart.
Не только поля, но и возможность отображения карты или еще какой либо штуки…
или карты и полей телефон/фио для заполенения…
Еще бы это совместить с удобным выбором разных адресов доставок…
типа как это сделано в amazon, aliexpress или paypal…
и чтобы это было на одной странице с оформлением заказа…
Мой адрес1, адрес друга, адрес Тани, Адрес работа…, Универ общага… Родители…
Но это только для тех кто зареген…
Сколько адресов, столько и кнопок… ну и типа с возможностью их быстрого редактирования…
так это есть. можно несколько адресов доставки добавить и кнопками переключать.
А простом формлении заказа это реализовано удобно?
Если честно… я его только на картинках на форуме видел
Нет… я зашел в личный кабинет и там такого нету…
А хотлось бы видеть и спользовать что то типа этого:
с соответсвующими выводами и логикой на одностраничном оформлении заказа…
Надо чтобы клиент уже издалека чуял по запаху что на этом сайте есть возможность сделать мнооого разных адресов доставок…
Никто от лидов не предлагает отказываться для этого и предлагается иметь возможность переносить звонки в заказы, до этого такой возможности не было, заказы и звонки это своего рода сегментация, чтобы на первой стадии отсеять По теории все должно быть в одном месте, в хорошем понимании этого слова, но панель заказов в ЦС Карт это не ЦРМ и там сложно ориентироваться будет если свалить это все в одну кучу, а так все из звонков передаешь в колл центр они обзванивают там где нужно ответить на вопросы отвечают а где нужно продать продают и переводят в заказы для обработки, а заказы это уже другой этап - то что нужно обработать сразу, но практике согласен @migpa из разделе звонков конверсия значительно ниже.
Просто так почему-то получилось, что заказы в один клик если не введена почта попадают в раздел обратных звонков, и тут да я согласен, что это не правильно они должны попадать сразу в заказы и обрабатываться в первую очередь. У меня допустим стоит модуль покупки в один клик от Алексбрэндинг и все заказы в один клик попадают сразу в заказы, Нужно просить разработчиков чтобы модуль из коробки “покупки в один клик” был исправлен и эти заказы попадали не в звонки, и добавить к звонкам возможность переводить их в заказы
2 лайка
Что мешает сохранить поиск по статусу заказа “Ожидает звонка” и второй без этого статуса. И открывайте себе любое представление списка заказов.
Например через время он снова позвонит (закажет звонок). И у Вас будет статистика, сколько раз он обращался и по каким товарам. А если что-то покупал то и статистика о покупках.
Конечно магазин это не CRM, но это мини CRM и мини ERP и есть фронтендом для этих двух инструментов для продаж.
Вот вот… т.е. для заказов обатный звонок, стоит сделать статус “Ожидает звонка” и потом манагер дозаполнит все поля при разговоре с клиентом и сделает нормальный заказ…
Кажется что сейчас если допливать модуль одностраничного оформления заказа, то потом могут возникнуть проблемы…
С одной стороны хочется доделать, а с другой прям таки стрёмно, т.к. можно просто попусту время потерять…