e_v_medvedev

e_v_medvedev
Рейтинг
183
Регистрация
07.03.2013
zteel:
Для владельца инструмент - это сайт в целом, а не движек на котором он собран.
То есть машина, а не ее двигатель.

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

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

zteel:
Вот! Именно об этом я и говорю.
В первую очередь важно насколько профессионален разработчик.

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

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

zteel:
Нет совершенно ничего неприятного в том, что разработчик будет предлагать ту платформу, которую он хорошо знает и которая удобна ему, в том случае если разработчик имеет портфолио с проектами необходимого уровня и может гарантировать результат, соответствующий требованиям клиента.

Выбирать нужно именно разработчика, а не движек.
Точнее движек во вторую очередь.

Только разработчик может что-то гарантировать владельцу: сроки, соответствие требованиям, стабильную работу и тд. Движек этого всего гарантировать не может.

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

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

zteel:
На мой взгляд, ситуация когда владелец интернет-магазина выбирает движек - не совсем правильная.
Этот выбор уместен, если владелец собирается сам разрабатывать и поддерживать сайт в будущем.
Но такой подход не совместим с нормальным бизнесом. Даже если владельцу кажется что в этом всем легко разобраться на старте проекта, то со временем, при развитии магазина, у владельца не будет уже ни времени ни желания заниматься технической частью. Так зачем начинать с этого?

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

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

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

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

Движок выбирается владельцем не по техническим соображениям а по функциональным возможностям, если конечно это разумный владелец :-), и кроме него ни кто лучше не знает, что нужно для его бизнеса. А вот когда определились с основой, то можно выбирать и разработчика. Выбор разработчика до выбора движка неприятен тем, что часто разработчик начинает навязывать ту платформу, которая удобна ему (потому что она единственная с которой он знаком), а не заказчику. Более подробно см статью "Какой движок лучше?"

Detonator:
Подскажите, какой лучше движок выбрать для проекта со следующими требованиями:
- Мультиязычность (английский и китайский; русский не нужен ни в админке, ни на сайте)
- Несколько валют
- Разделение заказа на 2 части — розничный и оптовый. Т.е. если в корзине количество товара больше заданного, ставится пометка типа «Под заказ», даётся ссылка на подробную информацию, как осуществляется оплата и получение товара при оптовом заказе. А если выбрано небольшое количество, то информация другая, есть возможность оплатить с помощью Visa, Mastercard, Union Pay, Alipay. Суть в том, что для розничных заказов будет продажа по Китаю, свои контакты, оплата вышеуказанными способами. А для оптовых продажа по Гонгконгу, оплата L/C, T/T, под заказ. Или это вообще лучше разделить на два сайта с единой базой? То есть спрашивать при заходе, оптовый вы или розничный покупатель.

Ближе всего Magento, но дорабатывать все равно придется.

Алексей_Меньшиков:
Те.е на каком-то товаре, по вашему, маленькая невзрачная кнопка должна иметь большую конверсию? Что за бред. Есть абсолютные принципы, не зависящие от товара.

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

Алексей_Меньшиков:
Обычная розница. Не думаю, что параметры товара будут иметь решающее значение в рознице, книги это будут или бытовая техника, какая разница? Конверсия с большой яркой кнопки "Положить в корзину" всегда будет выше, чем с неяркой и незаметной.

Кто тестировал оба варианта, отпишитесь, интересны именно ваше мнение, а не теоретиков.

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

Mini_mi:
Доброго времени суток! Нужны советы по открытию интернет магазина одежды.
Мой план начала:
- Создание сайта.
- Регистрация ООО, покупка кассового аппарата.
- Закупка товара.

Теперь возникающие вопросы:
1. Сайт, что выбрать? Платить за создание сайта или использовать готовый шаблон (типа InSales). Если создавать, то готовы выложить не более 30 тыс. (реальная цена?)
2. Поставщик найден, рассчитываю закупить первый товар на 50000-70000, это примерно 30-40 шт. товара. Хватит ли для начала товара?
3. Что с бухгалтерией, как ее вести?

Очень жду ваших советов!

Начните с чтения статьи "Основы организации интернет-магазина" и материалов раздела "Популярные вопросы"

Эффективнее то, что соответствует типовому поведению клиента, которое в свою очередь связано с параметрами товара и рынка

seostrel:
С чего такое мнение?
Вообще у вас странное мнение, делаете на этом движке сайты, но при этом хаите его, по какой причине тогда используете MODX?

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

---------- Добавлено 19.09.2013 в 14:00 ----------

ssotrader:
не совсем все так ...

заказ по почте - это надо, но это не должно быть единственным вариантом.
нужна нормальная система заказа, чтобы человек мог и оплатить онлайн и уведомления все получать о состоянии заказа.
цены на товар от 1тыс до 50-60тыс, бОльшая часть до 10-12тыс.руб
Поиск по фильтрам нужен (вот пример: http://www. realxenon .ru/modules/shop/cat_146.html)

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

Сомневаюсь, что кто то будет делать 100% предоплату за товар стоимостью в 10 000 руб. Мой практический опыт работы с магазинами с подобным товаром говорят об обратном. Кроме того, если вы будете торговать не с собственного склада, а по схеме вроде дропшиппинга, то предоплата - дополнительная проблема. Но вообще тогда мы в холостую тратим время на обсуждение потому что вы постоянно меняете требования. Пропишите сначала детально объект автоматизации, то есть бизнес-процесс. А сейчас вы мечетесь между требованиями и получается что хотите найти универсальную платформу, отвечающую взаимоисключающим требованиям, да еще примитивную как двери, чтобы вы сами могли ее настраивать как угодно, да еще и без знаний PHP, CSS и HTML.

Всего: 2095