Курс 2016 года “Разработка на UMI.CMS от 0 до готового сайта”

0 Пользователей и 1 Гость просматривают эту тему.

*

stev

  • *
  • 20
  • +5/-0
    • Просмотр профиля
Корзина для 2 типов товара
« : 25 Июня 2014, 07:23:16 »
Добрый день!

Интересует такой вопрос - нужно интернет-магазин с корзиной, через которую можно продавать 2 вида товаров - физический и электронный.

Вот выжимка из ТЗ от заказчика. Я отказался, т.к. не силен настолько в ЮМИ.
Но интерес остался как вообще это можно реализовать?

6.17.   Корзина
6.17.1.   Корзина делится на 2 раздела – физические и электронные товары
6.17.2.   Если в корзине только физический товар, то заказ проходит по обычному сценарию
6.17.3.   Если в корзине только электронный товар, то пропускаем этапы выбора адреса доставки и курьера. Сразу на оплату, причем, без «наложенного платежа»
6.17.4.   Если в корзине и физический и электронный товары, то:
6.17.4.1.   Человек нажимает «Оформить заказ»
6.17.4.2.   Шаг первый «Адрес» – выводится сообщение, т.к. вы выбрали «Коробку» и «Квест», то оформление заказа пройдет в 2 этапа – на первом этапе вы должны заполнить информацию об адресе доставки
6.17.4.2.1.   Заполняем данные по месту проживания
6.17.4.3.   Второй шаг «Доставка» - выводится сообщение «Для таких-то товаров потребуется доставка курьерской службой, почтой и т.п. – тут же выводим список физических товаров». И ещё одно сообщение – «Такие-то товары будут доступны для скачивания сразу после оплаты». Это позволит пользователю быть в курсе что вообще происходит.
6.17.4.3.1.   Делаем выбор способа доставки
6.17.4.4.   Шаг три «Оплата» - здесь 2 сценария.
6.17.4.4.1.   Пользователь выбирает «Робокасса» - тогда производим оплату сразу всех товаров.
6.17.4.4.2.   Пользователь выбирает «Платежная квитанция» или «Наложенный платеж»
6.17.4.4.2.1.   Пишем – вот ссылка на вашу квитанцию, распечатайте её и оплатите в любом банке. По этой квитанции вы оплачиваете такие-то физические товары.
6.17.4.4.2.2.   Следующие товары доступны к оплате только через «Робокассу», поскольку это электронные товары для скачивания. Выводим выбор – «Робокасса», «Виза», «Вебмани» и т.д.
6.17.4.4.2.2.1.   Происходит обычная оплата.
6.17.4.4.2.2.2.   Пользователь получает 2 письма. В личном кабинете доступно скачивание квеста.

6.17.5.   Стандартный заказ:
6.17.5.1.    Имя, email,
6.17.5.2.   Город, телефон
6.17.5.3.   Выбор способа доставки:
6.17.5.3.1.   почта россии;
6.17.5.3.2.   самовывоз;
6.17.5.3.3.   СДЭК - нужна интеграция модуля рассчета доставки, сумма доставки добавляется к суме заказа.
6.17.5.4.   Выбор способа оплаты
6.17.5.5.   Подтверждение заказа, проверить правильность – вывод всей информации о заказе;
На этом шаге необходимо реализовать кросс-продажу.
Внизу страницы должно выводиться «Вы в одном шаге от отправления вашей посылки, может быть, вы хотите доложить в неё сопутствующие продукты?», и приведён список сопутствующих товаров по специальной цене. Соответственно в админке для сопутствующих товаров должна указываться специальная цена.

6.17.5.6.   Оплата – если выбран способ Robokassа, если нет – пропускаем шаг.
6.17.5.7.   Спасибо за ваш заказ.
6.17.5.8.   После «Спасибо за ваш заказ» – должна открываться страница с кросс-продажами наших товаров от партнёров:
6.17.5.8.1.   человек купил продукт, и для этого продукта так же есть список сопутствующих продаж от наших партнёров;
6.17.5.8.2.   на этой странице можно ему предложить именно эти товары (т.е. картинка, описание и ссылка на сайт партнёра).
6.17.5.8.3.   кнопка «Нет спасибо, вернуться на главную»

