Как стать автором
Обновить

Комментарии 15

Посоветуйте нетяжелый движок с возможностью создания кастомных наборов фильтров характеристик товаров для категорий?
Сочтут за пиар. Опять же, это будет противоречить основному тезису статьи —

Главное — выбирать, руководствуясь практикой своей работы, а не внешним видом, прикольной фичей для покупателя или рекомендацией «на одном авторитетном форуме». Тестируйте демонстрационный движок со всех сторон и не тратьте деньги зря. :)

Наборы фильтров и подбор по характеристикам хорош тут: bodyshop.com.ua/dir.php?id=64 причем видно, что часть характеристик сквозные по сайту, а часть специфические в разделе
Статья конечно правильная, прогнать и прокрутить все этапы работы — это основная мысль и я с нею совершенно согласен.
Но то, что не указаны движки тех самых отстойных магазинов и движки тех самых — хороших, особенно если вы работали с ними и знаете: «вот тут все классно сделано для клиента но манагеры при обновлении прайса будут материть и движок и разработчика и хозяина за одно» а вот в этом «проблема для клиента выбрать категорию» а этот «оформляет заказ через одно место» и тп.
Если опишите несколько движков с плюсами и минусами по каждому, то кто вас обвинит в пиаре? и если действительно будет тройка лидеров а не один какой-то.
Да еще в комментах можно будет похоливорить ;)
Ну я же писал — «нет хороших и плохих — есть правильно выбранные инструменты
под вашу бизнес-модель и есть неправильно выбранные». Т.е. я знаю людей, счастливых от неумелой поделки студентом на коленке. Хотя это редкое исключение. И плюющихся от Битрикса.

Я конечно могу назвать движки, но если они не подходят к интернет-магазину велосипедов — это не значит что они плохие. И для магазина электроники могут подойти идеально. А мы их возьмем и обидим :) Это ИМХО лишнее.
хороший пост, исправьте опечатку «Девятосто процентов»
хорошо, что автор обошелся без рекомендаций или упоминаний конкретных движков. Потому, что без заточки ни один из них не будет удовлетворять нуждам бизнеса.
Почему же. Я знаю и без заточки работающие. Вполне успешно. Хотя свои дотачивал.
в любом правиле есть свои исключения без сомнения.
А что например вы дотачивали у себя в магазине? Просто в порядке обмена мнениями. Я делал прокручивающийся подгружающийся список товаров (потом убрал)и сделал «заказ звонка». Это именно из допрограммирования а не дизайнерских примочек на html.
мой пример не правильный. Я использовал свою самописную CMS для ИМ. Сейчас вот еще один собираюсь запускать. И мне не хочется разбираться в чужих системах, как например у них реализован импорт одной номенклатурной позиции от нескольких поставщиков. Или к примеру как сделать рекомендации оперативной памяти к ноутбкам с оперативной памятью меньше 3Гб. Я четко понимаю, что по любому что-то придется затачивать и дописывать. Тот же модуль логистики зачастую очень индивидуален. В случае если работаешь под заказ (а таких уже очень много в деньгоемких сегментах), нужно не только запланировать доставку но и закупку. Причем закупку товара для нескольких доставок, учитывая вместимость машины экспедитора.
Ну и т.д.

Идеала нет, а компромисс, что мол он недостижим — это не для собственного бизнеса.
И сколько примерно времени заняло написание этой CMS, включая этап тестирования? Сколько человекочасов? Ежели это не коммерческая тайна. Просто приблизительно.
Сколько заняло написание с нуля не скажу — ибо эта CMS использовалась и развивалась с предыдущими проектами. На доводку к открытию ушло порядка 2 недель — вместе с версткой и доводкой дизайна. Все остальное доделывалось уже на ходу — и примерно суммарно еще неделю заняло. Хотя продолжаю некоторые фичи реализовывать и дописывать до сих пор.

Я в целом понимаю, что изобретаю велосипед в некотором смысле. И что если бы к моменту открытия проекта у меня было бы время разобраться в одном из двигов с открытым кодом — возможно итог был бы функциональнее и красивее, а количество доработок меньше.

Но когда думаешь о том сколько может уйти времени на то чтобы вникнуть в чужую систему «с нуля», в то время когда нужно открыться как можно скорее — то подсознательно выбираешь то, что уже знаешь.
Да, если есть старая CMS и программист с ней знакомый — тут конечно решение очевидно. Вы поступили правильно.
>Ошибка в том, что рассматривать движок магазина нужно с точки зрения продавца.
Неправильно. Нужно рассматривать с точки зрения целевой аудитории. Если у нас, к примеру, какой то специфичный товар. Для слепых к примеру. Так и магазин нам нужен с соответвующей поддежкой голосовых браузеров.

Так что главное, определиться с целевой аудиторией и работать с ней.

В остально соглашусь на все 100!
Угодить целевой аудитории это тоже «точка зрения продавца» — основная часть его бизнеса. Поверьте мне, как владельцу нескольких магазинов :) Иначе бизнес прогорит и он не получит своих денег. Так что тут все завязано.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории