Форум
Читайте нас также:

об электронной торговле - для интернет-магазинов и ритейла. портал и сообщество

Форум

Помогите начать



Ссылка на сообщение nikola01


Спасибо за помощь!
altsupport:

каталог (с формой для заказа)

Как понимаю, разница магазина от каталога с заказом заключается в онлайн процессе, корзине и внедрении некоторых бизнес процессов? Или в чем?
Все-таки, предпочтительнее наверное будет магазин изначально. Как вижу из примеров, сроки выполнения подобных магазинов составляют неделя - две. Хотелось бы сразу сделать качественный магазин.
Екатерина Гончарова:

а желание сделать все самому

А желание сделать самому, конечно изначально связано с экономией, ну и понять хотя бы азы, элементарные вещи, чтобы в будущем было попроще и по каждой мелочи не нанимать специалистов.
А как Вы оцениваете NetCat?
Можно ли (сложно ли) взять редакцию business и добавить несколько модулей? Как обстоят дела с "натягиванием" дизайна?
altsupport:

все таки подготовьте матрицу продуктов

Если я все правильно понял, попробую изобразить.



Ссылка на сообщение altsupport


Цитата:

Как понимаю, разница магазина от каталога с заказом заключается в онлайн процессе, корзине и внедрении некоторых бизнес процессов? Или в чем?

Все верно. Разница в организации, в структуре, проработке пользовательских интерфейсов, бизнес-процессах, мелочах и нюансах. Точечности и скрупулезности.
Например. Если взять дружественность и сократить варианты о информировании по статусам заказа - то только для информирования по эл.почте о статусе надо написать более 120 шаблонов писем (тут, конечно, все зависит от количество способов доставки и методов оплаты). Т.е. надо заготовить шаблоны писем по связкам статус-способ доставки-метод оплаты, например:
1. Заказ новый (в обработке)-Самовывоз-Наличными при получении
2. Заказ новый (в обработке)-Курьерская доставка-Наличными при получении
3. Заказ новый (в обработке)-Курьерская доставка-Оплата по б/н (не оплачен)
4. Ожидание оплаты-Курьерская доставка-Оплата по б/н (не оплачен)
5. В обработке (комплектация)-Курьерская доставка-Оплата по б/н (оплачен) (тут надо убрать аннулирование покупателем и выводить что если хочет аннулировать - пусть связывается с менеджером) и т.п.
Т.е. о важных для покупателя статусах необходимо информировать и по почте (или, например, sms) и показывать на странице с заказом как подробная информация на каком этапе сейчас заказ и, что главное, как поступать покупателю (например, ожидаем оплаты заказа или заказ передан в службу доставки и курьер свяжется в течении n-дней, или публиковать идентификатор отправки почтой России, ссылку где посмотреть (либо парсить информацию с почты)). Например, если самовывоз - в письме идет адрес и карта офиса. Также надо для себя ставить пороги напоминаний (которые тоже привязываются к связкам). Либо будет автомат по эл.почте либо вашему менеджеру выведется что-то типа "че-та он пропал на неделю, заказ подвешен. позвони, прояви заботу!".
По-мимо этого в зависимости от связки статус-доставка-оплата надо давать или не давать пользователю редактировать или аннулировать заказ и т.п.
Но. Это я пишу для тематики не крупных товаров (когда много повторных заказов и покупают сразу несколько позиций). С мебелью проще.
Но все-равно также надо уменьшать забывчивость менеджеров. Соответственно к любому заказу надо вводить пороги напоминаний. Чтобы сразу в админке в случае чего указать в какой день напомнить про заказ, указать комментарий что там с ним (по какой причине напоминалка) и т.п.
...
Правильнее так: размер разницы каталога от имага зависит от предъявляемых вами требований к функционалу имага. Вдруг вы решите для увеличения конверсии внедрять поведенческие алгоритмы (в связке с маилмаркетингом)? Условно - клиент уже что-то брал ранее, и тут вернулся через год и начал смотреть пуфики. Но ничего не заказал. Один пуфик просмотрел два раза и провел на странице 3 минуты, смотрел преимущественно красный, сравнивал этот с этим. Наверное понравился больше этот, но почему-то не взял. Можно или ждать когда решится (либо деньги появятся, либо настанет событие), а можно попробовать чуть потерять в деньгах, но не потерять продажу - автоматом для него организовать индивидуальную временную страницу с акцией на пуфики (и этот будет выше всех большим баннером) и клиенту письмо про акцию.

Цитата:

Все-таки, предпочтительнее наверное будет магазин изначально. Как вижу из примеров, сроки выполнения подобных магазинов составляют неделя - две. Хотелось бы сразу сделать качественный магазин.

Все зависит от требований. Если их минимум - то срок чуть ли не час, если идеальный - пару лет работы мегакоманды и много-много денег.

Цитата:

А как Вы оцениваете NetCat?

Хороший. umi, правда, по-лучше (гибче) будет.



Ссылка на сообщение nikola01


altsupport:

если идеальный...

Идеал будем нарабатывать по ходу, когда будет появляться много-много ДЕНЕГ, а пока ИХ минимум, начнем с необходимого и достаточного.
С матрицей так и не въехал до конца.
Цена на любой товар не меняется. Выбор цвета также не влияет на конечную стоимость.
шкаф|категория (для одежды, для книг и т.п.)|выбор фабрики|конкретная модель (с пост. размерами, фурнитурой) - выбор цвета|итог (стоимость).
или
производитель (фабрика)|категория (шкаф для одежды)|конкр. модель.|выбор цвета|итог (стоимость).
Нужно еще учесть, что часть покупателей будут приходить за конкретной моделью. Ввод в поиск и получили страницу с данным товаром.
Готовые решения (стенка №1,спальня №1) имеют свои пост. размеры, состав, возможен лишь выбор цвета. Цена также изначально постоянна.
По поводу промо-кодов - пока без них. С поведенческими алгоритмами - тоже на будущее.
Нужна выгрузка на яндекс. Возможность скачивания каталогов продукции (т.е. подготовленные файлы pdf, zip). Гео-таркетинг, либо на странице предоставить ручной выбор региона. Не нужно всевозможных баннеров. На главной странице нужен какой-нибудь слайдер (7-10 фото). Оформление заказа хотелось бы на одной странице. Легкость в управлении сайтом. Естественно удобство для программиста, помощь все равно будет нужна.
Почему по umi показывают такие низкие рейтинги по сравнению с netcat (хотя не знаю кто их составляет)?
А с prestashop, все-таки, что подскажите связываться или нет. Или же выбирать из netcat и umi?



Ссылка на сообщение Екатерина Гончарова


А как Вы оцениваете NetCat?
Можно ли (сложно ли) взять редакцию business и добавить несколько модулей? Как обстоят дела с "натягиванием" дизайна?

-----
Цена/качество - 5 из 5
Простота конфигурации и настройки - 5 из 5
Производительность - 5 из 5
Поддержка/Документация - 5 из 5
Безопасность - 5 из 5
Масштабируемость - 5 из 5
SEO - 5 из 5

Можно взять любую редакцию и натянуть любые модули на нее. Шаблоны... ну этого я не знаю, так как мы этим не занимаемся.

В umi много очень дыр в безопасности. Помимо этого она по производительности хромает.



Ссылка на сообщение Екатерина Гончарова


nikola01:

А с prestashop, все-таки, что подскажите связываться или нет.


не стоит.



Ссылка на сообщение altsupport


Цитата:

В umi много очень дыр в безопасности.

Екатерина, ого! Покажете (если не все, то хотя бы небольшой пучок)? Ибо не то что в паблике, даже в привате такой информации точно не проходило. А то что проходило - это тяжелоосуществимая xss (точнее - xss это само по себе мегауязвимость (но многие xss недооценивают), но в том случае чтобы её осуществить - должно совпаcть нереальное количество условий).

Цитата:

Помимо этого она по производительности хромает.

Какой производительности? И чего производительности?

Цитата:

Идеал будем нарабатывать по ходу, когда будет появляться много-много ДЕНЕГ, а пока ИХ минимум, начнем с необходимого и достаточного.

Я так и написал. Это будет эффективней.

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

Цитата:

А с prestashop, все-таки, что подскажите связываться или нет.

Пока не связывайтесь. Вам же важно максимально быстро, но и при этом, максимально качественно и бесплатно запуститься. Поэтому отложите на потом.
...
nikola01, все что вы перечислили - вы сделаете сами одними кликами мышки. Вы только матрицу предоставьте. Я гляну и накидаю шаги куда вам жать и что писать.
Итого все ваши затраты:
Домен (по той цене по которой вы берете). Хостинг (под ваши требования - минимальный (php, mysql)). И вообщем-то и все. Ну и дизайн (+ нарезка (верстка)) - по стоимости какого дизайнера найдете (можете вообще поискать беcплатные шаблоны). А саму верстку вы также абсолютно свободно сами натяните (там не сложно).
А яндекс.маркет - либо yml руками составить (у вас это займет 30 минут (товаров не много)), либо уже потом (когда движок будет собран) - я вам под ваши поля напишу (тоже бесплатно).

Цитата:

либо на странице предоставить ручной выбор региона

Товарные позиции в регионах отличаются? Или выбор региона только для этапа доставки?



Ссылка на сообщение toxo


altsupport ты я так понял специалист по нажатию на клавишу alt что ли?)))

Видимо где-то услышал название XSS и теперь им всех пугаешь?


Какой у тебя опыт программинга в вебе, а ну ка напиши. Слишком громкие высказывания у тебя относительно UMI CMS, с которой я наработался вдоволь в свое время.
Полностью поддерживаю Екатерину в ее высказываниях.


altsupport:

Екатерина, ого! Покажете (если не все, то хотя бы небольшой пучок)?

Сколько заплатишь за то что я тебе скину в личку способ получить в UMI CMS доступ под www-data к серваку?
Ну если ты так уверен в ней, не дашь случаем пару штук зелени ?)

altsupport:

Какой производительности? И чего производительности?


Попробуй написать высоко нагруженный проект на этом, и поймешь сразу, что ни о какой оптимизации речи быть не может. если только все засунуть в мемкеш :lol:
Была такая идея у меня) Оптимизировали помню производительность высоко нагруженного интернет проекта после таких умников как этот, ну так вот. Сначала занялись фронтендом. основную проблему доставил гугл аналитикс своей тупостью, в итоге огромная утечка памяти при перезагрузках страницы, и браузер ИЕ умирал просто вместе с OS Windows.
Для тех кто понимает в отличии от этого умника скину код сюда.

Код: Выделить всё
h.ba = function (g,p,u,y,i){
   var z, n = j.A;
   if (!m){
      m = new k.S(u,j)
   }
   m.Ca(y);
   z = k.J(m.G(), ".");
   if (z[1] <= 100 || i){
      g = "?utmwv=3&utmn=" + k.ra() + g;
      if (0 == n || 2 == n){
         if(typeof a=='undefined') var a;
         a = new Image(1,1);
         a.src = j.ya + g;
         a.onload = a.onerror = q
      }
      if (1 == n || 2 == n){
         if(typeof c=='undefined') var c;
/* раньше "с" и "а"[вверху] была глобальной, что вызывает серьезную утечку памяти в ИЕ
[почти 1 мегабайт при каждом событии "onunload"], тем более, что повесили обработчик "onload" на Image.
*/
         c = new Image(1,1);
         c.src = ("https:" == u.location.protocol ? k.gc : k.fc) + g + "&utmac=" + p + "&utmcc=" + h.lc(u,y);
         c.onload = c.onerror = q


Писал ведь дуракам в сапорт.. Нет же. Пишуть, типа наши программисты самые крутые в гугле. Потом правда все же поправили.

Ну так вот. Шэф как раз поставил 2 сервака под мемкеш, и мне в голову пришла идея, в связи со своей ленивостью на тот момент разгребать быдло код, засунуть весь html туда, так как стоял жесткий js-шаблонизатор))
Нет, мне конечно же совесть не позволила такое сделать. Пришлось смотреть каждый запрос в мускуле, разделять на подзапросы, так как джойнились таблицы многомиллионные, и засовывать в мемкеш.
Плюс переработать сам шаблонизатор. Вот тогда только получилось.


Как я был глуп!
Оказывается надо было слушать altsupport, и поставить все на UMI.
Это был сарказм если что)
Пипец просто какую тупость он тут несет.