6.17.6.   Быстрый заказ
6.17.6.1.   Открывается окно с полями:  телефон, город, имя и e-mail.
6.17.6.2.   После ввода информации сообщение о том, что с вами свяжутся в ближайшее время.
6.17.6.3.   Происходит прозрачная регистрация пользователя.
6.17.6.3.1.   каждый покупатель регистрируется на сайте автоматически (после 1го этапа стандартного заказа или быстрого заказа, если заказ не пройден до конца(брошенная корзина), то такой пользователь сохраняется без заказа – как потенциальный покупатель) с логином равным E-Mail, и паролем равным имя, в дальнейшем пароль можно изменить;
6.17.6.3.2.   при последующих «гостевых» (т.е. если делается заказ не авторизовавшись на сайте) заказах через этот же E-Mail, все покупки должны приписываться к пользователю с таким логином=email (это позволит отслеживать число покупок от одного пользователя и начислять ему бонусы).

Для виртуальных продуктов должен быть пропущен пункт выбора доставки и выбора оплаты.

*

stev

  • *
  • 20
  • +5/-0
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #1 : 25 Июня 2014, 07:25:48 »
Вот вариант реализации продажи только электронного товара: _http://pontyk.com.ua/umi-cms/torgovlya-elektronnymi-knigami-na-umi-cms/

*

admin

  • *****
  • 2421
  • +172/-1
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #2 : 25 Июня 2014, 09:59:25 »
из всего списка кастомизации потребуют следующие моменты

1. вывод информации о реальных продуктах на шагах адрес и способ доставки
Цитировать
«Для таких-то товаров потребуется доставка курьерской службой, почтой и т.п. – тут же выводим список физических товаров»
Для этого пишем макрос, который перебирает товары заказа и выводит только те, что отмечены галочкой "инфо товар". Соответственно, галочку надо добавить в тип данных "Наименование в заказе" и при добавлении товара в корзину присваивать данную галочку в зависимости от того, какой товар положили в корзину)

2.
Цитировать
6.17.4.4.2.   Пользователь выбирает «Платежная квитанция» или «Наложенный платеж»
6.17.4.4.2.1.   Пишем – вот ссылка на вашу квитанцию, распечатайте её и оплатите в любом банке. По этой квитанции вы оплачиваете такие-то физические товары.
6.17.4.4.2.2.   Следующие товары доступны к оплате только через «Робокассу», поскольку это электронные товары для скачивания. Выводим выбор – «Робокасса», «Виза», «Вебмани» и т.д.

В одном заказе может быть только одна оплата, так что, если бы не этот момент ТЗ все ок, а так, я бы предложил разделять заказ на 2 и оплачивать их отдельно. Описать какую-то единую модель, как это лучше сделать, не могу. Надо общаться с заказчиком, какая из логик поведения при оформлении заказа для него предпочтительней (логика будет немного менять в зависимости от того или иного варианта разделения заказа).

Связанные товары по спец цене, это решается стандартными скидками umi. В крайнем случае пишется свой вариант.

Добавляем страницу verify - это, я так называю страницу, на которой выводиться суммарная информация о заказе, прежде чем оплатит заказ (для финальной проверки данных). На ней и будем выводить связанные товары.

Запоминание недооформившихся пользователей, делаем через запоминание email в объект покупатель customer (черзе ajax  при заполнении поля с email покупателя). Добавляем функциональность сливание (customers) если у них одинаковые email (в той же функции к которой обращаемся через ajax на предыдущем шаге)

*

stev

  • *
  • 20
  • +5/-0
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #3 : 25 Июня 2014, 11:53:24 »
Спасибо за ответ. Видимо, проще убедить заказчика скрывать наложенный платеж + квитанцию, когда в корзине одновременно 2 товара.

А как подобно реализовывать?
Цитировать
6.17.6.3.2.   при последующих «гостевых» (т.е. если делается заказ не авторизовавшись на сайте) заказах через этот же E-Mail, все покупки должны приписываться к пользователю с таким логином=email (это позволит отслеживать число покупок от одного пользователя и начислять ему бонусы).

