[ОТВЕТИТЬ]
14.03.2015 11:51
alwaysright
 
Здравствуйте. Представляю новую систему автоматизации торговли Меркурий-ERP.
На данный момент она внедрена в нескольких сетях Поволжья, производствах и фермерских хозяйствах.
С радостью отвечу на ваши вопросы.
14.03.2015 11:56
termit68ru
 
Когда представляют,обычно хоть описание дают)))
Цитата:
Если описать программу в двух словах — это огромные возможности, скрытые за внешней простотой. Программа проста и понятна как собственнику бизнеса, так и сотрудникам в ней работающим. Между тем, программа полностью отражает бизнес-процессы огромных организация. Основная гордость — интерфейс. Миллион мелочей значительно ускоряют рутинные операции пользователей. Кроме учетной подсистемы, Меркурий содержит контрольно-плановый и аналитические модули. Сейчас в разработке находятся модули, способные совершить революцию на рынке. Язык разработки Delphi. Сервер БД — Firebird. Размер базы у самого крупного клиента -100Гб. В команде 3 программиста, 2 сотрудника техподдержки, дизайнер.
14.03.2015 17:35
Occul
 
Судя по всему - ещё один мегапроект студента, разбивающийся о первые же бизнес-прессы предприятия, под которое он не писался. Т.е. шаг влево или право и "мы сейчас все исправим", пять фирм и начинаются противоречия в логике программы. Без обид.
15.03.2015 09:23
AndreyZh
 
Цитата:
Dr. Hyde Судя по всему - ещё один мегапроект студента, разбивающийся о первые же бизнес-прессы предприятия, под которое он не писался...
Скорее всего это "старый" (много нагромождено) проект продвигаемый раннее на локальном рынке, где сейчас, в силу многих обстоятельств он "встал"... и разработчики решили поискать новых клиентов в Рунет (судя по массированной начатой недавно компании в рунет).

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

Для авторов позвольте предостережение - излишне увлекаясь виртуальным рынком программ вы рискуете увязнуть в виртуальных вопросах от любопытных, а вводя приемы продвижения в интернет (типа халявы) рискуете потерять существующих клиентов.
28.03.2015 13:07
alwaysright
 
Вот краткий перечень возможностей программы:
И мы не студенты. Просто первый месяц, как выводим программу "в люди". До этого она работала только в сети "Посадский" (70 магазинов), а сейчас созрела для рынка. Уже появляются первые клиенты, в том числе средние (7-15 магазинов), которые с радостью сбегают к нам от 1 Монополиста)

1. Складской учет: неограниченное количество складов, строгий партионный учет, приход, расход товара, внутреннее перемещение, заказ поставщику, заявка от покупателя, ревизии и инвентаризации, автозаказ и управление запасами.

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

3. Розничная сеть: интеграция с торговым оборудованием, фискальный регистратор «штрих-ФР», торговые весы DIGI, сканеры штрих-кодов, терминалы сбора данных, дисконтные карты (в том числе накопительные), акции, «Вкусный час», автоматический учет упаковочной тары.

4. Производство: калькуляционные карты, акты производства, заменители и архетипы, себестоимость по FIFO, заказ на производство и технологические карты. В программе возможна автоматизация сложных многоцеховых цепочек производства, ТОС.

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

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

В разработке находятся модули «Логистика», «CRM», «Делопроизводство», а также «Управление ресурсами и задачами».
28.03.2015 13:20
KirillHome
 
Система "закрытая" или "открытая"?
Т.е. может ли пользователь добавить что-то своё (операцию, тип товара, отчёт, форму документа) - или за всем нужно обращаться к производителю ПО?
28.03.2015 13:44
alwaysright
 
