Так ведь кроме вас на этот вопрос ни кто не ответит. Кто знает что для вас является удобным :-).---------- Добавлено 22.10.2015 в 15:42 ----------
Прошу прощения что ответ с задержкой. Что-то оповещения о новых поступлениях в топике перестали приходить. Если предполагается работа с большой номенклатурой, то нужна либо система в офис либо десктоп. Если для работы с данными нужно организовать работу приличного коллектива людей то нужна корпоративная система, отдельная от сайта торгового зала. Внешний хостинг может быть пригоден для коллективной работы на данными, но для активной пакетной синхронизации он тоже не подойдет. Нужная система, на которой вы сами сможете задавать ограничения на время выполнения скриптов. Тут 2 варианта - заливщик на десктопной машине (например приложение, написанное на JS или АctionScript, которое может по одному закидывать товары в БД магазина через шлюзы, либо скрипт на каком то сервере, который делает то же самое через CURL по расписанию. Главной, чтобы на хост ИМ заливался один товар за один направленный запрос. Только так вы обойдете ограничения внешних хостингов. Иначе придется экспериментировать с VDS или каллокэйтед серверами. Это будет дорого.---------- Добавлено 22.10.2015 в 15:45 ----------
Да, очевидное разумное решение.---------- Добавлено 22.10.2015 в 15:47 ----------
Точно. Например контент-менеджмент строить на 1С это точно самоубийство :-). Вам нужно комплексное проектирование программно-аппаратного комплекса средств автоматизации вашего бизнес-процесса. Иначе можно напороть много проектных косяков, которые потом всей компании выйдут сильно боком.---------- Добавлено 22.10.2015 в 15:54 ----------
Все зависит от размера номенклатуры и динамики ее обновления. У меня есть клиенты которые справляются с вводом данных через админку. А есть и такие кому нужна пакетная заливка, но в 1С подготовить все необходимые данные для этого не получается. Тогда либо нужна автономная система контент-менеджмента, либо заливка черновых данных из 1С с последующей правкой в админке CMS прежде чем их опубликовать. Понимаете, от особенностей бизнес-процесса, размеров номенклатуры, интенсивности правки данных и т.п. зависят особенности организации его исполнения. Чтобы сказать, что лучше в конкретной ситуации, нужно тщательно изучить ситуацию. Вот я о чем. То что в одном случае плохо, в другом будет идеально.
Дело не в недостатке ума. Не стоит прибедняться :-). Просто у меня за плечами 25 лет в ИТ сфере от простого кодирования до управления проектами и коллективами. Так что дело не в уме, а в жизненном опыте. :-) Возможно со временем вы сами придете к тому, о чем я говорю :-). Можно иметь блестящий ум, но если нет информационной базы для его работы, то толку от него будет мало. А опыт и есть эта самая информационная база.
Слишком абстрактное определение. С таким подходом управлять проектами не возможно. В любом бизнес-процессе есть свои задачи. В каждом бизнес-процессе есть подпроцессы, направленные на решение соответствующих задач, к автоматизации которых разные требования. Эти подпроцессы и являются объектами автоматизации. Если это административные процессы, то речь идет о ERP системе. В ней свои правила, свои участники и т.п. Если это взаимодействие с клиентами с целью их привлечения и обслуживания, то это ИМ, то есть электронный торговый зал, со своими правилами. В движках часто пытаются собрать во едино ERP и торговый зал. Как правило получается отстой. Не возможно сделать летающий асфальтовый каток. Везде нужна специализация.
Вы путаете интернет-торговлю и использование интернета как части корпоративной системы управления (ERP-системы) в офлайн торговле. Интернет-торговля это привлечение и обслуживание клиентов с использованием интернета. А в управлении бизнес-процессами взаимодействие с клиентом нет (даже взаимодействие с оптовыми покупателями тут трудно назвать взаимодействием с клиентами. Скорее это взаимодействие с подразделениями внутри корпорации).
Вот вот :-). В том весь и юмор, что инвестиции в SEO по предложениям подавляющего большинства сеошников это вложения в повышение посещаемости сайта, а не повышения продаж. Контент может поднять и конверсию, если его рассматривать с позиций, предложенных в статье "В чем заключается обслуживание в интернет-магазине?". Но большинство сеошников заточено под продвижение одностраничных сайтов или блогов, где задача считается выполненной если посетитель пришел на страницу и ему впарили рекламу. Дальше уже не важно. Такой подход весьма ограничен потому что сайт ИМ воспринимается так же как блоговые сайты с описанными выше задачами. Подавляющее большинство сеошников берется только за поднятие посещаемости любой ценой и больше ни за что отвечать не хочет. Им не важно качество посетителей. Они отчитываются только количеством. Вот почему в большинстве случаев реальные торговцы воспринимают платежи сеошникам как выброшенные деньги. И не без оснований :-).
Если в типичной ситуации, о которой вы говорите, руководитель пойдет по типичной схеме, которую вы описали, то он попадет в типичную ситуацию, с которой я часто сталкиваюсь. У них ни чего не получается. Если они думают, что им нужен проект создания интернет-магазина, как сайта, то они получают сайт, но торговли через него так и не получают.
Все это кстати и происходит именно потому, что в Сети вроде всего много, но среди этого "много" крайне мало полезного и системно подобранного. Именно поэтому руководители офлайн магазинов, приходя в интернет делают кучу ошибок и в 99% проваливают проекты. Более того им мешает успешно развивать свой бизнес в интернете те привычки, которые они получили в оффлайн-торговле.
Я стараюсь собрать весь материал, из которого видно, что интернет-магазин это прежде всего торговля, хотя и ведется она в специфической среде и специфическими средствами. И строить интернет-магазин именно как полноценный бизнес, а не как сайт. Это и есть основная ошибка абсолютного большинства начинающих руководителей ИМ.
Скорее не руководителей проекта, а руководителей интернет-магазинов, руководителей бизнеса в сфере интернет-торговли. Эта ниша уже не совсем пуста :-). См. http://smartceo.ru---------- Добавлено 20.10.2015 в 00:37 ----------
Ну да, набрать дилетантов, чтобы он научился на ваших деньгах и потом ушел на более высокооплачиваемую работу, оставив после себя кучу г...нокода :-). Знакомая ситуация. На фрилансе бывают хорошие программисты, хотя и не часто. Вот поймать их там сложно.
Это и есть основная проблема. Большинство тех, что берется за организацию ИМ не осознают, что для управления таким бизнес-процессом нужно много специализированных знаний, которых у них нет. И в результате свои управленческие ошибки они пытаются списать на подрядчиков. То, что называется, пеняют на зеркало, хотя у самих с лицом масса проблем :-).
А руководителями проектов по сути являются сами владельцы ИМ и как вы понимаете, в качестве руководителей проектов по разработке или кастомизации ПО они как правило абсолютные дилетанты. Есть единицы, которые понимая это, готовы платить хорошие деньги тому разработчику, который может выполнять и функции руководителя проекта, но таких разработчиков очень мало. Основная масса это простые, начинающие кодеры, работающие как чистые исполнители, в стиле "подать, принести". Это не руководители проектов.
Вот характерный пример безграмотного и наивного заказчика http://freelansim.ru/tasks/125621. Это каким надо быть ... чтобы верить что найдется специалист такого широкого профиля. А ведь потом будет нести на всех форумах бред, что исполнители везде отстойные и жадные.
Проблема только в том, как найти этих топов в толпе дилетантов :-).
Если будете надеяться что найдется дурак, который будет работать на вас за честное слово, на халявку, то лучше вам бросить ваш бизнес :-). Кто много хочет, тот мало получит :-). И еще, чем больше людей, тем грамотнее нужно быть руководителю при организации их совместных работ. Сами они этого делать не будут. Не сможете - вам все исполнители будут плохими. И еще, с безграмотным заказчиком (руководителем) толковые спецы работать, тем более за гроши, не будет. Чтобы на вас работали лучшие, это надо заслужить.