*

admin

  • *****
  • 2421
  • +172/-1
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #4 : 25 Июня 2014, 15:30:36 »
Спасибо за ответ. Видимо, проще убедить заказчика скрывать наложенный платеж + квитанцию, когда в корзине одновременно 2 товара.

А как подобно реализовывать?
Цитировать
6.17.6.3.2.   при последующих «гостевых» (т.е. если делается заказ не авторизовавшись на сайте) заказах через этот же E-Mail, все покупки должны приписываться к пользователю с таким логином=email (это позволит отслеживать число покупок от одного пользователя и начислять ему бонусы).

можно писать кастом который будет делать подобные телодвижения, но логика работы четко следует правилу. "Пользователь, хочешь скидок, бонусов и запоминании истории покупок? Аторизуйся!"

*

stev

  • *
  • 20
  • +5/-0
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #5 : 25 Июня 2014, 19:29:49 »
можно писать кастом который будет делать подобные телодвижения, но логика работы четко следует правилу. "Пользователь, хочешь скидок, бонусов и запоминании истории покупок? Аторизуйся!"
Пользователи ленивые. Примерно 5% два-три раза закаывают через быстрый заказ (на подопытном сайте) и потом звонят и просят скидку. Приходится фильтровать, искать. А так бы спросили почту и по ней сразу отследили всю историю покупок.

*

admin

  • *****
  • 2421
  • +172/-1
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #6 : 26 Июня 2014, 12:16:00 »
тогда писать кастом который по email сразу предлагает ввести пароль если такой пользователь есть, ввести 1 пароль пользователю вроде не сложно... или пишем макрос

*

kibal4iw

  • *
  • 15
  • +1/-0
    • Просмотр профиля
    • pontyk.com.ua
Re:Корзина для 2 типов товара
« Ответ #7 : 02 Июля 2014, 09:44:37 »
Извините за отход от темы.
Отличная выдержка из ТЗ, задача очень интересная :)

Ребята с большим опытом, скажите, сколько Вам нужно времени на реализацию подобного функционала, можно либо в часах либо в днях

Еще раз прошу прощения

*

admin

  • *****
  • 2421
  • +172/-1
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #8 : 02 Июля 2014, 12:31:49 »
Ребята с большим опытом, скажите, сколько Вам нужно времени на реализацию подобного функционала, можно либо в часах либо в днях

Еще раз прошу прощения

Встречаясь с переделкой корзины по мотивам ТЗ заказчика, хочу скачать, что ТЗ (в том числе и вышеприведенный) я бы редактировал и уточнял.

В данном ТЗ описан просто инструкции на уровне функционала, а вот вопросы связанные с логикой работы пользователя с этим функционалом это большое поле для увеличения человеко/часов. Я говорю о том, как пользователь будет получать уведомления о том, что он купил, к каким товарам это относиться и т.п. А если это первый разговор с заказчиком и нужно примерная оценка (которая всегда плавает при финальной оценке) то моя оценка 16 часов (разработка логики, реализация, тестирование)

*

stev

  • *
  • 20
  • +5/-0
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #9 : 10 Июля 2014, 13:39:06 »
Я нашел человека, готового подобный функционал реализовывать, но теперь заказчик решил пропасть на каникулы.

*

stev

  • *
  • 20
  • +5/-0
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #10 : 26 Ноября 2014, 19:18:22 »
Всем привет!
Тема так и осталась открытой ))
Исполнитель не смог реализовать. В общем, Юми не выдержала испытания, сделали сайт на Yii.

*

admin

  • *****
  • 2421
  • +172/-1
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #11 : 27 Ноября 2014, 00:25:19 »
сделали сайт на Yii.

Так вопрос открыт или уже не актуален?

*

stev

  • *
  • 20
  • +5/-0
    • Просмотр профиля
Re:Корзина для 2 типов товара
« Ответ #12 : 04 Декабря 2014, 20:37:20 »
Ну сайт для клиента написали с 0 на Yii
А вот для ЮМИ актуален вопрос до сих пор.