форму отчета,печатную форму документа - пожалуйста. Тип товара - это что? если вы имеете в виду Дополнительное свойства товара - тогда запросто, но не забывайте, что такие поля обрабатываются значительно медленнее (left join не индексный) и злоупотреблять ими не стоит. Лучше попросить разработчиков (нас) добавить поле прямо в справочник.
Операцию добавить можно. В меркурии есть инструмент "Макрос". Вы выдумываете операцию (ну например перемещение товара на специальный склад, затем разукомплектация его, и перемещение того что получилось на третий склад). Составляете её в конструкторе из АТОМОВ (у атома есть входные данные и выходные, всякие контрагенты, склады, ключи к партиям и товарам... Внутри атома скрипт sqlный). Атомы пишут разработчики, а внедренцы могут комбинировать их, составлять цепочки из них и обходиться вообще без кода.
А вообще, меркурий сопровождается по подписке. Если клиент подписан на обновления версии, он может заказать у разработчиков любой функционал. И мы его сделаем. Другие клиенты на подписке тоже получат это. Ветка разработки одна и получается своеобразный обмен знаниями между клиентами, а в меркурии оседают best practics.
28.03.2015 21:20
KirillHome
 
Цитата:
alwaysright Тип товара - это что?
Что такое тип товара?
К примеру, базовые типы - товар, услуга.
Так же доводилось использовать типы - ингредиент (комплектующее), изделие (комплект), полуфабрикат, тара - и у каждого из них свои правила учёта, типы цен, дополнительные свойства.
29.03.2015 07:56
Occul
 
Извините, но продвигать куда-то еще штатом в "3 программиста, 2 эникейщика и дизайнер" нереально. Внедрение в сеть магазинов подразумевает минимум полное выделение этих ресурсов клиенту, а у вас уже есть сеть, которую вы поддерживаете. В команде нет бизнес-аналитика, это как раз то, о чем я говорил выше. Вас будут ставить в тупик "хотелки" пользователей, т.е. сначала будете их добавлять, добавлять, а потом упретесь в то, что разные ветки вашего конструктора логически не состыкуются друг с другом и поддерживать это очень трудно. Кроме того, клиенту требуется объяснить, что он хочет и так, чтобы вы вместе не попали на что-то через некоторое время даже в пределах штатного функционала. Закрытость системы при таком маленьком штате - серьезные риски для бизнеса. Через пару лет вы решите, что вам надоело и закроетесь, а у бизнеса все данные в вашей софтине. И что? Им тоже закрываться? Региональное ограничение позволит вам работать только в пределах одного города и области. Вам нужны представители в других регионах и новые сотрудники, потому, что старым в определенный момент не потребуется рост доходов при исчерпывании лимита времени, вам нужны инвестиции и экономисты, которые будут поддерживать отчетность в налоговую и расчеты между сотрудниками и партнерами.
29.03.2015 10:21
alwaysright
 
Цитата:
KirillHome Что такое тип товара?
К примеру, базовые типы - товар, услуга.
Так же доводилось использовать типы - ингредиент (комплектующее), изделие (комплект), полуфабрикат, тара - и у каждого из них свои правила учёта, типы цен, дополнительные свойства.
товар и услуга разделены. полуфабрикат, ингредиент и изделие разделять не пришлось. Все вписалось в стандартную схему. Посмотрите на сайте в разделе "Управленческий учет" пример производства.
29.03.2015 10:39
alwaysright
 
Цитата:
Dr. Hyde Извините, но продвигать куда-то еще штатом в "3 программиста, 2 эникейщика и дизайнер" нереально. Внедрение в сеть магазинов подразумевает минимум полное выделение этих ресурсов клиенту, а у вас уже есть сеть, которую вы поддерживаете. В команде нет бизнес-аналитика, это как раз то, о чем я говорил выше. Вас будут ставить в тупик "хотелки" пользователей, т.е. сначала будете их добавлять, добавлять, а потом упретесь в то, что разные ветки вашего конструктора логически не состыкуются друг с другом и поддерживать это очень трудно. Кроме того, клиенту требуется объяснить, что он хочет и так, чтобы вы вместе не попали на что-то через некоторое время даже в пределах штатного функционала. Закрытость системы при таком маленьком штате - серьезные риски для бизнеса. Через пару лет вы решите, что вам надоело и закроетесь, а у бизнеса все данные в вашей софтине. И что? Им тоже закрываться? Региональное ограничение позволит вам работать только в пределах одного города и области. Вам нужны представители в других регионах и новые сотрудники, потому, что старым в определенный момент не потребуется рост доходов при исчерпывании лимита времени, вам нужны инвестиции и экономисты, которые будут поддерживать отчетность в налоговую и расчеты между сотрудниками и партнерами.
Бизнес-аналитик это я. У меня 10 лет опыта в розничной торговле и 5 в оптовой. Мы как раз сейчас внедряем в маленькой сети (8 супермаркетов). На обследовании выяснилось, что все "хотелки" пользователей перекрываются нашим функционалом. Во внедрении участвуют только эникеи и я. И вообще, по готовому функционалу мы можем померяться с СуперМагом. Давайте устроим дискуссию.
По поводу дилеров - вы абсолютно правы. Пока у нас только один - в Азербайджане. Мы с радостью пригласим еще.
бухгалтеры, директоры и прочие уборщицы в штате у нас естественно присутствуют. Инвесторы тоже есть, но мы в этом месяце вышли на самоокупаемость - дальше только рост.
29.03.2015 10:52
AndreyZh
 
Цитата:
alwaysright Здравствуйте. Представляю новую систему автоматизации торговли Меркурий-ERP... С радостью отвечу на ваши вопросы.
Цель моих сообщений: предостеречь вас от лишних разочарований и "потери" надежд! Искренне желаю вам успеха, но путь, который вы выбрали тупиковый - большинство "независимых от 1-ц" разработчиков из года в год ходят по нему, теряя реальных клиентов и получают лишь эмоциональный негатив. Вы, как и все получив реальный отклик начали ввязываться в дискуссии с людьми, которые никогда не купят ваш продукт и даже не будут его упоминать... Разговор не про olegon.ru - здесь есть ваши потенциальные покупатели, но им нужны не свойства продукта, которые как ИТэшник Вы пытаетесь презентовать, а преимущества для из бизнеса, а разговор про ИТ форумы... Специально поднял одну из темок, что бы вы увидели абсолютную идентичность вопросов и ответов

Конечно "чукча писатель, а не читатель", но просмотрите здесь хотя-бы обсуждение Читать - читают? Но не пишут и не спрашивают! Почему?

Что призываю уйти из "интернет" - НЕТ! Более того о вас должны знать даже для откликов с реального рынка, ваш сайт должны посещать дабы поисковики его поднимали, но глупо этим заниматься основному разработчику. Наймите молодого пиарщика и пусть он "засерает" презентационными ссылками на вас интернет пространство, а вы занимайтесь реальным делом, которое у вас получается... если пиарщик увидит отклик от потенциально реального клиента - лишь тогда начинайте его продуманно "окучивать".

Цитата:
Dr. Hyde Извините, но продвигать куда-то еще штатом в "3 программиста, 2 эникейщика и дизайнер" нереально. Внедрение в сеть магазинов подразумевает минимум полное выделение этих ресурсов клиенту, а у вас уже есть сеть, которую вы поддерживаете.
Вы зря вполне конкурентная команда для локального рынка. Предложил бы добавить ещё пару эникеев (для расширения спектра услуг реальным пользователям их системы) и пиарщика (для обзвона/обхода, поиска новых клиентов и расширения известности в рунет ).

Цитата:
Dr. Hyde В команде нет бизнес-аналитика, это как раз то, о чем я говорил выше.
Думается, ТС и является данным спецом, держащим все нюансы системы, а хотелки, как правило собираются, систематизируются и добавляются в программы без порчи корневых идеологий... Да и мало стало хотелок, что связано с упрощением и стандартизацией бизнес-задач.