Прогеры. Где вы? Объясните ему, что да как :)



Ссылка на сообщение altsupport


Цитата:

Видимо где-то услышал название XSS и теперь им всех пугаешь?

Всех - это кого?

Цитата:

Какой у тебя опыт программинга в вебе, а ну ка напиши.

Вполне достаточный.

Цитата:

Полностью поддерживаю Екатерину в ее высказываниях.

Т.е. вы вот так лазили по сети, лазили и тут, чисто роялем в кустах, случайно попали на Оборот поддержать Екатерину???

Цитата:

Сколько заплатишь за то что я тебе скину в личку способ получить в UMI CMS доступ под www-data к серваку?

Скидывайте бесплатно. Либо скиньте какому-нить гаранту (или админу) на этом форуме - проверит массово (на нескольких rnd-сайтах работающих на umi). А остальные "много"? Тоже скидывайте проверить. Ибо "уязвимостей много", "давай продам" - попахивает просто болтологией.

Цитата:

Попробуй написать высоко нагруженный проект на этом, и поймешь сразу, что ни о какой оптимизации речи быть не может

Т.е. вы построив на НетКате одноклассников их запросто оптимизируете? :) Может вы спуститесь с Екатериной с небес и будете предлагать реальные решения под реальные задачи, а не тыкать пальцем в небо? Вы хоть сообщения nikola01 читали? Так перечитайте. А то таких вот впаривальщиков полинета. И задаю еще раз вопрос - вам, или Екатерине - уже не столь важно - Какой производительности? И чего производительности?

Цитата:

Оптимизировали помню производительность высоко нагруженного интернет проекта после таких умников как этот

Объясните тупому:
Каким образом js код гугл-аналитика влияет на нагрузку вашего высоконагрузочного проекта?

Цитата:

Оказывается надо было слушать altsupport, и поставить все на UMI.

Нет, надо было взять диктофон и туда надиктовывать как вы оптимизировали запросы. Потом слушать в туалете (или под одеялом). Ибо другого объяснения зачем вы это написали - я не вижу. Т.к. не вижу логики и последовательности вашего сообщения. Начали с одного, в конце приплели гугл и какого-то клиента у которого трафика и просмотров до усрачки и немеряное количество записей (и таблицы и запросы не оптимизированы). А нам то что? Или мы должны написать - вы молодец? toxo - вы молодец! И? А я вон за день на огороде 10 соток перекопал. Корней там было, конечно, дохера. Мне, конечно же, совесть не позволила все в бетон укатать, пришлось каждый корешок вытаскивать или сжигать. Придумал хитрую систему рычагов и противовесов, определил алгоритм разветвления корневищ в зависимости от перепадов высоты (надо заметить - у нас на участке это +-3 метра). Пригнал трактор, почитал литературу. И вот только тогда получилось. Это я утрирую, если что.

Цитата:

altsupport ты я так понял специалист по нажатию на клавишу alt что ли?)))

Улыбнуло. Мне кажется вы выбрали не ту профессию. Вы ведь вполне могли колесить по рекам и озерам в компании Регины Дубовицкой.

Цитата:

быдло код

Быдло-код - это еще не самое страшное. Это ведь просто код, который можно переписать. А такого же, но только человека уже не переделать. 8)



Ссылка на сообщение Sergeysport


Цитата:

Для тех кто понимает в отличии от этого умника скину код сюда.

Ява код исполняется на компьютере пользователя, обычно его не так много, чтобы он влиял на производительность. Где-то можно вообще обойтись без явы. Влияют запросы к базе, т.е, то, что исполняется на сервере, и без запросов к базе никак.
Причем тут гугл аналитикс?
Счетчики-это что, самое главное в магазине, и почему завязано на яве?



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


toxo:

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


Да, примерно так. В высоконагруженных проектах мы еще MongoDB используем, а для ускорения поиска - Sphinx.

