- Общий раздел
-
Ideas
+2
Наборы полей для доставки - реорганизация
Предлагаю сделать реорганизацию набора полей доставки.
Сделать эти поля по типу свойств товаров и привязывать их к наборам полей доставки. Сейчас их редактировать крайне неудобно, все запрятаны в шаблонах + огромный минус заключается в следующем: Если покупатель сделал заказ и выбрал определенный способ доставки с определенным набором полей, а потом захотел изменить способ доставки и там у нас находятся совершенно другие поля, то при смене информации о способе доставки в админ-панели они не появляются и не меняются. По идее это должно изменяться динамически, и у меня была возможность заполнить новые данные, общаясь по телефону с человеком.
К примеру нас будет набор доставки "Доставка почтой России", где будут следующие свойства (часть из них системные):
1. Область (системное - присутствует во всех наборах доставки)
2. Город (системное - присутствует во всех наборах доставки )
3. Улица (системное - присутствует во всех наборах доставки )
4. Дом (системное - присутствует во всех наборах доставки)
5. Комментарий к заказу (системное - присутствует во всех наборах доставки)
Дальше идут наши дополнительные свойства доставки, которые мы можем самостоятельно создать в свойствах доставки и присвоить их определенным наборам доставки.
6. Индекс (тип - строка)
7. Время доставки (тип - строка по значению из справочника, данные берутся из справочника "время", где мы можем забить любые промежутки, пусть это будут стандартные с "13 до 18" и с "18 до 23". Отображать как "список" ) Теперь мы можем задавать вообще любые промежутки.
8. Необходима сборка тренажера (тип - строка по значению из справочника, данные берутся из справочника "сборка", варианты - да, нет, отображать как "флажки")
Все эти свойства в наборах доставки мы можем также перемещать, как свойства в наборах свойств каталога, задавая им нужное положение.
По такой аналогии мы можем создать миллион разнообразных дополнительных полей при оформлении заказа, основываясь на том, чем занимается наш магазин.
Вот к примеру у вас есть много розничных магазинов и есть вариант самовывоза. Мы можем создать дополнительное свойство "точка самовывоза" с типом "строка по значению из справочника," и вбить в этот справочник все наши магазины, или использовать уже существующий справочник из справочника товаров. В итоге человек при заказе сразу выбирает нужный ему магазин и оформляет заказ. Администратор СРАЗУ видит точку, где человеку было бы удобнее забрать товар.
Вариантов и сценариев тут великое множество. К примеру, если у свойства в описании мы напишем какое-то примечание (в вкладке описание), то это примечание появится у нас при оформлении заказа под этим самым полем свойства, которое нужно заполнить или выбрать там, что нам необходимо.
А также! Внимание! На основе этих дополнительных данных возможно сделать фильтрацию ЗАКАЗОВ пользователей на основе заполненных данных. Ведь если здесь будет использоваться схожая структура, мы сможем задать полю возможность отображения в фильтре администратора! Вот хочу я посмотреть, сколько у меня заказов с свойством "нужна сборка" - Да, я делаю фильтрацию и смотрю. Хочу я посмотреть еще что-либо - да пожалуйста!
Это будет очень удобная, гибкая система, которая будет использовать ресурсы уже реализованные в системе, нужно просто подключить эти поля не только для товаров. но и для наборов доставки. Не забывая конечно, чтобы данные наборы менялись, в зависимости от типа доставки. В идеале - динамически.
Сделать эти поля по типу свойств товаров и привязывать их к наборам полей доставки. Сейчас их редактировать крайне неудобно, все запрятаны в шаблонах + огромный минус заключается в следующем: Если покупатель сделал заказ и выбрал определенный способ доставки с определенным набором полей, а потом захотел изменить способ доставки и там у нас находятся совершенно другие поля, то при смене информации о способе доставки в админ-панели они не появляются и не меняются. По идее это должно изменяться динамически, и у меня была возможность заполнить новые данные, общаясь по телефону с человеком.
К примеру нас будет набор доставки "Доставка почтой России", где будут следующие свойства (часть из них системные):
1. Область (системное - присутствует во всех наборах доставки)
2. Город (системное - присутствует во всех наборах доставки )
3. Улица (системное - присутствует во всех наборах доставки )
4. Дом (системное - присутствует во всех наборах доставки)
5. Комментарий к заказу (системное - присутствует во всех наборах доставки)
Дальше идут наши дополнительные свойства доставки, которые мы можем самостоятельно создать в свойствах доставки и присвоить их определенным наборам доставки.
6. Индекс (тип - строка)
7. Время доставки (тип - строка по значению из справочника, данные берутся из справочника "время", где мы можем забить любые промежутки, пусть это будут стандартные с "13 до 18" и с "18 до 23". Отображать как "список" ) Теперь мы можем задавать вообще любые промежутки.
8. Необходима сборка тренажера (тип - строка по значению из справочника, данные берутся из справочника "сборка", варианты - да, нет, отображать как "флажки")
Все эти свойства в наборах доставки мы можем также перемещать, как свойства в наборах свойств каталога, задавая им нужное положение.
По такой аналогии мы можем создать миллион разнообразных дополнительных полей при оформлении заказа, основываясь на том, чем занимается наш магазин.
Вот к примеру у вас есть много розничных магазинов и есть вариант самовывоза. Мы можем создать дополнительное свойство "точка самовывоза" с типом "строка по значению из справочника," и вбить в этот справочник все наши магазины, или использовать уже существующий справочник из справочника товаров. В итоге человек при заказе сразу выбирает нужный ему магазин и оформляет заказ. Администратор СРАЗУ видит точку, где человеку было бы удобнее забрать товар.
Вариантов и сценариев тут великое множество. К примеру, если у свойства в описании мы напишем какое-то примечание (в вкладке описание), то это примечание появится у нас при оформлении заказа под этим самым полем свойства, которое нужно заполнить или выбрать там, что нам необходимо.
А также! Внимание! На основе этих дополнительных данных возможно сделать фильтрацию ЗАКАЗОВ пользователей на основе заполненных данных. Ведь если здесь будет использоваться схожая структура, мы сможем задать полю возможность отображения в фильтре администратора! Вот хочу я посмотреть, сколько у меня заказов с свойством "нужна сборка" - Да, я делаю фильтрацию и смотрю. Хочу я посмотреть еще что-либо - да пожалуйста!
Это будет очень удобная, гибкая система, которая будет использовать ресурсы уже реализованные в системе, нужно просто подключить эти поля не только для товаров. но и для наборов доставки. Не забывая конечно, чтобы данные наборы менялись, в зависимости от типа доставки. В идеале - динамически.
Customer support service by UserEcho
И раз уже пьянка-гулянка пошла, то для каждого свойства добавить возможность влияния на итоговую цену товара или проще завести в заказе строку "Доп. услуги", где будет отражена стоимость (по аналогии с доставкой). Если человек выбрал в сборке вариант Да, то в значении свойства справочника можно будет задать стоимость данной услуги (к примеру % от общей стоимости товара или фикс. сумму). Или у нас будет например пункт - упаковать в красивую коробочку - человек ставит галочку и у него прибавляется к заказу 250 рублей. Но возможно это уже не из этой оперы и проще реализовать через обычное добавление товара с названием "упаковка в красивую коробочку" :)
Хотел сразу подключить сюда данные пользователя, но потом понял, что наверное они относятся не к этой теме и не стал:) А так, было бы здорово и у пользователя сделать набор свойств и задавать необходимые доп. поля, у которых можно было бы включать обязательность заполнения и отключать, там где не требуется. Например - отрубить ввод email при регистрации, или добавить обязательное поле 2го телефона и еще много-много штук. И все это потом фильтровать в разделе заказов. Нужно ли для этой идей создавать отдельную тему или все совсем бредово?) Хочется гибкости, товарищи разработчики! :)
А также должны быть программные интерфейсы для управления. Например, устанавливается метод доставки, он указывает / создает требуемые поля.