О правильном подходе выбора движка для интернет-магазина

[@j4ck]

Посоветуйте нетяжелый движок с возможностью создания кастомных наборов фильтров характеристик товаров для категорий?

[@mishael]

Сочтут за пиар. Опять же, это будет противоречить основному тезису статьи —

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

Наборы фильтров и подбор по характеристикам хорош тут: bodyshop.com.ua/dir.php?id=64 причем видно, что часть характеристик сквозные по сайту, а часть специфические в разделе

[@vvchik]

Статья конечно правильная, прогнать и прокрутить все этапы работы — это основная мысль и я с нею совершенно согласен.
Но то, что не указаны движки тех самых отстойных магазинов и движки тех самых — хороших, особенно если вы работали с ними и знаете: «вот тут все классно сделано для клиента но манагеры при обновлении прайса будут материть и движок и разработчика и хозяина за одно» а вот в этом «проблема для клиента выбрать категорию» а этот «оформляет заказ через одно место» и тп.
Если опишите несколько движков с плюсами и минусами по каждому, то кто вас обвинит в пиаре? и если действительно будет тройка лидеров а не один какой-то.
Да еще в комментах можно будет похоливорить ;)

[@mishael]

Ну я же писал — «нет хороших и плохих — есть правильно выбранные инструменты
под вашу бизнес-модель и есть неправильно выбранные». Т.е. я знаю людей, счастливых от неумелой поделки студентом на коленке. Хотя это редкое исключение. И плюющихся от Битрикса.

Я конечно могу назвать движки, но если они не подходят к интернет-магазину велосипедов — это не значит что они плохие. И для магазина электроники могут подойти идеально. А мы их возьмем и обидим :) Это ИМХО лишнее.

[@baxtep2]

хороший пост, исправьте опечатку «Девятосто процентов»

[@webbolt]

хорошо, что автор обошелся без рекомендаций или упоминаний конкретных движков. Потому, что без заточки ни один из них не будет удовлетворять нуждам бизнеса.

[@mishael]

Почему же. Я знаю и без заточки работающие. Вполне успешно. Хотя свои дотачивал.

[@webbolt]

в любом правиле есть свои исключения без сомнения.

[@mishael]

А что например вы дотачивали у себя в магазине? Просто в порядке обмена мнениями. Я делал прокручивающийся подгружающийся список товаров (потом убрал)и сделал «заказ звонка». Это именно из допрограммирования а не дизайнерских примочек на html.

[@webbolt]

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

Идеала нет, а компромисс, что мол он недостижим — это не для собственного бизнеса.

[@mishael]

И сколько примерно времени заняло написание этой CMS, включая этап тестирования? Сколько человекочасов? Ежели это не коммерческая тайна. Просто приблизительно.

[@webbolt]

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

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

Но когда думаешь о том сколько может уйти времени на то чтобы вникнуть в чужую систему «с нуля», в то время когда нужно открыться как можно скорее — то подсознательно выбираешь то, что уже знаешь.

[@mishael]

Да, если есть старая CMS и программист с ней знакомый — тут конечно решение очевидно. Вы поступили правильно.

[@alekciy]

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

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

В остально соглашусь на все 100!

[@mishael]

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