Могу пару примеров хорошего. Плохого и так много вокруг.
Например, есть такое понятие, как модификации товара.
Это когда футболка может быть разных размеров и цветов, но одной цены.
Или телефон разного цвета, разного уровня гарантии и разной цены.
Глазные линзы разного размера и диоптрий.
Ну и много другие примеров.
Если ваш магазин продает такие товары с модификациями, то всегда возникает много вопросов:
1. показывать ли каждую модификацию отдельным товаров? но тогда, в некоторых случаях, количество товаров значительно выростет и найти что-то среди них будет тяжело.
2. если объеденить такие товары в одной карточке товара, то как показывать фотографии разного цвета. А если от цвета зависит и цена?
3. Если вариации по размеру или цвету спрятать в карточку, то можно ли будет фильтровать весь каталог по этим параметрам?
и тд..
Таких вопросов много. И нету универсального то есть шаблонного ответа на них.
Каждый раз нужно действовать исходя из особенностей конкретной товарной группы.
А теперь примеры из нашей практики:
1. Магазин чемоданов и сумок http://koffer.com.ua/catalog/bagazh-i-sumki/
Клиент решил, что чемоданы одной модели (размер) будут одним товаром, а их варианты по цвету будут модификациями товара. В результате мы сделали нестандартную удобную навигацию по цветовым вариантам чемоданов: можно менять цвет чемодана прямо в списке товаров, или в карточке товара. И при этом динамически меняются фото, дополнительная галерея, цена и наличие товара.
И при этом можно отфильтовать весь каталог по нужному цвету, и в списке отобразятся модификации именно нужного цвета.
2. Магазин мобильных телефонов http://svyaznoy.com.ua/catalog/cellphones/mobile/
Тут тоже есть одинаковые модели, отличающиеся только цветом, гарантией и ценой.
Но объеденить их в одну карточку не стоит. Их не так уж много. И такое объединение было бы непривычним для магазинов телефонов.
Но зато, когда посетитель смотрит карточку конкретной модели http://svyaznoy.com.ua/catalog/cellphones/mobile/2968/ он видит возможные вариации, и может выбрать более дешевую модель с меньшей гарантией или подобрать нужный себе цвет.
В этих примерах по разному решалась одинаковая задача.
С учетом особенностей конкретных товарных групп.
Если бы клиенты пользовались стандартными шаблонами, то врядли бы они смогли реализовать эту задачу настолько по-разному.
При этом, конечно же не стоит делать интерфейс настолько нестандартным, чтобы отпугивать пользователей своей новизной. Всё должно быть в меру.---------- Добавлено 24.07.2013 в 11:02 ----------
Да, всё верно.
Интерфейс должен быть максимально привычен в интернет-магазинах.
Наша же задача, как разработчиков, в рамках привычного интерфейса реализовать удобную навигацию, учитвая особенности конкретного каталога товаров.
А не наоборот, запихнуть нестандартный каталог товаров в стандартную шаблонную навигацию доступную в выбранном движке.
Вы очень узко понимаете слово дизайн. Но суть не в этом.
Шаблонность что в дизайне, что в функционале, не будет работать на увеличение продаж. Почему - я описал выше.
нужен специальный парсер. который будет собирать всю нужную инфомацию собирать в удобном для просмотра и анализа виде.
Готовых публичных сервисов для этого нет, несколько я знаю.
Обычно пишутся такие модули под заказ.
Всё правильно, если писать реальный срок доставки, то это скорее привлечет покупателей, чем оттолкнет. Пусть даже срок будет большой, зато честный.
Особенно, если у конкурентом такой же товар будто бы в наличии, а на самом деле тоже - нет.
Самое главное - это понять откуда траффик (посетители) у этого магазина. и не пропадет ли он весь после его продажи Вам.
Ну а дальше:
- изучить процессы в этом магазина: обработка заказов, логистика, обновление каталога товаров
- посмотреть на конкурентов
- попытаться понять ёмкость рынка этих товаров в вашем регионе
- изучить ситуацию с поставщиками: объемы складов, оперативность логистики и тд
- понять что за движек используется, насколько он пригоден для дальнейшего развития магазина.
В процессе выяснения этих вопросов должно открыться много дополнительной информации, на основании которой можно формировать следующие вопросы;)
Ну вроде бы очевидно, что зимой у них аншлага нету;)
Я же сужу по своим посещениям одного довольно раскрученного в инете магазина:
когда покупал велосипед, то полчаса ждал пока консультант освободится.
Потом на протяжении лета несколько раз бывал у них в разные дни недели и разное время дня, и всегда заставал очереди на кассе.
Если такая ситуация с начала весны по конец осени, то жаловаться им явно не на что.
Эргономика сайта - это и есть дизайн. Не путайте дизайн и оформление.
Когда используется единый шаблон подачи каталого товаров, страницы товаров для любых типов товаров - эргономика посредственная.
А когда дизайн (эргономика) проектируется с учетом особенностей конкретной товарной группы, то результат в продажах будет совсем другой. При одном уровне цен.---------- Добавлено 24.07.2013 в 08:48 ----------
а вы пробовали на нём что-то продавать?
я пробовал создать сайт.
админка такая красивая и гибкая - это да.
но результат поверг меня в шок;) морда сайта генерится очень тяжелая, верстка неоптимальная, там где можно обойтись грамотной версткой для позиционирования элементов используется js и тд.
ну да, сезон, потому и аншлаг. но велосезон достаточно длинный.
не совсем понятно, с чем Вы не согласны;)
не пробовали анализировать, почему банк откзывает клиентам?
возможно стоит немного изменить описание услуги кредитования, чтобы сразу отсеять тех, кому будет отказано и привлечь тех, кого банк пропустит.
"смешались в кучу кони, люди".
Топикстартер вроде бы о оптимизации движка для уменьшения времени отдачи (генерации) страницы говорил.
А ему начали расказывать про дизайн и cdn для файлов. Это как бы несколько разные вопросы.
2с для генерации страницы - это катастрофически много.
2с для полной загрузки со всеми картинками - это нормальный результат.
По-моему, тут каждый о своём говорит;)
Оптимизация загрузки файлов (cdn) никак не способна улучшить время генерации страницы - этот параметр зависит только от движка и железа.