Цитата:
Dr. Hyde Закрытость системы при таком маленьком штате - серьезные риски для бизнеса.
Наоборот - это преимущество, привязывающее пользователя к системе, если им удасться получать хорошее финансирование от них. Небольшая команда даёт гибкость.

Цитата:
Dr. Hyde Через пару лет вы решите, что вам надоело и закроетесь, а у бизнеса все данные в вашей софтине. И что? Им тоже закрываться?
С чего бы им закрываться, когда есть в их потребность? Что по "бизнесу" - надо, спокойно перейдут на другое п/о... сейчас это совсем не проблема.

Цитата:
Dr. Hyde Региональное ограничение позволит вам работать только в пределах одного города и области. Вам нужны представители в других регионах и новые сотрудники, потому, что старым в определенный момент не потребуется рост доходов при исчерпывании лимита времени, вам нужны инвестиции и экономисты, которые будут поддерживать отчетность в налоговую и расчеты между сотрудниками и партнерами.
С этим согласен, но их регион и близлежащие - сотни тысяч предприятий, т.е. весьма широкий рынок, который может их содержать... Нужно только найти способы получения новых крупных клиентов - всего-то!
29.03.2015 10:55
OlegON
 
Дискуссия интересна. Заведите, пожалуйста, отдельную тему и проведите сравнительный анализ двух систем. Вам это будет выгодно, если система действительно выигрывает, а остальным интересно в свете сравнения с хорошо знакомой системой. С 1С, я думаю, сравнивать нет смысла, в силу ее конструктора. Но, если сразу (только уже в третьей теме) перечислите, чем Вы давите этот самый конструктор, то тоже будет интересно почитать.
29.03.2015 10:56
AndreyZh
 
Цитата:
alwaysright Бизнес-аналитик это я. У меня 10 лет опыта в розничной торговле и 5 в оптовой. Мы как раз сейчас внедряем в маленькой сети (8 супермаркетов). На обследовании выяснилось, что все "хотелки" пользователей перекрываются нашим функционалом. Во внедрении участвуют только эникеи и я.
Сам ответил пока я писал свой текст - угадал.

Цитата:
alwaysright И вообще, по готовому функционалу мы можем померяться с СуперМагом. Давайте устроим дискуссию.
Глупое предложение!!! Это всё равно, когда придя в гости начинать осуждать и обсуждать родных хозяина...
29.03.2015 11:03
Occul
 
Цитата:
AndreyZh Наоборот - это преимущество, привязывающее пользователя к системе, если им удасться получать хорошее финансирование от них. Небольшая команда даёт гибкость.
.....
С чего бы им закрываться, когда есть в их потребность? Что по "бизнесу" - надо, спокойно перейдут на другое п/о... сейчас это совсем не проблема.
Вы плаваете. Я говорил о преимуществах клиентов, которые они будут оценивать. А подсесть на иглу кучки энтузиастов опасно.
Небольшая команда дает гибкость при окучивании одного клиента и написании софта под него. Для преодоления определенного барьера и способности работать с несколькими сетями, необходима не маленькая команда, а большая, с четким распределением обязанностей. И, мысля мелкими категориями, как и ТС, можно говорить о легком переходе с софта на софт. Да, если ларек у дома, то ему по барабану, в какой эксель вбивать данные. Но смена отчетности для сети - застрел. Особенно, если она внезапна и предполагает смену железа и обучение персонала. Маленькая команда не подразумевает тестирование. Кто будет замещать единственного бизнес-аналитика и программиста, если он заболеет или, не дай, помрет? Я, как руководитель ИТ-департамента, рассматривал бы такой софт в последнюю очередь. Показательного выступления в магазинах одной сети не достаточно.
29.03.2015 13:46
AndreyZh
 
Цитата:
Dr. Hyde Я, как руководитель ИТ-департамента, рассматривал бы такой софт в последнюю очередь. Показательного выступления в магазинах одной сети не достаточно.
Вот Вы и обозначили свой "угол обзора", который, как и любой "угол" отражает лишь одну точку зрения, а не освещает весь спектр проблем. Прочитайте пожалуйста притчу: Отдохнём? Или - философское чтиво

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

