Сообщество uCoz » Архивариус » Предложения по системе » Предложения по модулю Интернет-магазин
Предложения по модулю Интернет-магазин
Модератор форума
Сообщение # 1 | 08:43:21
В данной теме размещаются только предложения! Все обсуждения здесь.

Скопируйте форму и заполните (поля 1-4 предложений обязательны для заполнения!):

1. Предложение по
2. Суть:
3. Аргумент:
4. Мысли по реализации:


1. Предложение по выведению надписи "Звоните" в случае отсутствия цены

2. Суть: если товар отсутствует, то пользователь может позвонить и заказать его.

3. Аргумент: для сайтов, товары которых требуют настройки, в зависимости от цвета, качества и прочих критериев, цена неоднозначна.

4. Мысли по реализации:
Код
<?if($PRICE$)?>$PRICE$<?else?>Звоните<?endif?>


Некоторые изменения в данной теме:
Теперь Ваши предложения проходят "контроль качества" и получают один из статусов:
  • Передано программистам, на ознакомление.
  • Повтор.
  • Отклонено.
  • Включено в план разработок.
  • Реализовано.



Правила размещения сообщений в данной теме:
  • Предложение должно быть сформулировано четко, ясно и коротко.
  • Скриншоты являются лишь дополнением к предложению.
  • Предложение должно нести практический, а не дизайнерский смысл.
  • Старайтесь писать предложение, только, если вы уверены, что предлагаемый функционал не реализован или не делается самостоятельно.




У этой темы есть архив от 26 июля 2011 года. Перейти в архив. Пожалуйста, не повторяйте предложения и замечания для Интернет-магазина, которые уже были предложены. Так же в теме запрещено обсуждение и "поддерживание" предложений. Сообщения типа "Я тоже за!" будут удаляться.
uvl
Сообщений: 43
Репутация: 5

Сообщение # 301 | 20:31:44
1. Предложение: Автоматизация обмена интернет-магазин - 1С Предприятие
2. Суть: Реализовать возможность выгрузки заказов в формате XML на ftp (например, заказы со статусом "В работе" или за период с Даты1 по Дату2).
3. Аргумент: Удобство и быстрота автоматической загрузки заказов с сайта в любую конфигурацию 1С (поскольку формат файла XML уже есть в системе) позволит сильно экономить время обработки заказов - а это возможность гибкого обмена заказами с платформой 1С. Данный функционал существует во многих популярных модулях интернет-магазинов (Битрикс,Симпла и т.п.).
4. Мысли по реализации: Создаваться этот файл с заказами должен каким либо скриптом на стороне сайта, то есть я запускаю какой-то ваш скрипт - файл сохранился на фтп сервер. Запуск этого скрипта может произвести любой программист 1С непосредственно из конфигурации 1С Предприятия, а также из других программ. Готов посодействовать с реализацией и отладкой данного функционала как программист 1С.
Тему можно развить в дальнейшем для обратной загрузки остатков из 1С на сайт из заранее обговоренного формата XML например исходя из ID товаров:
...... где count - остаток товара.
А вы этот файл также автоматически можете обработать.
Спасибо.

Передано программистам, на ознакомление.


Добавлено (15 Янв 2013, 20:31:44)
---------------------------------------------
1. Предложение: Объединение нескольких заказов в один.
2. Суть: Необходима возможность для администратора в объединении нескольких заказов (двух, трех и т.д.) в один заказ.
3. Аргумент: Для магазинов торгующих мелкими товарами, например косметического характера очень актуальна будет подобная функция.
Поясняю.
Клиентка делает заказ в котором например двадцать позиций:
Лак1, Лак2, .. и т.д....... Лак20
Оформляет заказ.
Посмотрев еще ассортимент на сайте заказывает еще 5 позиций:
Пилочка1, Пилочка2... и т.д
Оформляет заказ.
А потом еще ей понравились "вот эти наклейки со скидкой" ))
И она оформляет еще один заказ.
В итоге 3 заказа от одного человека - в которых 26 разных товаров.
Согласитесь удобнее будет эти заказы объединить в один.
4. Мысли по реализации: Можно галками выделять заказы которые хотим объединить и нажимаем кнопку "Объединить". Все позиции можно переносить (копировать) в заказ с наибольшим или наименьшим номером. После объединения уже администратору не составит труда убрать в корзину два не нужных заказа и оставить один нужный. SQL-запрос думаю здесь прекрасно справится с этой задачей.
Спасибо. Ждем с нетерпением реализации.

Передано программистам, на ознакомление.
Сообщение отредактировал uvl - Вторник, 15 Янв 2013, 20:33:28
EvgenStor
Сообщений: 47
Репутация: 0

Сообщение # 302 | 13:12:41
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
amrita
Сообщений: 562
Репутация: 99

Сообщение # 303 | 22:43:01
1. Предложение по внедрению возможности экспорта прайс-листа в pdf с отдельным шаблоном оформления
2. Суть: ввести возможность экспортирования прайс-листа в формат pdf и отдельным шаблоном для его оформления
3. Аргумент: с введением такой функции будет готовый вариант версии для печати прайс-листа с шаблоном в котором можно будет настроить данные которые должны выводится (можно добавить логотип, контакты и т.д.). В таком случаи этот вариант прайс-листа будет более удобен для просмотра и красивее чем ексель.
4. Мысли по реализации: нет

А лучше, экспорт всех печатных форм в pdf.
Передано программистам, на ознакомление.

Сделайте шаг навстречу здоровью amrita.club
vitaly576
Сообщений: 319
Репутация: 218

Сообщение # 304 | 12:10:17
1. Предложение по экспорту товаров
2. Суть: ввести возможность экспортировать базу товаров со всеми стилями, таблицами, списками
3. Аргумент: с модернизацией экспорта можно будет переносить базу на другой сайт, также можно получить бэкап добавленных товаров.
4. Мысли по реализации: первое что приходит на ум: выгрузка в txt-файл

Передано программистам, на ознакомление.

Сообщение отредактировал vitaly576 - Четверг, 24 Янв 2013, 11:20:13
влад78
Сообщений: 213
Репутация: 24

Сообщение # 305 | 14:45:10
1. Предложение по сортировке и фильтрации товаров
2. Суть: ввести возможность покупателю сортировать или фильтровать товары по наличию фото. А админу дать возможность в настройках включать вывод товаров с фотографиями на первое место "по умолчанию".
3. Аргумент: когда товаров очень много, а описаний с картинками в разы меньше, то кажется что их и нет вовсе, т.к. их мало и они рассеяны по страницам. А так, когда заходит посетитель то сразу же видит оформленный каталог.
4. Мысли по реализации: в панели управления, в управлении товарами, уже есть какое-то условие, которое отображает зелёную галочку напротив товаров с картинками. Возможно нужно сделать условный оператор проверяющий наличие загруженного фото $PHOTO_IN$ - или любой другой.

Передано программистам, на ознакомление.
amrita
Сообщений: 562
Репутация: 99

Сообщение # 306 | 22:49:04
1. Предложение по поиску по сайту (результаты из интернет-магазина)
2. Суть: предлагаю дать возможность настройки выводимых в результате поиска по сайту (результатов из интернет-магазина) - сделать возможность выводить результаты в поиске по сайту в таком же варианте как и в поиске по модулю интернет-магазина - то есть из фотографией, ценой, кнопкой добавления в корзину и т.д., а ещё в поиске по сайту должны выдаваться категории и разделы (сейчас они не выдаются) - с картинкой и описанием.
3. Аргумент: более удобно для администраторов и тех кто что-то ищет
4. Мысли по реализации: нет

Передано программистам, на ознакомление.

Сделайте шаг навстречу здоровью amrita.club
Ministr
Сообщений: 842
Репутация: 323

Сообщение # 307 | 14:26:43
1. Предложение по текстовым матрицам
2. Суть: сделать возможность создавать текстовые матрицы, т.е. убираем из матрицы От и ДО, меняем на поле Текст, все остальное оставляем. Далее при привязке такой матрицы к способу оплаты, на странице оформлении заказа рядом с именем способа доставки будет раскрывающееся меню(наши опции в матрице), в котором можно выбрать нужный пункт и будет считаться наценка для этой опции.
Еще мысль добавлю что к опциям такой матрицы, хорошо бы было бы дать возможность привязку к обычной матрице, наподобие как для способа доставки.
3. Аргумент: например решится проблема с доставкой в зависимости от географии пользователя и многое другое что еще придет кому то на ум
4. Мысль по реализации: Использовать, отредактировать, настроить уже имеющийся модуль матриц.