Запись всего HTML-кода в memcached не поможет, если сайт создает много динамических запросов в базу данных, тут нужна именно оптимизация архитектуры базы данных и оптимизация запросов к ней. Кстати, оптимизация должна учитывать особенности конкретного сайта и его функциональности.

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

Аналогично, ежеденвный импорт товарных предложений (прайсов) от десятков поставщиков - тоже очень ресурсоемкая задача. И чтобы тут все работало, без индивидуальных мер по снижению нагрузки на системном и прикладном уровне не обойтись.

А еще нужно настраивать сам сервер, и его конфигурация должна быть не слабая, в частности, необходим кэш-контроллер с батарейкой и диски SAS.

Оптимизация на стороне клиента тоже важна. Например, неудачно расположенный счетчик полумертвого сервиса может сильно замедлить загрузку HTML-страницы в окно браузера.

Поэтому не слеудет думать, что есть какая-то "CMS-серебряная пуля", после установки которой сайт будет "летать" при любой загрузке. Если не вникать в причины медленной работы сайта на уровне опытного системного администратора и опытного же программиста, никакая CMS не поможет. Все CMS оптимизируются для общего случая, в высоконагруженных проектах требуется индивидуальный подход к оптимизации.

Вообще на нашем сайте есть статья Помогите! В нашем интернет-магазине слишком много заказов!, где я попытался описать проблемы, которые появляются при развитии торговой компании. Часть этих проблем имеет отношение к неоптимальным бизнес-процессам, а часть - к неправильной архитектуре программного обеспечения интернет-магазина.



Ссылка на сообщение juljul


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

Перешла на инсалес и продажи пошли. Инсалес тоже не удобен и там мало что можно изменить, но по крайней мере он заточен именно на реальные продажи, а для начинающего это как раз.

Пока начинающий поймёт что к чему, пойдёт не менее полугода, вот тогда и уже будете выбирать имея опыт в интернет торговле. Без опыта что бы вы не выбрали, работать всё равно не будет, так что начинайте с инсалес.
Я сама сейчас инсалес не пользуюсь, перешли на Битрикс, проект вырос, когда у тебя десятки тысяч посетителей в сутки инсалес уже тормоз. А для старта это платформа одна из лучших, лично я так считаю.



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


juljul:

Перешла на инсалес и продажи пошли.


Идут продажи или нет, на это влияет не только движок, и даже не столько движок. Конечно, если витрина сайта вообще не работоспособна или открывается очень медленно, трудно ожидать большого количества продаж.

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

Что же касается выбора ПО для интернет-магазина, то здесь в первую очередь нужно выбирать ИТ-компанию или ИТ-специалистов, которые его будут сопровождать и развивать. Вы должны доверять этим специалистам, у них должен быть большой опыт работы в создании сложных магазинов. А вот движок пусть лучше выбирают именно эти специалисты.

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

Мой совет такой - не выбирайте движок, выбирайте ИТ-компанию, которая сделает Вам надежный интернет-магазин, будет его сопровождать и развивать.



Ссылка на сообщение zagrenat


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

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



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


zagrenat:

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


Тут такой момент - движок, безусловно, должен реализовывать тот функционал, который Вам нужен сейчас. Но самое главное, у Вас должна быть уверенность, что завтра, когда от движка потребуется больше, или намного больше, Вам не придется менять движок из-за того, что изменения внести невозможно, либо это очень дорого и долго.

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



Ссылка на сообщение Олег Ом


Цитата:

неважно какой у вас будет движок, главное чтобы бизнес процессы были отлично отлажены


Оборот.ру каждую весну и осень перед своими отраслевыми конференциями проводит семинар "Интернет магазин с нуля", часов на 7-8. Так вот, теме выбора CMS посвящено минут тридцать или сорок. Ибо "создание и управление сайтом интернет-магазина — это, пожалуй, самая «понятная» и прозрачная задача в комплексе бизнес-процессов по созданию и управлению проектом интернет-коммерции"...






Ответить



:D
:)
:(
:o
:shock:
:?
8)
:lol:
:x
:P
:oops:
:cry:
:evil:
:twisted:
:roll:
:wink:
:!:
:?:
:idea:
:arrow:
:|
:mrgreen:







2001 - 2017 © Оборот.ру. Все права защищены