26/08/2010
Petr:
Я думаю что у процентов 50 интернет-магазинов процесс складского учета организован почти один в один.
Я думаю что у процентов 50 интернет-магазинов процесс складского учета организован почти один в один.
У нас есть несколько довольно сложных магазинов со встроенным складом, и у всех у них свои особенности. Даже если компании продают один и тот же товар, используются очень даже разные бизнес-процессы.
Причем эти бизнес-процессы постоянно меняются, поэтому такие магазины требуют плотного сопровождения от разработчика.
Конечно, есть общие моменты, но отличия слишком велики для того, например, чтобы мы могли просто тиражировать свои решения с интегрированным складом и учетом продаж.
Petr:
Для небольших проектов в большинстве случаев нет необходимости разрабатывать индивидуальные сложные решения
Для небольших проектов в большинстве случаев нет необходимости разрабатывать индивидуальные сложные решения
Возможно, тут все зависит от того, насколько эти проекты небольшие. Возможно, для таких проектов достаточно импортировать наличие из 1С и экспортировать в 1С данные для бухгалтерии. А это несложно.
Поэтому мы никогда без обсуждения не называем какие-либо сроки и цены, если речь не идет о готовых решениях. В процессе обсуждения, как правило, всплывают различные нюансы, которые могут существенно повлиять на трудозатраты.
26/08/2010
Petr:
Разработка собственных складских решений - признано бесперспективным занятием.
Разработка собственных складских решений - признано бесперспективным занятием.
Ну вообще спорное суждение. Конечно 1С распространена, однако в сложных случаях ее настройка и сопровождение будет очень затратным. Кстати, один из первых наших магазинов со встроенным складом, учетом продаж и логистикой был создан именно после того, как специалисты из 1С назвали астрономическую сумму заказчику)
А мы сделали намного дешевле и это работает без проблем уже несколько лет.
26/08/2010
Я имею ввиду разработку промышленных CMS. wayfarer четко сказал "Отчуждаемых решений".
Индивидуальная разработка никуда не денется.
Индивидуальная разработка никуда не денется.
26/08/2010
Petr:
Я имею ввиду разработку промышленных CMS. Индивидуальная разработка никуда не денется
Я имею ввиду разработку промышленных CMS. Индивидуальная разработка никуда не денется
А что назвать промышленной CMS? Если созданную ИТ-компанией, то наши решения промышленные, и в некоторых из них есть склад. А создание таких систем отдельными умельцами - да, это тупик. Одиночки никогда не обеспечат необходимого уровня разработки и сопровождения, а также не смогут предложить низкие цены.
Когда решения стоят на потоке, только тогда и будет хороший сервис и низкие цены, по моему мнению. О складе тут идет речь, или об операционной системе для компов - разницы особой не вижу)
26/08/2010
Черт, давно не спорили похоже, целую неделю постов то не было
Может в дискуссию подключатся новые лица?
Magento, скажи что-нибудь...
Может в дискуссию подключатся новые лица?
Magento, скажи что-нибудь...
27/08/2010
vkshop:
давно не спорили
давно не спорили
Так ведь лето было, все отдыхали )
По сути вопроса, думаю что топикстартеру нужно реально оценить затраты не только на создание, но и главным образом, на сопровождение проекта. А также надежность сопровождения силами выбранной ИТ-компании.
Может получиться так, что заказав индивидуальную разработку или доработку коробочного скрипта, компания попадет в полную зависимость от ИТ-компании или ИТ-специалистов, которые будут сопровождать этот скрипт (а вернее, заказные доработки к скрипту).
27/08/2010
wayfarer:
не нужен вам склад и учет продаж, берите интегрированый с 1С. Поверьте опыту, склад нужен только в очень специфических случаях, ваш случай не тот
не нужен вам склад и учет продаж, берите интегрированый с 1С. Поверьте опыту, склад нужен только в очень специфических случаях, ваш случай не тот
Я вроде и хочу интегрированный. Не совсем понял,что именно Вы предлагаете.
27/08/2010
Александр Фролов:
У нас есть магазины с интегрированным складским учетом, настроенным под бизнес-процессы торговой компании. Но если в компании уже есть настроенный учет в 1С, то возможно, лучше интегрировать интернет-магазин с 1С. Такие решения у нас тоже имеются
У нас есть магазины с интегрированным складским учетом, настроенным под бизнес-процессы торговой компании. Но если в компании уже есть настроенный учет в 1С, то возможно, лучше интегрировать интернет-магазин с 1С. Такие решения у нас тоже имеются
Компании пока нет. Начинаю с нуля. И в начале это будет ИП.
27/08/2010
Александр Фролов:
По сути вопроса, думаю что топикстартеру нужно реально оценить затраты не только на создание, но и главным образом, на сопровождение проекта. А также надежность сопровождения силами выбранной ИТ-компании.
По сути вопроса, думаю что топикстартеру нужно реально оценить затраты не только на создание, но и главным образом, на сопровождение проекта. А также надежность сопровождения силами выбранной ИТ-компании.
Почему не хочу аренду - в этом же форуме прочитал, что потом переезд с аренды на свой сайт будет затруднительным. А так как я верю в успех, предпочитаю сразу делать свой. У меня есть несколько других сайтов (не магазинов), проблем с поддержкой не возникает.
И становиться заложником одной компании не хочется.
27/08/2010
ЧТобы стать заложником одной компании вовсе не обязательно брать движок в аренду. Достаточно заказать индивидуальную разработку без документации.
А заказывая индивидуальные решения на промышленных CMS (например на Bitrix) Вы становитесь заложниками разработчиков на битриксе.
Поэтому про "заложников" вопрос сложнее чем кажется.
Как выбрать движок:
1) Определяем цели проекта
2) Пишем технические требования
3) Определяем ограничения
3) Выбираем идеологию (готовые решения, промышленные CMF, open source, индивидуальная разработка)
4) Взвешиваем риски
5) Выбираем 4-5 движков по выбранной идеологии в которых блоки "по умолчанию" требуют меньшей переработки
6) Считаем ROI, определяем почему ROI конкретного движка лучше - за счет чего
7) Тестируем выбранные движки - желательно с привлечением настоящего персонала
Собственно все...
Еще раз повторись - кое что по выбору идеологии и составлению ТТ есть в презентации здесь
А заказывая индивидуальные решения на промышленных CMS (например на Bitrix) Вы становитесь заложниками разработчиков на битриксе.
Поэтому про "заложников" вопрос сложнее чем кажется.
Как выбрать движок:
1) Определяем цели проекта
2) Пишем технические требования
3) Определяем ограничения
3) Выбираем идеологию (готовые решения, промышленные CMF, open source, индивидуальная разработка)
4) Взвешиваем риски
5) Выбираем 4-5 движков по выбранной идеологии в которых блоки "по умолчанию" требуют меньшей переработки
6) Считаем ROI, определяем почему ROI конкретного движка лучше - за счет чего
7) Тестируем выбранные движки - желательно с привлечением настоящего персонала
Собственно все...
Еще раз повторись - кое что по выбору идеологии и составлению ТТ есть в презентации здесь
27/08/2010
Строитель:
У меня есть несколько других сайтов (не магазинов), проблем с поддержкой не возникает.
И становиться заложником одной компании не хочется.
У меня есть несколько других сайтов (не магазинов), проблем с поддержкой не возникает.
И становиться заложником одной компании не хочется.
Возможно, переезд с аренды для Вас не будет ничем отличаться от смены ИТ-компании, которая Вас сопровождает. Тут все зависит от объема кода, который был написан для реализации конкретно Ваших бизнес-процессов.
Конечно, на рынке есть много компаний и фрилансеров, которые умеют устанавливать и настраивать коробочные CMS. Тех, кто умеет их дорабатывать на уровне программирования, уже меньше. И еще меньше тех, кто реально обладает глубоким пониманием бизнес-процессов торговых компаний и способны их реализовать.
Это я к тому, что наличие исходных кодов при смене сопровождающей ИТ-компании еще не гарантирует, что переход, а главное, дальнейшее сопровождение пойдет гладко.
По нашему опыту, по-настоящему сложные проекты наиболее эффективно может сопровождать и развивать только разработчик. Причем большое значение имеет то, насколько специалисты знакомы с бизнес-процессами торговых компаний вообще и Вашей компании в частности.
Пока у Вас только все начинается и бизнес-процессы только налаживаются, можно взять несложное готовое решение и на нем отработать все процессы. Заодно Вы поймете, какие возможности Вам нужны по-настоящему, а какие можно реализовать позже.
Наше предложение аренды позволяет сэкономить средства на начальном этапе работы, т.к. можно поначалу потратить на открытие магазина и его сопровождение относительно небольшие деньги.
Т.к. содержимое базы данных, домен и дизайн принадлежат Вам, то при необходимости можно все это будет перенести к другому исполнителю, хотя мы будем делать все, чтобы такой необходимости никогда не возникло.
Вообще переход не так страшен, если есть база, домен и дизайн. У нас есть довольно богатый опыт переноса магазинов на наши решения с самых различных "движков". Стоимость и сроки такого переноса как правило не превышают стоимости и сроков открытия магазина аналогичной функциональности (а при аренде она невысока).
27/08/2010
Александр Фролов:
Пока у Вас только все начинается и бизнес-процессы только налаживаются, можно взять несложное готовое решение и на нем отработать все процессы. Заодно Вы поймете, какие возможности Вам нужны по-настоящему, а какие можно реализовать позже.
Пока у Вас только все начинается и бизнес-процессы только налаживаются, можно взять несложное готовое решение и на нем отработать все процессы. Заодно Вы поймете, какие возможности Вам нужны по-настоящему, а какие можно реализовать позже.
Вот-вот. Поскольку дело новое, хотелось бы не изобретать велосипед, а взять готовое решение (разщумеется, доработав его), в котором уже заложены основные бизнес-процессы.
Александр Фролов:
У нас есть довольно богатый опыт переноса магазинов на наши решения с самых различных "движков". Стоимость и сроки такого переноса как правило не превышают стоимости и сроков открытия магазина аналогичной функциональности (а при аренде она невысока).
У нас есть довольно богатый опыт переноса магазинов на наши решения с самых различных "движков". Стоимость и сроки такого переноса как правило не превышают стоимости и сроков открытия магазина аналогичной функциональности (а при аренде она невысока).
То есть перспектива - платить второй раз столько же. Не очень привлекательно.
Так все-таки сколько может стоить аренда?
27/08/2010
Petr:
1) Определяем цели проекта
2) Пишем технические требования
3) Определяем ограничения
3б) Выбираем идеологию (готовые решения, промышленные CMF, open source, индивидуальная разработка)
1) Определяем цели проекта
2) Пишем технические требования
3) Определяем ограничения
3б) Выбираем идеологию (готовые решения, промышленные CMF, open source, индивидуальная разработка)
Я в основном завершил стадию 2. А вот 3 и 3б мне непонятны.
За презентацию большое спасибо, постараюсь посмотреть.
27/08/2010
поставьте какой-нибудь опенсорс или арендуйте у александра, помучайте его и через год придет полное понимание что нужно и в каких количествах.
Тяжело найти черную кошку в темной комнате
Тяжело найти черную кошку в темной комнате
Ответить
Читайте также
08/04/2021
Товары конкурентов можно убирать из поисковой выдачи маркетплейса, постоянно отправляя их в резерв. Такое предположение сделали продавцы, торгующие на Ozon, на основе конкретного случая....
Подробнее
15/10/2020
Цель любого интернет-магазина – привлекать новых клиентов, удерживать существующих и делать сайт более популярным. Все эти задачи помогает решать блог....
Подробнее