Чат сообщества
   |
| Сообщество uCoz » Архивариус » Предложения по системе » Предложения по модулю Интернет-магазин |
| Предложения по модулю Интернет-магазин |
|
В данной теме размещаются только предложения! Все обсуждения здесь.
Скопируйте форму и заполните (поля 1-4 предложений обязательны для заполнения!): 1. Предложение по 2. Суть: 3. Аргумент: 4. Мысли по реализации: 1. Предложение по выведению надписи "Звоните" в случае отсутствия цены 2. Суть: если товар отсутствует, то пользователь может позвонить и заказать его. 3. Аргумент: для сайтов, товары которых требуют настройки, в зависимости от цвета, качества и прочих критериев, цена неоднозначна. 4. Мысли по реализации: Код <?if($PRICE$)?>$PRICE$<?else?>Звоните<?endif?>  Некоторые изменения в данной теме: Теперь Ваши предложения проходят "контроль качества" и получают один из статусов:
Правила размещения сообщений в данной теме:
 У этой темы есть архив от 26 июля 2011 года. Перейти в архив. Пожалуйста, не повторяйте предложения и замечания для Интернет-магазина, которые уже были предложены. Так же в теме запрещено обсуждение и "поддерживание" предложений. Сообщения типа "Я тоже за!" будут удаляться. |