Другое дело! Вас приняли руководителем ИТ в каком-нибудь Засратове (или Тольятти), где владельцев бизнеса (торговой сети) ушатало глюковатое и дорогущее сопровождение решение на 1С:ТиС, т.ч. у владельцев возникло резкое неприятие самописок на 1-ц. Пусть Вы должны предложить несколько вариантов решения проблемы. Сервис-плюс в регионе не представлен, 1С:Франчи босс даже не рассматривает, но есть ряд зарекомендовавших себя на этом локальном рынке решений... Думаю, что Ваша позиция по системе ТС изменится?

Цитата:
Dr. Hyde Вы плаваете. Я говорил о преимуществах клиентов, которые они будут оценивать. А подсесть на иглу кучки энтузиастов опасно.
Возможно!? Хотя у Вас только ДВА альтернативных варианта:

1. Внедрить некое мегарешение от Астор/Рарус и усилиями одного программиста 1ц, а пилить ему всё равно придётся, превратить это продуманное решение в убогую самописку на платформе 1С:Предприятие, зависящую от ОДНОГО программиста;

2. Ввязаться в разы более готовое дорогое решение на базе SAP/Axcpta или Галактика/СМ+ в надежде на успех мероприятия, но здесь не программа будет подстраиваться под бизнес, а бизнес будет вестись по правилам программы.

Цитата:
Dr. Hyde Небольшая команда дает гибкость при окучивании одного клиента и написании софта под него. Для преодоления определенного барьера и способности работать с несколькими сетями, необходима не маленькая команда, а большая, с четким распределением обязанностей.
Не думаю, что ведется речь о сотнях окученных торговых сетей, а десяток вполне может содержать на аутсортинге команду из десятка человек, а эта команда с легкостью будет решать АБСОЛЮТНО ВСЕ ИТ ЗАДАЧИ этих сетей.

Цитата:
Dr. Hyde И, мысля мелкими категориями, как и ТС, можно говорить о легком переходе с софта на софт.
Всё относительно! В том числе понятие легкости, но не думаю, что можно называть лёгким внедрение любого п/о в большой организации... Здесь перенос БД с одной программы на другую - самая примитивная подзадача.

Цитата:
Dr. Hyde Но смена отчетности для сети - застрел.
Как раз - программисткий пустячок.

Цитата:
Dr. Hyde Особенно, если она внезапна и предполагает смену железа и обучение персонала.
Железо сейчас стало более универсальным, а программы, по большей части следуют неким интерфейсным стандартам, что то же не дает больших проблем.

Цитата:
Dr. Hyde Маленькая команда не подразумевает тестирование.
Заблуждение? Маленькая команда, взаимодействуя напрямую с пользователями молнееносно может реагировать на их проблемы и потребности, задача принимается сразу разработчиком, что по большим ИТ фирмам... Не хочу "тыкать пальцем", но и здесь много замечаний, когда несколько лет динамят своих пользователей, а то и вообще не могут разрешить проблему.

Цитата:
Dr. Hyde Кто будет замещать единственного бизнес-аналитика и программиста, если он заболеет или, не дай, помрет?
Это "жизнь", да и "пути господни неисповедимы"... Но всё это касается ВСЕХ, в том числе фирм разработчиков программ, например недавно померли ВС:Бухгалтерия (тысячи внедрений) или чуть раннее "Эпсилон" - 1500 специалистов в штате...
29.03.2015 13:58
Occul
 
