M25: если хотите что-то очень простое, советую simplecms работает на пхп, но без mysql то что вы хотите, делается за 3 минуты формой обратной связи
Да, Simple CMS прикольная штука. И скорее всего то, что вам надо. Развернуть можно на хостинге за пару баксов. WP по сравнению с ней - тяжеловесный монстр. Она построена на XML файлах, насколько я помню. У меня только были проблемы с кодировкой кажется, потому что разработчики ориентировались на использование только одной кодовой страницы и это не UTF8. Правда это было с год или два назад, может что изменилось.
vkusnoserver: e_v_medvedev, может быть мы как-то по-разному понимаем дропшиппинг?
Я его понимаю как передачу заказов от ИМ напрямую к поставщику. С ИМ снимается нагрузка по логистике и необходимости изымать средства из оборота для предварительных закупок товара. В результате ИМ занимается по большей части маркетингом и продажами, делая больший оборот. Я считаю, что этим он и должен заниматься большую часть времени :)
ТС предлагает B2B сервис, как я понимаю, софт для закупок ИМ у поставщика. Почему его нельзя использовать как дропшиппинг и развивать в этом направлении? И почему вы считаете в целом направление дропшиппинга не перспективным?
Мне действительно интересно ваше мнение, а участвую я здесь, потому что не хостингом единым :) И тема достаточно любопытная, как и любая тема автоматизации бизнес-процессов и сокращения излишних звеньев. Я лично не сторонник всех этих оффлайн-встреч (в смысле закупок и их условий), т.к. это почти всегда трата моего времени без гарантии результата. Поэтому чем прозрачнее условия и процессы, тем лучше для рынка. И если будет какое-то активно используемое решение, в рамках того, что предлагает ТС, это будет хорошо.
Это когда продавец по сути является всего лишь торговым агентом производителя и когда сделка купли продажи заключается в конечном итоге без посредника, который нашел клиента. Посредник получает только комиссию от продавца.
Такая специфическая схема торговли довольно редка, потому что эффективна в довольно специфических условиях, то есть когда создавать торговую сеть под продажи определенного товара не выгодно и самому производителю заниматься продажами невыгодно. Ну например если на продажу выставляется оборудование для нефтепереработки. Традиционная торговля это когда продавец сам сначала покупает товар и потом продает его от своего имени и сам несет ответственность по сделке. В дропшипинге это не та. Тот кто ищет покупателя не является самостоятельным продавцом. Он просто торговый представитель. Не более. А отсюда и разница в торговых процессах, как объектах автоматизации.
ТС все таки говорит именно об оптовой торговле, а не о дропшипинге. Это важно.
vkusnoserver: Вы процитировали первую версию моего сообщения, до того как я фактически перечитал сообщение ТС и понял, что он и предлагает решение в смысле организации дропшиппинга, просто не называет его этими словами.
По дропшиппингу - я считаю, что каждый должен заниматься своим делом. И для любого ИМ было бы выгодно вынести логистику с себя на поставщика. Потому что это проблемный момент. По пику моды не понял вас, поясните.
Ну если говорят о чем то как о "прошлом веке" то должен быть и писк моды, предел современности :-). Единство и борьба противоположностей, инь и янь :-). Вот я и спрашиваю что вы имеете ввиду, когда говорите о прошлом веке :-). То, что каждый должен заниматься своим делом, это точно. Дропшипинг это не вынос логистики на поставщика. Дропшипинг это специфическая схема отношений продавца и товара. ТС предлагает именно систему управления взаимодействиями между продавцом и его дистрибуторами. К дропшипингу это не имеет отношения. Тем более что дропшипинг используется не столько в оптовой торговле, сколько в торговле очень дорогостоящим, единичным товаром.
vkusnoserver: Как-то это уже все прошлый век. Другое дело, если развивали бы дропшиппинг. Особенно было бы интересно решение для поставщиков, т.е. продукт для развития дропшиппинга (как просто софт для сбора заказов с им, так и с логистикой).
Что именно "прошлый век"? Вы вообще о чем :-)?
Дропшипинг вряд ли получить широкое распространение в интернете. Или вы считаете дропшипинг пиком моды в интернет-торговле? :-)
Hushh: Обсуждаем актуальность автоматизации оптовых продаж путем использования B2B-систем (оптовых интернет-магазинов)
Предполагается, что на сайте оптовой или производственной компании появляется личный кабинет, через который клиенты удобно делают заказы.
Для клиентов- возможность не дозваниваться до менеджеров, а резервировать товары online, выписывать себе счета, следить за статусами без помощи менеджеров-консультантов со стороны поставщиков.
Для поставщиков - возможность значительно сократить трудозатраты менеджеров по продажам, переводя их работу из разряда обработки заказов в разряд поиска новых клиентов.
Возможность выстроить простую и управляемую коммуникацию с клиентами.
Делимся, кто сам заказывает через личный кабинет поставщика, кто хочет наладить таким образом оптовые продажи.
Высказываем мнение, почему B2B-систем так мало на рынке.
Я не пользуюсь но делал такое одному заказчику (http://smartceo.ru/index.php?id=212). Оптовая и розничная торговля сильно отличаются друг от друга и интерфейсы пользователя для розницы не подходят для опта. Единых решений тут нет, потому что специфика управления сетью дистрибьюторов в каждой компании разная. То есть специфика процессов взаимодействия продавец-покупатель в каждом случае разная и объекты автоматизации соответственно тоже.
Если кто знает, то подскажите пожалуйста, что за движок используется на этих двух мини интернет-магазинчиках, если это вообще движок? Как вообще определить что это, может самопис какой-то?
Asar: Веду инет-магаз, но по коммерции ниразу не спец, а к магазу пришел через работу в интернетах и познания в том, что продаю. В общем-то, все идет нормально, но есть подозрение, что можно чего-нить и улучшить или велосипед заново каждый раз не открывать хотя бы. Отсюда вопрос: что бы такого почитать человеку без специального образования на тему коммерции, чтобы более грамотно вести интернет-торговлю? Не обязательно узкоспециализированное, вполне возможно, что и какого-то общего грамотного взгляда на эти вещи тоже не хватает... Вопрос как к специалистам, так и к тем, кто был на моем месте, и открыл для себя чего-нить интересное в тематической литературе, после чего ему стало оченно хорошо.
Начал собирать такой материал у себя на сайте http://smartceo.ru. Правда материал накапливается быстро а времени выложить его не хватает. Посмотрите, может найдете что-то полезное. Если появятся предложения по содержанию и вообще - пишите в отзывы или в личку здесь. :-). А вообще системных исследований по организации торговли в интернете пока нет. Так что найти комплексный материал типа учебника найти не удастся. В основном предлагается куча всяких цитатников и сборников несвязанных между собой рекомендаций и т.п.
hsvjnw: NetCat хорош для интернет-магазинов. Вот описание - goo.gl/aOT0B8 Что думаете?
Мне NetCat не очень понравился. Вообще с движками с закрытым кодом вечно проблемы с доработками. С Амиро тоже в свое время наелся. Больше не хочется.
---------- Добавлено 13.07.2014 в 11:41 ----------
tarakuda: аа, нашел!
наконец то нам вроде как сделали движок на престе, мне нравится, внутри удобно, совсем как в инсейлзе и шаблон распечатки заказа есть, что тоже удобно.
в бмшопе этого нет, тебе приходит на почту малюсенькое уведомление о поступившем заказе, а если заказов несколько, то все перепутается.
единственный минус- поменял двух программеров, щас нанял третьего, что то линяют они быстро.
делают половины работы, потом исчезают.
а скажите, точно мадженто трудная?
я один сайт перевел на престу, остались еще 2, хотел один на опенкарт, другой на мадженту.
дал объявление на 3-х фрилансерских биржах, пока клева нет, мадженто никто заниматься не хочет.
и меня напрягают страшилки о хостинге для мадженто, где то прочитал, типа дешевый хостинг за 5-10 долларов не берите, мин. за 30 баксов в месяц.
может оба магазина на опенкарт перевести или один на опенкарт, а другой на престу? кстати, какой лучше в плане СЕО? Вы случайно, не знаете плагина для СЕО/перелинковки для престы и опенкарта?
заранее спасибо,
e_v_medvedev: Он входит в штатный комплект (в версии 1.4 он точно есть и не один.
---------- Добавлено 09.07.2014 в 19:18 ----------
ну, как запустили Вы свой магазин или еще думаете?
Мадженто действительно ресурсоемкий и сложный движок (на счет 30 баксов в месяц за хостинг - довольно точная оценка). Работать с ним мало кто берется потому что требуется серьезная квалификация от разработчика (на серьезное освоение движка может уйти не один год). Таких среди фрилансеров не много. Поэтому и стоит специалист для Мадженто дорого и их не так просто найти. Мадженто может окупиться в содержании при обороте от 30 тыс. руб. в день и выше, поэтому это движок либо для крупного либо для быстро растущего бизнеса. Если вас интересуют подробности по Мадженто - обращайтесь. Основное достоинство Мадженто в том, что это профессиональный инструмент для интернет-торговли. Но если пробовать применять его для организации маленьких магазинов, то это станет его основным недостатком.
Opencart - движок для интернет-ларьков. Очень прост в построении и с него начинают все новички-разработчики. Это одни из наименее требовательных к ресурсам движков. На нем хорошо делать магазины тем, то работает один, с малой номенклатурой и с малым оборотом (пару заказов в день) и мелкие доработки может делать сам. По этом движку ко мне обращаться не стоит.
Преста - нечто среднее между Мадженто и Opencart. Упор в Престе делается на развитую админку, где помимо организации обработки заказов можно строить и управление процессом, потому что довольно много статистики по процессу торговли накапливается средствами самого движка. Самое плохое в Престе это многоуровневая фильтрация. В Принципе Преста как движок нормальный движок для магазинов с номенклатурой в несколько тысяч товаров и для организации работы команды в 3-4 человека. Из-за того ,что в движке много функций он тоже весьма ресурсоемкий. При посещаемости под 1000 уников в день уже требуется оптимизация кода, чтобы не грузил сильно хостинг стоимость в 500-600 рублей. В последних версиях Престы, как и в Мадженто есть возможность редактировать заказы или создавать новые для перегруппировки сложных заказав с их последующей организацией исполнения частями. В Опенкарт такой функционал не предусмотрен, поскольку в нем нет необходимости в силу специфики условий использования движка, упомянутых ранее. Если нужна поддержка по Престе - обращайтесь.
Преста и Опенкарт имеют один общий недостаток - их разработчики не воспринимают информацию о товаре целостно. Например, при составлении комбинаций атрибутов в Престе можно задать каждой из них свой артикул и цену, что позволяет воспринимать каждую отдельную комбинацию как отдельную товарную позицию, но не возможно для каждой задать собственное количество на складе, что мешает налаживать управленческий учет и интегрировать движок с ERP-системами (вроде 1С). В опенкарте для каждой комбинации даже артикул присвоить не возможно, что еще больше осложняет задачу синхронизации данных в торговом зале и в ERP-системе. Вот почему эти движки в первую очередь для небольших торговых процессов, где можно обойтись простейшими методами контроля движения товаров, и несложной товарной номенклатурой (магазины электроники, где характерна сложная структура характеристик товара а значит и их комбинаций, на этих движках я бы делать не рекомендовал).
fisher_ak: Создается интернет-магазин. Нужно выбрать CMS. Требования:
1. Масштабы не гигантские, больше ради хобби. Поэтому настройка "не программистом" желательна, либо фрилансером за небольшую деньгу.
2. В силу же первого пункта, желательна бесплатная CMS (или не особо дорогая).
3. Примерный ассортимент 3-5 тыс позиций.
4. Удобный импорт данных их экселя. (товаров, категорий, фильтров, цен, скидок и т.д.)
5. Хороший и мощный инструмент фильтров. Возможно по принципу dns-shop
6. Модули отзывов к товарам/магазину
7. Возможность подключения форума
8. Модули оплаты электронными деньгами
9. Использование товарных предложений (цвета/размеры и соответственно разные цены внутри товара) - желательно - но не обязательно
10. Возможность легкой настройки корзины, форм оплаты и доставки
11. ЧПУ и СЕО плагины
12. Анализ продаж, сортировка по популярности, по продажам
13. Модули с этим часто покупают и другие аналогичные
14. Адекватный поиск
15. Упор магазина на хороший контент, поэтому необходимы удобные карточки товара с крупными дополнительными изображениями при минимальной потере производительности.
16. Подключение модулей социальных сетей.
Собственно вот. Год назад пробовал поиграться, создавая ИМ, выбрал Opencart - все в целом понравилось. Разобрался с настройкой некоторых важных элементов и CSS стилей.
Что посоветуете выбрать сейчас под требования? Как сейчас себя чувствует Опенкарт? Может быть есть что-то проще, функциональнее?
---------- Post added 25-06-2014 at 15:38 ----------
Так же, желательны пересекающиеся категории (ну или как они там называются), когда один товар может одновременно находиться в разных категориях.
У вас взаимоисключающие требования. Широкие функциональные возможности предполагают высокую сложность настройки. Простота движка всегда обусловлена его функциональной бедностью, а значит бесполезностью. Если хотите создать бизнес без затрат, то это не получится. Если подобие магазина нужно сляпать, то это за копейки на примитивном движке можно сделать.
madstallion: Джумла не позволила сделать качественный магазин и уж тем более адаптивный дизайн, поэтому и переходим. Вопросов много, а времени мало. Скоро сезон и надо успеть со всеми редиректами выйти опять на те же позиции хотя бы к началу октября.
---------- Добавлено 19.06.2014 в 09:20 ----------
А такой вопрос, немного оффтоп - редиректы мы сделаем, а что делать с купленными ссылками на старые посадочные?? Просто поменять в итоге урлы, а все остальное оставить, включая анкоры?
Не поверю, что на этот движок нельзя натянуть адаптивную верстку. Это можно сделать практически на чем угодно.
А что касается ссылок, то есть правильные редиректы прописать, то зачем где-то что-то менять. Редиректы для этого и делаются.
если хотите что-то очень простое, советую simplecms
работает на пхп, но без mysql
то что вы хотите, делается за 3 минуты формой обратной связи
Да, Simple CMS прикольная штука. И скорее всего то, что вам надо. Развернуть можно на хостинге за пару баксов. WP по сравнению с ней - тяжеловесный монстр. Она построена на XML файлах, насколько я помню. У меня только были проблемы с кодировкой кажется, потому что разработчики ориентировались на использование только одной кодовой страницы и это не UTF8. Правда это было с год или два назад, может что изменилось.
e_v_medvedev, может быть мы как-то по-разному понимаем дропшиппинг?
Я его понимаю как передачу заказов от ИМ напрямую к поставщику. С ИМ снимается нагрузка по логистике и необходимости изымать средства из оборота для предварительных закупок товара. В результате ИМ занимается по большей части маркетингом и продажами, делая больший оборот. Я считаю, что этим он и должен заниматься большую часть времени :)
ТС предлагает B2B сервис, как я понимаю, софт для закупок ИМ у поставщика. Почему его нельзя использовать как дропшиппинг и развивать в этом направлении? И почему вы считаете в целом направление дропшиппинга не перспективным?
Мне действительно интересно ваше мнение, а участвую я здесь, потому что не хостингом единым :) И тема достаточно любопытная, как и любая тема автоматизации бизнес-процессов и сокращения излишних звеньев. Я лично не сторонник всех этих оффлайн-встреч (в смысле закупок и их условий), т.к. это почти всегда трата моего времени без гарантии результата. Поэтому чем прозрачнее условия и процессы, тем лучше для рынка. И если будет какое-то активно используемое решение, в рамках того, что предлагает ТС, это будет хорошо.
Совершенно верно. Мы по-разному понимаем дропшиппинг. Я его понимаю вот так http://ru.wikipedia.org/wiki/%D0%9F%D1%80%D1%8F%D0%BC%D0%B0%D1%8F_%D0%BF%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%BA%D0%B0.
Это когда продавец по сути является всего лишь торговым агентом производителя и когда сделка купли продажи заключается в конечном итоге без посредника, который нашел клиента. Посредник получает только комиссию от продавца.
Такая специфическая схема торговли довольно редка, потому что эффективна в довольно специфических условиях, то есть когда создавать торговую сеть под продажи определенного товара не выгодно и самому производителю заниматься продажами невыгодно. Ну например если на продажу выставляется оборудование для нефтепереработки. Традиционная торговля это когда продавец сам сначала покупает товар и потом продает его от своего имени и сам несет ответственность по сделке. В дропшипинге это не та. Тот кто ищет покупателя не является самостоятельным продавцом. Он просто торговый представитель. Не более. А отсюда и разница в торговых процессах, как объектах автоматизации.
ТС все таки говорит именно об оптовой торговле, а не о дропшипинге. Это важно.
Вы процитировали первую версию моего сообщения, до того как я фактически перечитал сообщение ТС и понял, что он и предлагает решение в смысле организации дропшиппинга, просто не называет его этими словами.
По дропшиппингу - я считаю, что каждый должен заниматься своим делом. И для любого ИМ было бы выгодно вынести логистику с себя на поставщика. Потому что это проблемный момент. По пику моды не понял вас, поясните.
Ну если говорят о чем то как о "прошлом веке" то должен быть и писк моды, предел современности :-). Единство и борьба противоположностей, инь и янь :-). Вот я и спрашиваю что вы имеете ввиду, когда говорите о прошлом веке :-). То, что каждый должен заниматься своим делом, это точно. Дропшипинг это не вынос логистики на поставщика. Дропшипинг это специфическая схема отношений продавца и товара. ТС предлагает именно систему управления взаимодействиями между продавцом и его дистрибуторами. К дропшипингу это не имеет отношения. Тем более что дропшипинг используется не столько в оптовой торговле, сколько в торговле очень дорогостоящим, единичным товаром.
Как-то это уже все прошлый век. Другое дело, если развивали бы дропшиппинг. Особенно было бы интересно решение для поставщиков, т.е. продукт для развития дропшиппинга (как просто софт для сбора заказов с им, так и с логистикой).
Что именно "прошлый век"? Вы вообще о чем :-)?
Дропшипинг вряд ли получить широкое распространение в интернете. Или вы считаете дропшипинг пиком моды в интернет-торговле? :-)
Обсуждаем актуальность автоматизации оптовых продаж путем использования B2B-систем (оптовых интернет-магазинов)
Предполагается, что на сайте оптовой или производственной компании появляется личный кабинет, через который клиенты удобно делают заказы.
Для клиентов- возможность не дозваниваться до менеджеров, а резервировать товары online, выписывать себе счета, следить за статусами без помощи менеджеров-консультантов со стороны поставщиков.
Для поставщиков - возможность значительно сократить трудозатраты менеджеров по продажам, переводя их работу из разряда обработки заказов в разряд поиска новых клиентов.
Возможность выстроить простую и управляемую коммуникацию с клиентами.
Делимся, кто сам заказывает через личный кабинет поставщика, кто хочет наладить таким образом оптовые продажи.
Высказываем мнение, почему B2B-систем так мало на рынке.
Я не пользуюсь но делал такое одному заказчику (http://smartceo.ru/index.php?id=212). Оптовая и розничная торговля сильно отличаются друг от друга и интерфейсы пользователя для розницы не подходят для опта. Единых решений тут нет, потому что специфика управления сетью дистрибьюторов в каждой компании разная. То есть специфика процессов взаимодействия продавец-покупатель в каждом случае разная и объекты автоматизации соответственно тоже.
Всем привет!
Если кто знает, то подскажите пожалуйста, что за движок используется на этих двух мини интернет-магазинчиках, если это вообще движок? Как вообще определить что это, может самопис какой-то?
http://1kr.myinsales.com.ua
http://shashlikdoma.in.ua
Второй по косвенным признакам это Drupal+Ubercart.
Веду инет-магаз, но по коммерции ниразу не спец, а к магазу пришел через работу в интернетах и познания в том, что продаю. В общем-то, все идет нормально, но есть подозрение, что можно чего-нить и улучшить или велосипед заново каждый раз не открывать хотя бы.
Отсюда вопрос: что бы такого почитать человеку без специального образования на тему коммерции, чтобы более грамотно вести интернет-торговлю? Не обязательно узкоспециализированное, вполне возможно, что и какого-то общего грамотного взгляда на эти вещи тоже не хватает...
Вопрос как к специалистам, так и к тем, кто был на моем месте, и открыл для себя чего-нить интересное в тематической литературе, после чего ему стало оченно хорошо.
Начал собирать такой материал у себя на сайте http://smartceo.ru. Правда материал накапливается быстро а времени выложить его не хватает. Посмотрите, может найдете что-то полезное. Если появятся предложения по содержанию и вообще - пишите в отзывы или в личку здесь. :-). А вообще системных исследований по организации торговли в интернете пока нет. Так что найти комплексный материал типа учебника найти не удастся. В основном предлагается куча всяких цитатников и сборников несвязанных между собой рекомендаций и т.п.
NetCat хорош для интернет-магазинов. Вот описание - goo.gl/aOT0B8 Что думаете?
Мне NetCat не очень понравился. Вообще с движками с закрытым кодом вечно проблемы с доработками. С Амиро тоже в свое время наелся. Больше не хочется.
---------- Добавлено 13.07.2014 в 11:41 ----------
аа, нашел!
наконец то нам вроде как сделали движок на престе, мне нравится, внутри удобно, совсем как в инсейлзе и шаблон распечатки заказа есть, что тоже удобно.
в бмшопе этого нет, тебе приходит на почту малюсенькое уведомление о поступившем заказе, а если заказов несколько, то все перепутается.
единственный минус- поменял двух программеров, щас нанял третьего, что то линяют они быстро.
делают половины работы, потом исчезают.
а скажите, точно мадженто трудная?
я один сайт перевел на престу, остались еще 2, хотел один на опенкарт, другой на мадженту.
дал объявление на 3-х фрилансерских биржах, пока клева нет, мадженто никто заниматься не хочет.
и меня напрягают страшилки о хостинге для мадженто, где то прочитал, типа дешевый хостинг за 5-10 долларов не берите, мин. за 30 баксов в месяц.
может оба магазина на опенкарт перевести или один на опенкарт, а другой на престу?
кстати, какой лучше в плане СЕО?
Вы случайно, не знаете плагина для СЕО/перелинковки для престы и опенкарта?
заранее спасибо,
Он входит в штатный комплект (в версии 1.4 он точно есть и не один.
---------- Добавлено 09.07.2014 в 19:18 ----------
ну, как запустили Вы свой магазин или еще думаете?
Мадженто действительно ресурсоемкий и сложный движок (на счет 30 баксов в месяц за хостинг - довольно точная оценка). Работать с ним мало кто берется потому что требуется серьезная квалификация от разработчика (на серьезное освоение движка может уйти не один год). Таких среди фрилансеров не много. Поэтому и стоит специалист для Мадженто дорого и их не так просто найти. Мадженто может окупиться в содержании при обороте от 30 тыс. руб. в день и выше, поэтому это движок либо для крупного либо для быстро растущего бизнеса. Если вас интересуют подробности по Мадженто - обращайтесь. Основное достоинство Мадженто в том, что это профессиональный инструмент для интернет-торговли. Но если пробовать применять его для организации маленьких магазинов, то это станет его основным недостатком.
Opencart - движок для интернет-ларьков. Очень прост в построении и с него начинают все новички-разработчики. Это одни из наименее требовательных к ресурсам движков. На нем хорошо делать магазины тем, то работает один, с малой номенклатурой и с малым оборотом (пару заказов в день) и мелкие доработки может делать сам. По этом движку ко мне обращаться не стоит.
Преста - нечто среднее между Мадженто и Opencart. Упор в Престе делается на развитую админку, где помимо организации обработки заказов можно строить и управление процессом, потому что довольно много статистики по процессу торговли накапливается средствами самого движка. Самое плохое в Престе это многоуровневая фильтрация. В Принципе Преста как движок нормальный движок для магазинов с номенклатурой в несколько тысяч товаров и для организации работы команды в 3-4 человека. Из-за того ,что в движке много функций он тоже весьма ресурсоемкий. При посещаемости под 1000 уников в день уже требуется оптимизация кода, чтобы не грузил сильно хостинг стоимость в 500-600 рублей. В последних версиях Престы, как и в Мадженто есть возможность редактировать заказы или создавать новые для перегруппировки сложных заказав с их последующей организацией исполнения частями. В Опенкарт такой функционал не предусмотрен, поскольку в нем нет необходимости в силу специфики условий использования движка, упомянутых ранее. Если нужна поддержка по Престе - обращайтесь.
Преста и Опенкарт имеют один общий недостаток - их разработчики не воспринимают информацию о товаре целостно. Например, при составлении комбинаций атрибутов в Престе можно задать каждой из них свой артикул и цену, что позволяет воспринимать каждую отдельную комбинацию как отдельную товарную позицию, но не возможно для каждой задать собственное количество на складе, что мешает налаживать управленческий учет и интегрировать движок с ERP-системами (вроде 1С). В опенкарте для каждой комбинации даже артикул присвоить не возможно, что еще больше осложняет задачу синхронизации данных в торговом зале и в ERP-системе. Вот почему эти движки в первую очередь для небольших торговых процессов, где можно обойтись простейшими методами контроля движения товаров, и несложной товарной номенклатурой (магазины электроники, где характерна сложная структура характеристик товара а значит и их комбинаций, на этих движках я бы делать не рекомендовал).
Создается интернет-магазин. Нужно выбрать CMS. Требования:
1. Масштабы не гигантские, больше ради хобби. Поэтому настройка "не программистом" желательна, либо фрилансером за небольшую деньгу.
2. В силу же первого пункта, желательна бесплатная CMS (или не особо дорогая).
3. Примерный ассортимент 3-5 тыс позиций.
4. Удобный импорт данных их экселя. (товаров, категорий, фильтров, цен, скидок и т.д.)
5. Хороший и мощный инструмент фильтров. Возможно по принципу dns-shop
6. Модули отзывов к товарам/магазину
7. Возможность подключения форума
8. Модули оплаты электронными деньгами
9. Использование товарных предложений (цвета/размеры и соответственно разные цены внутри товара) - желательно - но не обязательно
10. Возможность легкой настройки корзины, форм оплаты и доставки
11. ЧПУ и СЕО плагины
12. Анализ продаж, сортировка по популярности, по продажам
13. Модули с этим часто покупают и другие аналогичные
14. Адекватный поиск
15. Упор магазина на хороший контент, поэтому необходимы удобные карточки товара с крупными дополнительными изображениями при минимальной потере производительности.
16. Подключение модулей социальных сетей.
Собственно вот. Год назад пробовал поиграться, создавая ИМ, выбрал Opencart - все в целом понравилось. Разобрался с настройкой некоторых важных элементов и CSS стилей.
Что посоветуете выбрать сейчас под требования? Как сейчас себя чувствует Опенкарт? Может быть есть что-то проще, функциональнее?
---------- Post added 25-06-2014 at 15:38 ----------
Так же, желательны пересекающиеся категории (ну или как они там называются), когда один товар может одновременно находиться в разных категориях.
У вас взаимоисключающие требования. Широкие функциональные возможности предполагают высокую сложность настройки. Простота движка всегда обусловлена его функциональной бедностью, а значит бесполезностью. Если хотите создать бизнес без затрат, то это не получится. Если подобие магазина нужно сляпать, то это за копейки на примитивном движке можно сделать.
Джумла не позволила сделать качественный магазин и уж тем более адаптивный дизайн, поэтому и переходим. Вопросов много, а времени мало. Скоро сезон и надо успеть со всеми редиректами выйти опять на те же позиции хотя бы к началу октября.
---------- Добавлено 19.06.2014 в 09:20 ----------
А такой вопрос, немного оффтоп - редиректы мы сделаем, а что делать с купленными ссылками на старые посадочные?? Просто поменять в итоге урлы, а все остальное оставить, включая анкоры?
Не поверю, что на этот движок нельзя натянуть адаптивную верстку. Это можно сделать практически на чем угодно.
А что касается ссылок, то есть правильные редиректы прописать, то зачем где-то что-то менять. Редиректы для этого и делаются.