|
1. Предложение: Автоматизация обмена интернет-магазин - 1С Предприятие
2. Суть: Реализовать возможность выгрузки заказов в формате XML на ftp (например, заказы со статусом "В работе" или за период с Даты1 по Дату2). 3. Аргумент: Удобство и быстрота автоматической загрузки заказов с сайта в любую конфигурацию 1С (поскольку формат файла XML уже есть в системе) позволит сильно экономить время обработки заказов - а это возможность гибкого обмена заказами с платформой 1С. Данный функционал существует во многих популярных модулях интернет-магазинов (Битрикс,Симпла и т.п.). 4. Мысли по реализации: Создаваться этот файл с заказами должен каким либо скриптом на стороне сайта, то есть я запускаю какой-то ваш скрипт - файл сохранился на фтп сервер. Запуск этого скрипта может произвести любой программист 1С непосредственно из конфигурации 1С Предприятия, а также из других программ. Готов посодействовать с реализацией и отладкой данного функционала как программист 1С. Тему можно развить в дальнейшем для обратной загрузки остатков из 1С на сайт из заранее обговоренного формата XML например исходя из ID товаров: ... А вы этот файл также автоматически можете обработать. Спасибо.  Передано программистам, на ознакомление. Добавлено (15 Янв 2013, 20:31:44) --------------------------------------------- 1. Предложение: Объединение нескольких заказов в один. 2. Суть: Необходима возможность для администратора в объединении нескольких заказов (двух, трех и т.д.) в один заказ. 3. Аргумент: Для магазинов торгующих мелкими товарами, например косметического характера очень актуальна будет подобная функция. Поясняю. Клиентка делает заказ в котором например двадцать позиций: Лак1, Лак2, .. и т.д....... Лак20 Оформляет заказ. Посмотрев еще ассортимент на сайте заказывает еще 5 позиций: Пилочка1, Пилочка2... и т.д Оформляет заказ. А потом еще ей понравились "вот эти наклейки со скидкой" )) И она оформляет еще один заказ. В итоге 3 заказа от одного человека - в которых 26 разных товаров. Согласитесь удобнее будет эти заказы объединить в один. 4. Мысли по реализации: Можно галками выделять заказы которые хотим объединить и нажимаем кнопку "Объединить". Все позиции можно переносить (копировать) в заказ с наибольшим или наименьшим номером. После объединения уже администратору не составит труда убрать в корзину два не нужных заказа и оставить один нужный. SQL-запрос думаю здесь прекрасно справится с этой задачей. Спасибо. Ждем с нетерпением реализации. Передано программистам, на ознакомление. Сообщение отредактировал uvl - Вторник, 15 Янв 2013, 20:33:28
|
|
1. Предложение по: К способам оплаты добавить возможность расчет по матрице
2. Суть: Сейчас приходится делать наценку к способу оплаты через матрицу по доставке. К примеру оплата банковский перевод комиссия 0%, а вот у PayPal нужно прибавить комиссию 5%, как это сделать? Приходится все в кучу делать, расчет по матрице доставка (обычная, ускоренная) + комиссия за способ оплаты, как следствие делать несколько вариантов доставки: "доставка обычная" и "доставка обычная при оплате PayPal" пример можно посмотреть в моем магазине http://www.mirtechniki.net/shop/checkout 3. Аргумент: - Покупатели сможет наглядно видеть сколько комиссии он заплатит, а следовательно изменение конечной сумму в зависимости от способа оплаты (отдельно от способа доставки), - упрощение выбора способов доставки при оформлении покупки. - Возможность устанавливать процент комиссии в зависимости от суммы, к примеру при покупке <100 евро комиссия 5%, >100 евро комиссия 4,5 % это удобно при оплате PayPal, там процент меняется в зависимости от суммы. 4. Мысли по реализации: В панели управления Способы оплаты, доставки, валюты и курсы , к редактированию способов оплаты прикрутить чек-бокс "Использовать модуль расчёта ", так же как и у способов доставки.  Отклонено. Такая настройка есть. Сообщение отредактировал EvgenStor - Четверг, 17 Янв 2013, 13:36:24
|
|
1. Предложение по внедрению возможности экспорта прайс-листа в pdf с отдельным шаблоном оформления
2. Суть: ввести возможность экспортирования прайс-листа в формат pdf и отдельным шаблоном для его оформления 3. Аргумент: с введением такой функции будет готовый вариант версии для печати прайс-листа с шаблоном в котором можно будет настроить данные которые должны выводится (можно добавить логотип, контакты и т.д.). В таком случаи этот вариант прайс-листа будет более удобен для просмотра и красивее чем ексель. 4. Мысли по реализации: нет А лучше, экспорт всех печатных форм в pdf. Передано программистам, на ознакомление. Сделайте шаг навстречу здоровью amrita.club
|
|
1. Предложение по экспорту товаров
2. Суть: ввести возможность экспортировать базу товаров со всеми стилями, таблицами, списками 3. Аргумент: с модернизацией экспорта можно будет переносить базу на другой сайт, также можно получить бэкап добавленных товаров. 4. Мысли по реализации: первое что приходит на ум: выгрузка в txt-файл Передано программистам, на ознакомление. Сообщение отредактировал vitaly576 - Четверг, 24 Янв 2013, 11:20:13
|
|
1. Предложение по сортировке и фильтрации товаров
2. Суть: ввести возможность покупателю сортировать или фильтровать товары по наличию фото. А админу дать возможность в настройках включать вывод товаров с фотографиями на первое место "по умолчанию". 3. Аргумент: когда товаров очень много, а описаний с картинками в разы меньше, то кажется что их и нет вовсе, т.к. их мало и они рассеяны по страницам. А так, когда заходит посетитель то сразу же видит оформленный каталог. 4. Мысли по реализации: в панели управления, в управлении товарами, уже есть какое-то условие, которое отображает зелёную галочку напротив товаров с картинками. Возможно нужно сделать условный оператор проверяющий наличие загруженного фото $PHOTO_IN$ - или любой другой. Передано программистам, на ознакомление. |
|
1. Предложение по поиску по сайту (результаты из интернет-магазина)
2. Суть: предлагаю дать возможность настройки выводимых в результате поиска по сайту (результатов из интернет-магазина) - сделать возможность выводить результаты в поиске по сайту в таком же варианте как и в поиске по модулю интернет-магазина - то есть из фотографией, ценой, кнопкой добавления в корзину и т.д., а ещё в поиске по сайту должны выдаваться категории и разделы (сейчас они не выдаются) - с картинкой и описанием. 3. Аргумент: более удобно для администраторов и тех кто что-то ищет 4. Мысли по реализации: нет Передано программистам, на ознакомление. Сделайте шаг навстречу здоровью amrita.club
|
|
1. Предложение по текстовым матрицам
2. Суть: сделать возможность создавать текстовые матрицы, т.е. убираем из матрицы От и ДО, меняем на поле Текст, все остальное оставляем. Далее при привязке такой матрицы к способу оплаты, на странице оформлении заказа рядом с именем способа доставки будет раскрывающееся меню(наши опции в матрице), в котором можно выбрать нужный пункт и будет считаться наценка для этой опции. Еще мысль добавлю что к опциям такой матрицы, хорошо бы было бы дать возможность привязку к обычной матрице, наподобие как для способа доставки. 3. Аргумент: например решится проблема с доставкой в зависимости от географии пользователя и многое другое что еще придет кому то на ум 4. Мысль по реализации: Использовать, отредактировать, настроить уже имеющийся модуль матриц. Передано программистам, на ознакомление.  Сообщение отредактировал Ministr - Пятница, 25 Янв 2013, 14:27:25
|
|
1. Предложение по выводу кнопок "Оплатить" и "Заказать".
2. Суть: Есть электронные товары (.pdf, .doc, jpg и т. д.). Если они загружены, то выводится кнопка "Оплатить" (сейчас так и есть), но если электронный товар не загружен, то нужно чтобы появлялась кнопка "Заказать" вместо кнопки "Оплатить". 3. Аргумент: Лично я продаю решения задач для студентов в различных форматах. Но очень много есть не решённых задач. Я считаю, что будет очень удобно сделать кнопку "Заказать". После чего переходило на страницу заказа (почтовую форму). 4. Мысли по реализации: С помощью условия. Если электронный товар есть, то вывести "оплатить". Если нет, то вывести "Заказать". Помимо этого нужно сделать включение/отключение этой функции в модуле, чтобы эта функция на всех не распространялась. Отклонено. Делается самостоятельно. Сообщение отредактировал rambo4706 - Суббота, 26 Янв 2013, 23:15:14
|
|
Простите меня. Я оказывается неправильно написала все в этом разделе. Можете удалить мое предыдущее письмо. Вот теперь пишу по правилам:
Предложение: сделать привязку категорий (или подкатегорий) в модуле интернет-магазина к определенным пользователям. Суть: чтобы категория (или подкатегория) была только того пользователя, к которому она привязана и чтобы только он смог добавлять в нее товары. Аргумент: Мне нужно, чтобы в идеале был вот такой вид у закупок как здесь[url=http://www.repka.com/yarmarka/viewMode/deals/categoryId/1_2,],[/url] а примерно вот такой вид,когда заходишь в закупку сюда ну а дальше при выборе товара стандартно. Мысли по реализации: на Ваше усмотрение. Передано программистам, на ознакомление. |
|
1. Покупка файла/Текста в зависимости от опций.
2. Например есть товар - файл, в зависимости от проставленных пользователем опций, будет куплен тот или иной товар, уже измененный. 3. - Автоматическая система продажи файлов в зависимости от выбора тех или иных опций пользователем. - Удобная сортировка товаров, не будет необходимости дублировать один и тот же товар с незначительными изменениями. 4. Сделать напротив каждой опции возможность загрузить файл для нее. Если пользователь выбирает все опции, то будут куплены все файлы. Передано программистам, на ознакомление. |
|
Добрый день. сайт- http://Spinelli.com.ua
Обоснование для внедрения: Большой магазин 10 000 + (планируем наполнить еще 100 000 товаров) товаров сайт. Суть предложения такая: Так как - есть много категорий и вполне понятно, что для наполнения контента привлекаются люди со стороны, хотелось бы какждому из контент-менеджеров дать доступ к одной или нескольким категориям. Зачем это: это обеспечивает более точный контроль наполнения, а также предостерегает от потерь информации из-за человеческого фактора или межличностных отношений. Передано программистам, на ознакомление. Мой ICQ номер: 621066161
Сообщение отредактировал Arthur_Ko - Суббота, 26 Янв 2013, 23:49:43
|
|
1. Предложение по созданию переменных которые будут отображать итоговые значения в словесной форме
2. Суть: предлагаю сделать возможность вывода переменных таких как $ORDER_TOTAL$, всего и других с помощью новых переменных в словесной форме 3. Аргумент: многие документы требуют дублирования итоговых значений (сум к оплате) в словесной форме, если маленький сайт - это можно реализовывать вручную печатая для каждого заказа, но если много заказов - вручную делать очень долго и практически не возможно. 4. Мысли по реализации: нет, но например: 120,50 руб. - сто двадцать рублей пятьдесят копеек, или 550,00 грн. - п'ятсот п'ятдесят гривень нуль копійок - то есть с возможностью выбора валюты и языка вывода. Передано программистам, на ознакомление. Добавлено (28 Янв 2013, 12:38:58) --------------------------------------------- 1. Предложение по созданию переменной которая выводила содержимое со страницы оформления заказа 2. Суть: предлагаю создать переменную которая выводила бы содержимое $BODY$ страницы оформления заказа на страницах интернет-магазина и вместо галочек для удаления того или иного товара - поставить крестики (это позволит изменять содержимое без дополнительного нажатия на кнопку пересчитать) 3. Аргумент: такая переменная решит вопрос повторного посещения страницы оформления заказа - так как всё содержимое (без полей оформления и доставки) можно будет отредактировать не посещая её - например при нажатии на кнопку добавить в корзину (но куда вставлять код будет решать админ). Такая переменная даст возможность решить проблемы вывода содержимого в аякс окнах и лайтбоксах - так как сейчас для этого нужны скрипты (для вывода содержимого) и всё равно не работает кнопка - пересчитать, а так получится реализовать вывод содержимого как во многих интернет-магазинах на других платформах. 4. Мысли по реализации: нет Передано программистам, на ознакомление. Прикрепления:
6734245.jpg
(68.4 Kb)
Сделайте шаг навстречу здоровью amrita.club
Сообщение отредактировал amrita - Понедельник, 28 Янв 2013, 12:48:21
|
|
1. Предложение по стандартных лайтбоксах на странице товара
2. Суть: предлагаю сделать возможность в стандартных лайтбоксах (без вставки скрипта и его редактирования) изображений выводить названия товаров и кнопку добавления в корзину. И сделать возможность такого оформления как на картинке: 3. Аргумент: очень удобно для пользователя - сразу видно фото, название товара и кнопка купить 4. Мысли по реализации: предлагаю дать возможность настраивать этот вывод Отклонено. Реализуется без привлечения разработчиков. Достаточно добавить необходимые кнопки и поля во всплывающее аякс-окно (шаблон Страница товара). Дизайн аякс-окон также настраивается. Добавлено (29 Янв 2013, 12:44:59) --------------------------------------------- 1. Предложение по внедрению переменной на странице вида товара в категории 2. Суть: предлагаю ввести на странице оформления вида товара в категории переменной которая отвечала бы за порядковый номер товара (в том числе чётный или нечётный он). 3. Аргумент: такая переменная сможет дать возможность применять как дизайнерские так и технические изменения в зависимости от чётности, нечётности, а также порядкового номера в выводе (можно будет реализовывать вид "зебра", а также в определённом месте между товарами выводить акционные предложения и др.) 4. Мысли по реализации: сделать по аналогии с переменной которая действует в виде комментариев - $NUMBER$ но с немного расширенным функционалом - чтобы можно было между товарами вставлять акционные предложения. Передано программистам, на ознакомление. Прикрепления:
4633724.jpg
(40.2 Kb)
Сделайте шаг навстречу здоровью amrita.club
Сообщение отредактировал HETPE3B - Понедельник, 28 Янв 2013, 15:05:42
|
|
1. Предложение по расширению редактируемых полей товаров в админ-панеле по адресу /panel/?a=shop;l=goods
2. Суть: сейчас в админ-панели без захода на страницу редактирования товаров можно редактировать цену, наличие и ещё несколько полей, я предлагаю расширить этот список и включить в него: название товара, вес, дополнительные поля, производителя, единицу и возможно другие (но это по желанию разработчиков) 3. Аргумент: администратору не нужно будет лишний раз заходить на страницу редактирования товара, а можно почти всё будет быстро изменить в админ-панеле, что особо актуально при большом количестве товаров, тем более многие администраторы используют доп. поля для разных целей и иногда они требуют частого изменения значений - например товар в акции, товар новинка и др (я имею введу использование доп. полей для ярлыков), это и касается других полей. 4. Мысли по реализации: сейчас уже есть возможность редактирования нескольких полей, по-аналогии с ними предлагаю расширить этот список Добавлено (29 Янв 2013, 13:07:05) --------------------------------------------- 1. Предложение по ассоциации полей заказа с видами доставки и оплаты 2. Суть: предлагаю настроить зависимость полей заказа с способом доставки и оплаты, например - адрес заказа - выводится при доставке курьером и почтой, но не выводится при самовывозе. 3. Аргумент: пользователь не будет заполнять не нужных полей которые являются обязательными для других способов доставки и оплаты. Навожу пример, пользователь хочет заказать товар Укрпочтой - для него обязательно должны выводится адрес доставки и индекс, другой пользователь хочет воспользоваться самовывозом - для него ни адрес, ни индекс - не должны выводится. А сейчас они выводятся и пользователь тратит лишнее время. И таких примеров ещё много. На счёт реализации вручную скриптами - действует но не достаточно эффективно так как при изменении выбора остаются поля которые были необходимы для предыдущего способа, а чтобы всё полностью реализовать нужны громоздкие скрипты. 4. Мысли по реализации: предлагаю на странице управления полями заказа для каждого поля отдельно прикреплять способ (бы) доставки и оплаты при которых он будет выводится. делается самостоятельно. примеры: http://ogorod.ua/shop/checkout http://www.krem-brule.ru/shop/checkout Прикрепления:
6797609.jpg
(22.4 Kb)
Сделайте шаг навстречу здоровью amrita.club
|
|
--- 1 ---
1. Предложение по добавлению картинок к методам доставки и оплаты. 2. Суть: возможность картинкам выводиться рядом с каждым пунктом способов оплаты и доставки. 3. Аргумент: когда способов оплаты и доставки большое количество, то при заказе пользователю будет нагляднее выбирать удобный ему способ при наличии изображений. 4. Мысли по реализации: в управлении способами оплаты и доставки добавить возможность указывать картинки способов оплаты и доставки для каждого метода. делается самостоятельно. примеры: http://ogorod.ua/shop/checkout http://www.krem-brule.ru/shop/checkout --- 2 --- 1. Предложение по добавлению функции массового редактирования описаний товаров. 2. Суть: массовое редактирование описаний товаров. 3. Аргумент: например, создано много товаров с однотипным описанием, и хочется изменить какую-то фразу или слово на другие. Очень неудобно открывать множество товаров и делать механическую работу. 4. Мысли по реализации: по аналогии с массовым редактированием шаблонов. Найти-заменить-удалить было бы достаточно. ---3--- 1. Предложение по добавлению инструкции к оплате. 2. Суть: хотелось бы, чтобы в оформленном до конца заказе выводилась инструкция в выбранному методу оплаты (отличная от описания). 3. Аргумент: считаю, что описание способа оплаты выводить в оформленном заказе не совсем корректно. Там должна выводится инструкция к данному методу оплаты. 4. Мысли по реализации: добавить в управлении способами оплаты и доставки дополнительные поля, аналогично полям с описанием. Привязать к ним новую переменную, например $PAYMENT_INSTR$, чтобы ее можно было потом добавить на страницу заказа и в бланк печатной формы заказа. делается самостоятельно, условиями в шаблоне страницы заказа ---4--- +1 к Предложению по ассоциации полей заказа с видами доставки и оплаты (от amrita). делается самостоятельно. примеры: http://ogorod.ua/shop/checkout http://www.krem-brule.ru/shop/checkout |
| |||