Если у вас так болит Супермаг, давайте подумаем, как перевести сеть из 20 магазинов и ЦО с Супермага на вашу программу? Примитивная задача? И железо, конечно, в вашем софте уже поддержано? И поддержка железо-софта? Как маленькая команда будет молниеносно реагировать на проблемы и потребности сотен клиентов? Сколько ночей не спать, сколько при этом ошибок, сколько протянут разработчики? Я так же настроен против войны с проблемами 1С, но считаю, что бизнес, не укладывающийся в традиционные рамки, либо должен быть очень большим, либо из разряда завоеваний мира без малейшего понятия об этом. И не собираюсь брать на себя головную боль в виде программы, которая обкатывается только в одной сети (читай, одном магазине). Не 1С, хорошо, будет другой софт, но не тот, который поддерживается только тремя программистами.
29.03.2015 16:45
alwaysright
 
Цитата:
Dr. Hyde Если у вас так болит Супермаг, давайте подумаем, как перевести сеть из 20 магазинов и ЦО с Супермага на вашу программу? Примитивная задача? И железо, конечно, в вашем софте уже поддержано? И поддержка железо-софта? Как маленькая команда будет молниеносно реагировать на проблемы и потребности сотен клиентов? Сколько ночей не спать, сколько при этом ошибок, сколько протянут разработчики? Я так же настроен против войны с проблемами 1С, но считаю, что бизнес, не укладывающийся в традиционные рамки, либо должен быть очень большим, либо из разряда завоеваний мира без малейшего понятия об этом. И не собираюсь брать на себя головную боль в виде программы, которая обкатывается только в одной сети (читай, одном магазине). Не 1С, хорошо, будет другой софт, но не тот, который поддерживается только тремя программистами.
А сколько, по вашему, надо программистов, чтобы вкрутить лампочку? 3 программиста - это много. На самом деле клиенты постоянно просят доработки и новые функции только когда не удовлетворены программой. А удовлетворение происходит тогда, когда программа (как и любая другая инвестиция) начинает приносить доход.
тут ветка обсуждений была про 50 человек, которые целыми днями считают отчеты в супермаге... Зачем!? Для того, чтобы понять как работает их бизнес? Можно купить новый сервер и 50 человек будут в 50 раз быстрее считать свои отчеты. А можно так выстроить бизнес-процессы, что эти отчеты не понадобятся.

Любая технология имеет смысл, когда её внедрение снимает какое то ограничение в бизнесе. Мы не продаем клиенту программу. Мы продаем ему решение его проблем. Знаете, я прихожу к клиенту на презентацию. Собирается куча людей. И бухи, и менеджеры и ИТшники. Начинаю им показывать с самого начала, справочник ассортимента какой нибудь. И через 30 минут - они уже сами рассказывают о своих проблемах и трудностях, а я показываю как это решить в Меркурии. Не надо в процессе внедрения делать всё, как было в предыдущей программе. Если так делать - то и получится предыдущая. Вот у АСТОР (говорят мне) можно 5 разных методов расчета автозаказа использовать, да еще и привязать конкретный к позиции ассортимента. Ну круто чо. Только вам придется их ПРИВЯЗЫВАТЬ, выбирать... Только работы предстоит куча, а эффекта вы не увидите. Т.к. нет автозаказа, который бы учитывал "похожие" товары. У нас проще... Открыли формочку "Управление запасами" - видим список товара из ассортиментных матриц и остаток в ДНЯХ. Отсортировали, отметили позиции, заказали. Всё. Сразу видно и ассортиментные дыры и перетарку. А это упущенная прибыль и замороженные оборотные средства. Очень наглядно. Смотрите туда каждый день, и программа окупится за месяц.
Хотя крайний клиент сеть в Новокуйбышевске из 8 магазинов, пришел к нам от 1С 8.3 УТ11. Там сделана была распределенная база, и ребята запутались во внутренних перемещениях. Не могли даже остатки реальные увидеть, сделать ревизию. Даже декларацию алкогольную ручками делали... Мы, собственно, под них только фискальника драйвер пишем. Пирит у них. Всё остальное берут из коробки и рады.
29.03.2015 16:48
alwaysright
 