Передано программистам, на ознакомление.

Сообщение отредактировал Ministr - Пятница, 25 Янв 2013, 14:27:25
rambo4706
Сообщений: 103
Репутация: 10
Уровень замечаний:

Сообщение # 308 | 23:11:00
1. Предложение по выводу кнопок "Оплатить" и "Заказать".
2. Суть: Есть электронные товары (.pdf, .doc, jpg и т. д.). Если они загружены, то выводится кнопка "Оплатить" (сейчас так и есть), но если электронный товар не загружен, то нужно чтобы появлялась кнопка "Заказать" вместо кнопки "Оплатить".
3. Аргумент: Лично я продаю решения задач для студентов в различных форматах. Но очень много есть не решённых задач. Я считаю, что будет очень удобно сделать кнопку "Заказать". После чего переходило на страницу заказа (почтовую форму).
4. Мысли по реализации: С помощью условия. Если электронный товар есть, то вывести "оплатить". Если нет, то вывести "Заказать". Помимо этого нужно сделать включение/отключение этой функции в модуле, чтобы эта функция на всех не распространялась.

Отклонено. Делается самостоятельно.
Сообщение отредактировал rambo4706 - Суббота, 26 Янв 2013, 23:15:14
admin9832
Сообщений: 24
Репутация: 0

Сообщение # 309 | 23:30:53
Простите меня. Я оказывается неправильно написала все в этом разделе. Можете удалить мое предыдущее письмо. Вот теперь пишу по правилам:
Предложение: сделать привязку категорий (или подкатегорий) в модуле интернет-магазина к определенным пользователям.
Суть: чтобы категория (или подкатегория) была только того пользователя, к которому она привязана и чтобы только он смог добавлять в нее товары.
Аргумент: Мне нужно, чтобы в идеале был вот такой вид у закупок как здесь[url=http://www.repka.com/yarmarka/viewMode/deals/categoryId/1_2,],[/url] а примерно вот такой вид,когда заходишь в закупку сюда ну а дальше при выборе товара стандартно.
Мысли по реализации: на Ваше усмотрение.

Передано программистам, на ознакомление.
Siretsky
Сообщений: 13
Репутация: 0

Сообщение # 310 | 23:31:12
1. Покупка файла/Текста в зависимости от опций.
2. Например есть товар - файл, в зависимости от проставленных пользователем опций, будет куплен тот или иной товар, уже измененный.
3.
- Автоматическая система продажи файлов в зависимости от выбора тех или иных опций пользователем.
- Удобная сортировка товаров, не будет необходимости дублировать один и тот же товар с незначительными изменениями.

4. Сделать напротив каждой опции возможность загрузить файл для нее. Если пользователь выбирает все опции, то будут куплены все файлы.

Передано программистам, на ознакомление.
Arthur_Ko
Сообщений: 17
Репутация: 1
Уровень замечаний:

Сообщение # 311 | 23:49:07
Добрый день. сайт- http://Spinelli.com.ua
Обоснование для внедрения: Большой магазин 10 000 + (планируем наполнить еще 100 000 товаров) товаров сайт.
Суть предложения такая: Так как - есть много категорий и вполне понятно, что для наполнения контента привлекаются люди со стороны, хотелось бы какждому из контент-менеджеров дать доступ к одной или нескольким категориям.
Зачем это: это обеспечивает более точный контроль наполнения, а также предостерегает от потерь информации из-за человеческого фактора или межличностных отношений.

Передано программистам, на ознакомление.

Мой ICQ номер: 621066161
Сообщение отредактировал Arthur_Ko - Суббота, 26 Янв 2013, 23:49:43
amrita
Сообщений: 562
Репутация: 99

Сообщение # 312 | 12:38:58
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
amrita
Сообщений: 562
Репутация: 99

Сообщение # 313 | 12:44:59
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
amrita
Сообщений: 562
Репутация: 99

Сообщение # 314 | 13:07:05
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
MafiaBoy2643
Сообщений: 32
Репутация: 1

Сообщение # 315 | 16:21:09
--- 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
Сообщество uCoz » Архивариус » Предложения по системе » Предложения по модулю Интернет-магазин
Поиск: