требуется решение процедуры - последовательная продажа или более товаров

[Vgsav]

задача : организовать процедуру

 

наносим изображение на кружку \ картинку \ стену и тп

процедура:

1) Выбираем картинку (цена картинки либо загрузить свою и сделать из нее товар) - переход на 2

2) Выбираем основы для нанесения кружка \ картинка \ обои и тп - товары на которые МОЖНО наносить изображение 

3) демонстрируем результат нанесения 

4) оформляем заказ - в нем обязательно демонстрируем (те отправляем по емайл или даем распечатать счет) с изображением картинки 1 + изображением товара  2

5) даем возможность оплатить

 

1 и 2 пункты могут меняться местами или объединяться на странице

 

калькулятор для группы товара из группы 2 

а) кружка  (много видов) - цена кружки 

б) тарелка (много видов) 

....

п) подушка (много видов) 

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

с)

....

[Vgsav]

коллеги, неужели слишком сложно реализовать?

[afwollis]

скорее "нифига не понятно" ))

попробуй подробнее расписать алгоритмы со скриншотами / макетами / набросками || примерами на сторонних ресурсах.

[Vgsav]

спасибо за конструктивную критику

задача : "печать по требованию"

печатаем (наносим рисунок) на некий предмет (материал) и даем клиенту предварительно это увидеть - как примерно получится.

 

решение :

1. поиск изображения \ загрузка своего\ поиск на платных стоках через API

2. расчет цены материала (предмета)

3. визуализация результата

4. оформление заказа и оплата 

5. передача подготовленных материалов

6. доставка нанесенного изображения.

 

требуется реализация каждого этапа.

п.1 очевиден - те либо есть изображение, либо используем сервис его поиска - потом переходим к визуализации изображения на предмете по пункту 2.

2.предмет имеет либо 1. стандартные количественные характеристики - кружка\бампер для телефона\ ручка\ магнитик\подушка\ постер\ 1шт = 1 размер = определенная цена = стандартный товар

либо 2. предмет имеет сложные характеристики : например: картина - характеристики: размер (ширина высота) , материал (холст\бумага и т.п.), обрамление - багет, паспарту, стекло  и пр.  , способ нанесения рисунка - те состоит из математической модели определения цены  

таким образом задача п.2 это установить универсальный механизм ценообразования для сложного товара. (простой товар это частный случай сложного с заранее заданными размерами обрамления :)

[afwollis]

>> п.1 очевиден

отнюдь.

- поиск --- из заданных как-то где-то админом? (как? где?)

- загрузка своего --- настройки-размеры-итпд - какие? после привязки к "заказу" не надо ж добавлять в "галерею" (пред) - вдруг авторская работа и будет "а-та-та"?

- поиск на платных стоках через API --- которых? у них точно есть API? оно доступно для ознакомления без регистрации? в каком виде должен быть этот "поиск" (макеты) ? п.3 (и последующие) в этом случае может быть затруднен (визуализация товара с использованием мелких изображений или изображений с водяным знаком - кхм... ну, ты понял :-) )

>> п.2 это установить универсальный механизм ценообразования для сложного товара.

так нужны "подробные подробности" ))

может опций хватит, а может "кроить" движок надо будет...

>> 3. визуализация результата

макеты?

доп. функционал? (например подвинуть изображение / повернуть / перевернуть / уменьшить итпд)

>> 5. передача подготовленных материалов

>> 6. доставка нанесенного изображения.

я правильно понимаю, что это уже непосредственно "создание товара и доставка покупателю", которые не касаются движка?

- - -

нюансов в таких задачах очень много.

[Vgsav]

1

а) изображение = группа товаров  с ценой = 0, соответственно, поиск по группе товаров по их признакам - размер, горизонтально\вертикально\ квадратно\ wide, цвет (преобладающий), размер и тэги (парсинг с аналогичных иимиджей)

б) создание личной галереи пользователя -его личное дело, соответственно должен заключаться договор и т.п. - смотри вариант  lori.ru? но в общем случае фото грузиться и используется в закрытой зоне клиентом (те его больше никто не увидит)

в) соответствующие аpi предоставлю. дают делать большую зону для поиска , 

 

2

механизм видимо выглядит следующим образом: итоговый товар = группа товаров 

на 1й товар в группе можно последовательно разместить 2,3,4,5 и т.п.

пример подбора  багета http://www.talento.ru/constructor. фото -грузится. багет, паспарту, стекло, задник - считаются - всего 5 групп товара, фото - основное 

конструктор кружки http://printdirect.ru/constructor/edit/6175020 = 2 группы товаров 9 (кружка - основной)

конструктор обоев http://6494876.ru/product_info.php?cPath=320&products_id=24362 - наложение фактуры на изображение =  2 группы товаров,

визуализация обоев в интерьере , размер, расположение, обрезка под задачу  http://www.fotooboi.ru/wallpapers/for_children/6688/   - полное сквозное решение для конкретного товара 

 

3. производство товара - по смыслу = моменты  отгрузки товара со склада. У каждого товара разный срок поставки с момента оплаты. Те -после опалты\оформления заказа "оплата"  - отправляется запрос на склад("производство"), товара приобретает в админке "подготовка к доставке", после поступления в доставку - "доставляется" с указанием  кода доставки - см aliexpress - транспортной компании - те это функционал движка

 

производители могут быть разными -кто то делает багет, кто-то - постеры, кто-то кружки 

 

думаю, что создать универсальный модуль возможно 

[afwollis]

возможно.

баксов от 800...

[Serg9988]

Привет. Думаю это лучше реализовать на отдельно написанном движке. Напишите в личьку.