Из железа мы дружим со ШТРИХом, DIGI, CAS, CipherLab`ом, Ситизеном. Но для крупного клиента подключим его железо.
30.03.2015 07:42
OlegON
 
Цитата:
AndreyZh Глупое предложение!!! Это всё равно, когда придя в гости начинать осуждать и обсуждать родных хозяина...
Это напрасно. Мы тут никто Супермаг не продаем и уж покритиковать его я очень даже люблю.
30.03.2015 08:31
alwaysright
 
Цитата:
OlegON Это напрасно. Мы тут никто Супермаг не продаем и уж покритиковать его я очень даже люблю.
Олег, а как по твоему мнению, Супермаг стал таким распространенным?
30.03.2015 09:26
OlegON
 
Цитата:
alwaysright Олег, а как по твоему мнению, Супермаг стал таким распространенным?
Тупо ездили и впаривали продакт-менеджеры. Успешный пиар приводил и к тому, что и сами клиенты приходили. Надо сказать, вполне заслуженно на тот момент. Сейчас, как водится, расслабились, остатки сил на фронт-офис кинули и, как результат, в усложнившихся условиях потеряли много позиций. Хотя, скажем так, это уже давно произошло. Года так с 2005го мне не нравится, как продается Супермаг. Команду сломали и ее остаткам вполне себе можно поучиться у Асторовцев и прочим 1С-продажникам.

Мое личное мнение, что подняться сейчас может только софт с очень большими вложениями и большой, но очень одухотворенной командой, работающей на будущее. При всем этом, переспективы этой самой команды я нарисовать затрудняюсь. В том смысле, что взлететь сейчас еще можно, но что в итоге получится - не знаю. У 1С очень сильные позиции, но и архитектура хреновая... Конструктор собирает весь негатив о себе, поэтому выдавливать его при инициативном подходе достаточно просто. Вот только насколько прибыльно быть такой инициативной командой - еще вопрос.
30.03.2015 10:06
alwaysright
 
У асторовцев ценник вообще запредельный для провинции ИМХО. Я считаю, есть шанс с бюджетным решением для сегмента Б и Ц. от 10 до 100 магазинов. Таких сетей море. Да и новые открываются до сих пор. Плюс, мы не концентрируемся только на сетях. У нас и оптовая есть торговля. И производство мощное (на много цехов) с планированием, преферансом и куртизанками. К лету допишем управление ресурсами и задачами, сможем планировать загрузку производственных мощностей. На фронте, через пару недель, будет функционал кафе/столовой готов. Вот и получается мультикомбайн на все случаи жизни. К тому же кризис, а мы можем и рассрочку предложить и ценник скромный у нас.
30.03.2015 10:08
alwaysright
 
Нам бы дилеров завлечь, да побольше. Если есть на форуме желающие - пишите. Сделаю презентацию. За программу не стыдно, цена антикризисная.
30.03.2015 10:18
OlegON
 
Я уже много лет на Линуксе, поэтому со стойким убеждением, что лучше Unix-way еще ничего не изобрели, а чем более многофункциональна программа, тем менее она надежна и хуже работает. Мой совет, если он интересен, двигаться в сторону большего количества модулей, работающих отдельно, но поддерживающих друг друга, чем в сторону одной и тяжелой софтины. Пользователь испытывает стресс, если его сразу посадить за пульт управления полетами. Опять же, разделять разработку и согласовывать труднее большой модуль, чем кучу маленьких с единым стандартом обмена. Я на слово "мультикомбайн" так среагировал. Все остальные пункты, извините, зависят от того, кто у вас будет непосредственно разговаривать с потенциальным клиентом. Это тоже надо уметь. Продать можно что угодно и кому угодно, даже сейчас. Вопрос только умения окучивать клиента и убедительно предоставлять ответы на все его хотелки.
30.03.2015 10:51
alwaysright
 
Ну разбить по модулям, совсем по разным экзешникам не так трудно. Но работать им придется в одной базе. Вот как пример модули "Управление запасами" и "Производство".
Когда мы рассчитываем сколько полуфабриката произвести на конкретном участке, мы смотрим, сколько заказано и отнимаем текущий остаток. Все просто. Но в реальности, надо оставить на складе страховой резерв "буфер", на случай проявления Мерфи, чтобы не допустить простоя узкого места производственной цепочки. Так вот, страховыми резервами управляет модуль "Управления запасами". Он их рассчитывает, хранит, отображает наглядно... Поэтому они в одной базе. Если мы их разнесем по разным БД и заставим синхронизироваться - дублирование данных, лишние синхронизации и т.д.
30.03.2015 12:10
OlegON
 
Нет-нет, я не предлагал БД делить, я про то, что работает на стороне пользователя. Хранилку, как раз, лучше одну держать, чтобы не дублировать данные.
30.03.2015 23:02
FinSoft
 
В винде изначально предполагается модульная архитектура - dll.
Что нужно использовать внутри модуля, там и остается, что можно использовать извне (других модулей), экспортируется. Часть dll можно подгружать по мере необходимости (всякие отчеты, обработки). А если подгружать неудобно, а функционал для многих клиентов не нужен, можно просто изготовить модуль-заглушку (т.е. список экспортируемых функций такой-же, но в реальности только пустышки).

Все это понятно, но не спасет. Как только функционал системы более-менее подрастет, начнутся всякие внутренние логические противоречия. А если еще не задумываясь напихивать хотелки пользователей, то проект рискует быстро стать неуправляемым. Поэтому существует три пути развития событий. Либо максимально специализируем функционал по какой-то тематике и образуем центр компетенции (то есть когда разработчик знает предметную область лучше пользователей и предлагает бест практикс), либо сосредотачиваемся на разработке ядра системы, а развитие предметного функционала перекладываем на сторону, либо сознательно ограничиваем систему в функционале, включая в нее только те функции, которые необходимы большинству пользователей.
31.03.2015 11:40
alwaysright
 
Цитата:
FinSoft В винде изначально предполагается модульная архитектура - dll.
Что нужно использовать внутри модуля, там и остается, что можно использовать извне (других модулей), экспортируется. Часть dll можно подгружать по мере необходимости (всякие отчеты, обработки). А если подгружать неудобно, а функционал для многих клиентов не нужен, можно просто изготовить модуль-заглушку (т.е. список экспортируемых функций такой-же, но в реальности только пустышки).

Все это понятно, но не спасет. Как только функционал системы более-менее подрастет, начнутся всякие внутренние логические противоречия. А если еще не задумываясь напихивать хотелки пользователей, то проект рискует быстро стать неуправляемым. Поэтому существует три пути развития событий. Либо максимально специализируем функционал по какой-то тематике и образуем центр компетенции (то есть когда разработчик знает предметную область лучше пользователей и предлагает бест практикс), либо сосредотачиваемся на разработке ядра системы, а развитие предметного функционала перекладываем на сторону, либо сознательно ограничиваем систему в функционале, включая в нее только те функции, которые необходимы большинству пользователей.
Не в первый раз слышу такой прогноз развития событий... По моему опыту хотелки пользователей легко встраиваются в архитектуру, если она грамотно построена. Если не грамотно - тогда даже специализация на узкой области не поможет.
Например сей час мы работаем над модулем "Задачи и ресурсы". В него мы изначально закладываем функционал таким образом, что будет не важно что мы планируем. Номера в отеле или станок на заводе, команду программистов или экскаватор на стройке, мастера на СТО или грузовики с шоферами в дистрибьютерской компании. Механизм планирования потребности в ресурсах единый.
31.03.2015 12:53
FinSoft
 
Ну, сами со временем увидите. Пользователям сложно работать, разработчикам сложно сопровождать и развивать. Из перечисленных вариантов мне больше нравится первый, кто-то идёт третьим, а второй смысла не имеет, ниша занята.


Опции темы


Часовой пояс GMT +3, время: 15:38.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.