e_v_medvedev

e_v_medvedev
Рейтинг
183
Регистрация
07.03.2013
dvu-v:
Здравствуйте!

Не знаю верный раздел или нет, но вроде интернет-магазины здесь обсуждается.

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

Интересует насколько трудно это делать программисту и насколько больше времени уходит.

Интересует Битрикс и ОпенКарт.

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

Сейчас я плачу программисту на 50% больше за интернет магазин чем за обычный корпоративный сайт, именно из-за того чтобы там была корзина и личный кабинет.

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

Спасибо.

Отличия простого корпоративного сайта от приличного интернет-магазина - примерно на порядок. Если же интернет-магазином считать надстройку над WP, то раза в полтора.

BlizStrike:
На правах КЭПа.

Битрикс!
http://www.1c-bitrix.ru/products/cms/

Да, платная.
Да, стоимость разработки немного выше.

Но вы, блин, деньги хотите зарабатывать или вам процесс нужен?

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

alternews:
Для сайта - биржи строительно-ремонтных услуг и работ какое решение лучше из готовых?
Чтобы заказчики и исполнители находили друг друга?
Может на ВордПрессе есть шаблон или другие CMS?

Вообще-то биржевая торговля весьма специфическая и услугами в таком режиме не торгуют. И движков под биржи готовых нет. Есть расширения для маркетплаэйс, например для Magento. Но для услуг это тоже не совсем то, что надо. Скорее всего нужно делать что-то свое и уж конечно не на WP.

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

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

Top for the good:
не уловил идею, так и есть, что юзабилити заканчивается на выставлении товаров

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

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

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

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

Причем здесь я не упоминал эргономику административной части сайта ИМ от которой зависит эффективность и качество работы сотрудников. Так что это не вся проблема. В ИМ много разных интерфейсов над эргономикой которых стоит озаботиться. :-)

SAF:
Посоветуйте движок для ИМ на 7000+ товаров
Тематика - мебель, поэтому важны:
1. Хороший фильтр по размерам и характеристикам, типа как в яндекс-маркете
2. Адаптивный дизайн
3. Распостраненный, opensource

Мадженто, если фильтр крайне важен. По этому параметру и Престашоп и Опенкарт поигрывают очень сильно. Адаптивный шаблон под мадженто есть в основе (смотрите RWD шаблон). На счет распространенности сомнений быть не может :-). Ну и собственно Magento CE это opensource вариант.

Top for the good:
Я говорил не о политике. Я жил в Москве, мне, как и Вам интересней подходы к делу. Бредни новостей не смотрю.

P.S. Уже даже личное мнение стало заполитизированным... уходим от этого и обсуждаем суть. Для умных людей нету границ.

:-D. Для обсуждения проблем эргономики сайтов раздела форума недостаточно. Если посмотреть эргономику как науку и переложить это на сайт сайт как одно из устройств, с которым человеку приходится взаимодействовать, то получиться очень серьезное и сложное исследование. Крайдсорсинг такой темы организовать не просто хотя и возможно и интересно. Но прежде всего нужен грамотный модератор, знающий предметную область не по наслышке и основательно. Я такое пытаюсь организовать по интернет-торговле, но все времени и сил не хватает, потому что если подходить к проблеме по-взрослому, то становится понятно, что это серьезный и сложный вид бизнеса, хотя многие упрощает создание ИМ до построения сайта с информацией о товарах. Вообще можно попробовать что-то организовать совместно, хотя пока идей на эту тему нет. Может у вас появятся.

v_ovan:
Сейчас многие движки ИМ имеют учет в админке. При необходимости можно допилить немного.

Не совсем так. Большинство как раз либо не имеет, либо он весьма убогий. К ним относятся практически все магазины на движках общего назначения или уродцы вроде расширений для WP. К движкам со слабым учетом относятся такие как Опенкарт например и его аналоги. Так что в таких случаях пилить придется как как те самый гири из "Золотого теленка". Именно поэтому и существуют ERP системы.

Четверьг:
Стояла аналогичная проблема. Много чего пытался сделать в этом направлении.

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

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

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

sanders94:
Есть мысль создать сайт агрегатор товарных предложений офлайн магазинов. Для одного города, для одной ниши. Подскажите на чем лучше реализовать синхронизацию более 1 Прайса с базой сайта?

Намучаетесь. Прежде всего надо придумать, как заставить все участников приводить свои прайсы к единому виду. Отсутствие формализации прайсов и есть главная головная боль при любой синхронизации БД ИМ с данными поставщиков. У вас будет то же самое, если вы не сможете заинтересовать поставщиков данных в унификации форматов своей информации или самостоятельном вводе через админку сайта.

---------- Добавлено 27.08.2015 в 13:57 ----------

remusok:
Недавно нашёл альтернативу Битриксу, платформу которая написана на RoR. Учитывая возможности RoR, можно дописывать платформу под свой бизнес как угодно, избегая различных костылей (как это обычно бывает в Битрикс). При этом уходит меньше времени и денег на доработки. Более детально можно почитать тут 1r-commerce.ru
Плюс у компании есть свой блог в котором публикуются технические статьи.

И чем же возможности RoR отличаются от возможностей PHP :-) ? А вот разработчиков на RoR найти сложнее.

Всего: 2095