14.05.2007, 09:19 | #1 |
Участник
|
Сравнение продуктов Ms Dynamics с продуктами SAP/Oracle на сайте MS
Недавно, читая itblogs, наткнулся на информацию по сравнению продуктов Ms Dynamics с другими (в частности, с продуктами SAP и Oracle), размещенному на сайте Microsoft. Может, эта информация уже обсуждалось, да и носит она во много "рекламный" характер, тем не менее, интересно было почитать разделы, вроде «Questions to ask SAP before purchasing a SAP solution» или «Questions to ask Oracle before purchasing an Oracle solution»...
|
|
|
За это сообщение автора поблагодарили: belugin (5). |
14.05.2007, 16:35 | #2 |
Шаман форума
|
Удивительно, но факт - в данном разделе фактически не слова ни о локализации, ни о функциональности. Предполагается, что пользователь будет сравнивать системы на основе только вопросов типа "как продукт СуперПуперВсеВОдном интегрируется с платформой СуперПуперВсеОстальное" и "склолько программистов нужно, чтобы закрутить вашу лампочку в наши бизнеспроцессы"? Видимо, документ писали либо упертые технари, либо полные рекламщики.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
15.05.2007, 12:39 | #3 |
Участник
|
Конечно маркетологи...
Странно ожидать на сайте вендора руководства по выбору нужного КЛИЕНТУ продукта Вендоры обычно пропагандируют подходы, позволяющие выбрать нужный вендору продукт... |
|
16.05.2007, 09:57 | #4 |
SAP
|
Иллюзии. Какие бы вопросы не рекоммендовали задавать заказчикам, по большому счету, продукты MS остались тем, чем они были покупки компаний Navision & Damgaard. Бирка на упаковке не очень сильно изменила содержание.
P.S. полагаю, на практике более действенно работает другой подход к заказчику: "Нет денег на SAP, покупайте MS" (нет денег на MS, покупайте 1С). |
|
|
За это сообщение автора поблагодарили: belugin (5). |
16.05.2007, 11:31 | #5 |
Шаман форума
|
Видимо, в этом и есть самое большое принципиальное различие между этими программами
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
|
За это сообщение автора поблагодарили: Vadik (5). |
16.05.2007, 12:57 | #6 |
SAP
|
Цитата:
Затем уже построить работу таким образом, чтобы продемонстрировать как эти требования покрываются. И если заказчика устраивает продукт, то приступить к обсуждению коммерческих вопросов. Собственно, цена софта - всего лишь одна из составляющих стоимости всего решения, причем не самая существенная по отношению к остальным. С другой стороны, неверный выбор продукта ставит под сомнение правильность всех остальных затрат, и в будущем может потребовать непредвиденных первоначально расходов на доработки или, в крайнем случае, даже привести к отказу от используемого продукта и переходу на другой... со всеми вытекаюшими последствиями. |
|
16.05.2007, 17:02 | #7 |
Шаман форума
|
Да. И, если уж на то пошло, есть еще и классическая альтернатива - покупать или разрабатывать. Если даже всю систему в целом разрабатывать, пожалуй, никто не станет, то для отдельных блоков это вполне нормальная альтернатива.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
12.06.2007, 01:11 | #8 |
Аксакал в отставке
|
Я бы предложил следующий подход:
1) Вырабатывается/берется стратегия развития Компании с учетом ее места в цепочке добавленной стоимости по каждому направлению бизнеса и географии, то есть определяются ЦЕЛЕВЫЕ МОДЕЛИ Компании на ближайшую перспективу (1-7 лет) 2) Аналогично для каждой целевой модели Компании определяются ЦЕЛЕВЫЕ МОДЕЛИ функциональной и технологической архитектуры автоматизированной системы управления Компанией с учетом необходимости автоматизации управленческих функций. 3) Под каждую целевую модель определяется наращивание функционала и аппаратной части; просчитываются варианты стоимости внедрения для каждой целевой модели системы и вцелом (от текущего состояния до самой последней модели) по нескольким наиболее приемлемым вариантам ПО с учетом их функциональных возможностей и стоимости/необходимости доработок, стоимости поддержки и др.; в ряде случаев не следует чураться и разработки заказной системы. 4) Просчитываются риски отобранных вариантов. Предлагаются способы контроля и устранения рисков. 5) Делается выбор в пользу того или иного варианта автоматизации (а не выбор в пользу конкретного ПО). Исходя из этого, я думаю, что сравнение стандартного функционала - это всего лишь один (хоть и немаловажный), но всего лишь один пункт при выборе конкретного варианта автоматизации управления конкретной компанией.
__________________
Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес"). |
|
12.06.2007, 13:44 | #9 |
Аксакал в отставке
|
Никак не оцениваю. Меня это мало волнует, потому что я не продавец ПО. Кроме того, это явный оффтопик в данной ветке.
__________________
Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес"). |
|
12.06.2007, 16:31 | #10 |
Аксакал в отставке
|
Вполне возможно, что в ряде случаев кто-то и придерживается предложенного тобой подхода при выборе систем.
И в этом случае есть достаточное количество вариантов реализации стратегии Компании и необходимо определить целевые модели архитектуры автоматизированной системы управления. Смысл в том, что даже когда каким-то образом кто-то пытается "подкрутить" законы рыночной экономики, все равно эти законы действуют только в более отдаленной перспективе.
__________________
Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес"). |
|
13.06.2007, 09:23 | #11 |
Модератор
|
|
|
13.06.2007, 11:10 | #12 |
SAP
|
Если какие-либо требования к продукту отсутствуют, то было бы логично "взять самый дешевый". Иначе надо смотреть как предлагаемые продукты существующие требования заказчика покрывают... дальше про деньги... и выбор "маленькие - но по три или большие - но по пять".
|
|
14.06.2007, 02:46 | #13 |
Аксакал в отставке
|
Цитата:
Сообщение от otkudao
уверен, целевые модели никто не строит и даже не озвучивает официально. Причем не "в ряде", а в абсолютном большинстве случаев. Откуда такая уверенность?
приведу косвенный пример: не в первый раз выставляю объявление о работе в AXAPTA с оплатой "по сделке" и с расценками, значительно ниже среднерыночных "внедренческих". Отклик мизерный, близкий к нулевому. Клиенты предпочитают делать "внедрение" с некими в разы более дорогими подрядчиками с оплатой по предоплате (не "по факту"). Вывод делайте сами. PS А "история", она, конечно, рассудит. Допустим, что ты прав и все делают "..."внедрение" с некими в разы более дорогими подрядчиками с оплатой по предоплате...". Не вижу корреляции между стоимостью услуг по внедрению автоматизированных систем управления предприятием и подходом к выбору этих систем. И наконец, даже если такая связь кому-то кажется превалирующей, то это вовсе не отменяет того, что предприятию все равно придется спустя некоторое время прийти к целевым моделям автоматизированной системы. Иными словами, если все делают что-либо неверно сейчас, то это вовсе не значит, что никто никогда не будет делать правильно.
__________________
Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес"). |
|
14.06.2007, 10:53 | #14 |
SAP
|
Цитата:
Но даже при недостатке грамотности размер бюджета проекта может потребовать "расширить горизонты"... узнать про целевые показатели, TCO, ROI... или заплатить тем, кто предоставит такую информацию. |
|
16.06.2007, 11:52 | #15 |
Участник
|
|
|
Теги |
oracle, sap, сравнение систем, dynamics |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|