Сравнение продуктов Ms Dynamics с продуктами SAP/Oracle на сайте MS

[gl00mie]

Недавно, читая itblogs, наткнулся на информацию по сравнению продуктов Ms Dynamics с другими (в частности, с продуктами SAP и Oracle), размещенному на сайте Microsoft. Может, эта информация уже обсуждалось, да и носит она во много "рекламный" характер, тем не менее, интересно было почитать разделы, вроде «Questions to ask SAP before purchasing a SAP solution» или «Questions to ask Oracle before purchasing an Oracle solution»...

[komar]

Удивительно, но факт - в данном разделе фактически не слова ни о локализации, ни о функциональности. Предполагается, что пользователь будет сравнивать системы на основе только вопросов типа "как продукт СуперПуперВсеВОдном интегрируется с платформой СуперПуперВсеОстальное" и "склолько программистов нужно, чтобы закрутить вашу лампочку в наши бизнеспроцессы"? Видимо, документ писали либо упертые технари, либо полные рекламщики.

[Aleck]

Конечно маркетологи...
Странно ожидать на сайте вендора руководства по выбору нужного КЛИЕНТУ продукта
Вендоры обычно пропагандируют подходы, позволяющие выбрать нужный вендору продукт...

[Pavel]

Иллюзии. Какие бы вопросы не рекоммендовали задавать заказчикам, по большому счету, продукты MS остались тем, чем они были покупки компаний Navision & Damgaard. Бирка на упаковке не очень сильно изменила содержание.

P.S. полагаю, на практике более действенно работает другой подход к заказчику: "Нет денег на SAP, покупайте MS" (нет денег на MS, покупайте 1С).

[komar]

Цитата:

Сообщение от Pavel

полагаю, на практике более действенно работает другой подход к заказчику: "Нет денег на SAP, покупайте MS" (нет денег на MS, покупайте 1С).

Видимо, в этом и есть самое большое принципиальное различие между этими программами

[komar]

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

[Тимур]

Я бы предложил следующий подход:
1) Вырабатывается/берется стратегия развития Компании с учетом ее места в цепочке добавленной стоимости по каждому направлению бизнеса и географии, то есть определяются ЦЕЛЕВЫЕ МОДЕЛИ Компании на ближайшую перспективу (1-7 лет)
2) Аналогично для каждой целевой модели Компании определяются ЦЕЛЕВЫЕ МОДЕЛИ функциональной и технологической архитектуры автоматизированной системы управления Компанией с учетом необходимости автоматизации управленческих функций.
3) Под каждую целевую модель определяется наращивание функционала и аппаратной части; просчитываются варианты стоимости внедрения для каждой целевой модели системы и вцелом (от текущего состояния до самой последней модели) по нескольким наиболее приемлемым вариантам ПО с учетом их функциональных возможностей и стоимости/необходимости доработок, стоимости поддержки и др.; в ряде случаев не следует чураться и разработки заказной системы.
4) Просчитываются риски отобранных вариантов. Предлагаются способы контроля и устранения рисков.
5) Делается выбор в пользу того или иного варианта автоматизации (а не выбор в пользу конкретного ПО).

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

[Pavel]

Цитата:

Сообщение от komar

Видимо, в этом и есть самое большое принципиальное различие между этими программами

Почему бы не начать разговор с тезиса "Допустим все программы одинаковые. Каковы ваши требования к системе?"
Затем уже построить работу таким образом, чтобы продемонстрировать как эти требования покрываются. И если заказчика устраивает продукт, то приступить к обсуждению коммерческих вопросов.

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

[George Nordic]

Цитата:

Сообщение от Pavel

Почему бы не начать разговор с тезиса "Допустим все программы одинаковые. Каковы ваши требования к системе?"

Нельзя. "Если все продукты одинаковы", тогда возьмут самый дешовый.

С Уважением,
Георгий.

[Pavel]

Цитата:

Сообщение от George Nordic

Нельзя. "Если все продукты одинаковы", тогда возьмут самый дешовый.

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

[Тимур]

Никак не оцениваю. Меня это мало волнует, потому что я не продавец ПО. Кроме того, это явный оффтопик в данной ветке.

[Тимур]

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

[Тимур]

Цитата:

Сообщение от otkudao

уверен, целевые модели никто не строит и даже не озвучивает официально. Причем не "в ряде", а в абсолютном большинстве случаев. Откуда такая уверенность?

приведу косвенный пример:
не в первый раз выставляю объявление о работе в AXAPTA с оплатой "по сделке" и с расценками, значительно ниже среднерыночных "внедренческих". Отклик мизерный, близкий к нулевому. Клиенты предпочитают делать "внедрение" с некими в разы более дорогими подрядчиками с оплатой по предоплате (не "по факту").

Вывод делайте сами.

PS А "история", она, конечно, рассудит.

Отложим дискуссию о чистоте такого рода "экспериментов" и наиболее вероятных причинах нежелания работать со "свободными художниками".

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

[Pavel]

Цитата:

Сообщение от Тимур

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

Было бы интересно узнать, как много таких правильных заказчиков (каждый пятый или каждый сотый).
Но даже при недостатке грамотности размер бюджета проекта может потребовать "расширить горизонты"... узнать про целевые показатели, TCO, ROI... или заплатить тем, кто предоставит такую информацию.

[mazzy]

оффтопик otkudao выделен сюда Давно сам на рынке фриланса?

Пожалуйста, вернемся к теме.