Обсуждение стоимости владения D365FO и AX2012

[cuba]

Ну, я не знаю, так как у меня нет такого опыта как у Вас, потому может и так)
Но с моей т.з., основаной на количестве предложений о сотрудничестве по проектам с DFO365 и работе знакомых конс\дев, без глубокого анализа рынка\клиентов\кол. внедрений и т.д., не все так плохо, чтобы заказывать панахиду)

[fed]

Цитата:

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

Ну, я не знаю, так как у меня нет такого опыта как у Вас, потому может и так)
Но с моей т.з., основаной на количестве предложений о сотрудничестве по проектам с DFO365 и работе знакомых конс\дев, без глубокого анализа рынка\клиентов\кол. внедрений и т.д., не все так плохо, чтобы заказывать панахиду)

Понимаешь, я с одной стороны вижу повышение спроса на консов с опытом по D365FOE, с другой стороны вижу ситуацию когда у всех партнеров проблемы с бюджетом. Я этому вижу два возможных объяснения:
1. Клиенты пытаются нанять консов/разрабов напрямую (просто чтобы сэкономить бюджеты на партнерском накладняке).
2. Партнеры строят пирамиду, при которой старые проекты финансируются за счет новых. Это когда-то сработало в DAX2012 (где тоже первые проекты сильно выпадали из бюджета). Но в DAX2012 спустя 2.5 года после первого релиза уже была DAX2012R2CU7, которая была достаточно стабильной. В D365FOE через 2.5 года выходят релизы удивительно низкого качества. То есть - мне стратегия пирамиды представляется очень опасной для партнеров.

[cuba]

1. Да, встречал такое: были случаи когда на 1 и тот же проект меня хотели нанять как рекрутинговые агенства, так и HR самого клиента.
2. И такое тоже имеет место быть.

[Ivanhoe]

Первые проекты 2012 действительно тяжело было попасть в оценки, но в РФ "везет" с локализацией и мы получили уде достаточно стабильную систему. Западные партнеры же хлебнули сполна.
Итоговый оверхед внедрения акс 2012 в итоге не превышал 20-30% и это можно было объяснить клиенту (функциональность, cil и т.п.). Сложно но можно.
С d365fo понятно что первые проекты легко в >+100% выходят. Но судя по тенденциям качества и все таки усложнения разработки, вполне может устаканиться на >50% по сравнению с 2012.
А враг то не дремлет. Сап дает скидки и показывает реально современный хороший sap 4 hana, 1с ерп тоже развивается. В РФ сейчас продавать d365 очень сложно.

[trud]

Цитата:

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

1с ерп тоже развивается

Ну как бы если посмотреть на форумы по 1С то там тоже не особо довольны происходящим
https://habr.com/company/1c/blog/429678/
Да и вообще 1С сайт выглядит как-то устаревшим по сравнению с docs с привязкой к GitHib от МС

[Ivanhoe]

Цитата:

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

Вложение 12136
Ну как бы если посмотреть на форумы по 1С то там тоже не особо довольны происходящим
https://habr.com/company/1c/blog/429678/
Да и вообще 1С сайт выглядит как-то устаревшим по сравнению с docs с привязкой к GitHib от МС

Это в тему разве? Какое-то "решение" глючит на "каком-то" релизе платформы. Причему тут 1С ERP - конкретное готовое Решение от вендора? Которое доказано работает на тысячах рабочих мест в одной БД, давно имеет полный веб-клиент и т.п.

[trud]

Цитата:

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

С d365fo понятно что первые проекты легко в >+100% выходят. Но судя по тенденциям качества и все таки усложнения разработки, вполне может устаканиться на >50% по сравнению с 2012.

По практике согласен с оценкой, 50-100%, но есть и огромный плюс - это возможность развивать решения с гораздо меньшими затратами чем это было в 2012, тем самым аккумулируя знания.
Т.е. модель когда приходили на проект и с нуля что-то начинали кодить, уже не сработает. Однако появляется модель когда можно прийти со своими наработками.
Этому способствует куча технических моментов - файловая структура хранения, одна базовая версия, тот же магазин решений..
Конечно остается проблема с качеством базовой версии в целом, но надеюсь это разрешится

[fed]

Цитата:

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

По практике согласен с оценкой, 50-100%, но есть и огромный плюс - это возможность развивать решения с гораздо меньшими затратами чем это было в 2012, тем самым аккумулируя знания.

Я просто замечу что эти мои 60-70% случаются на проектах с минимальной разработкой. Типа формы первички, которые по трудоемкости сопоставимы с DAX2012 (ну может процентов на 15-20 потяжелее), плюс может быть 15-20 человекодней собственно функциональной разработки (которые случаются даже на проектах с вертикальными решениями). То есть - основной прирост времени случился на накладняк с администрированием, диагностикой и тд и тп, а вовсе даже не на разработку как таковую. Даже если я поставлю несколько партнерских решений, времени на разработке мне это не сильно сэкономит (типа 5 дней из 20), а по администрированию даже слегка прибавит.
И кстати мне даже страшно представить какой рост затрат случается на проектах где реально надо много дорабатывать - типа 10-12 человекомесяцев на собственно разработку. Я такого пока не видел, но даже думать страшно.

[Ivanhoe]

Цитата:

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

По практике согласен с оценкой, 50-100%, но есть и огромный плюс - это возможность развивать решения с гораздо меньшими затратами чем это было в 2012, тем самым аккумулируя знания.
Т.е. модель когда приходили на проект и с нуля что-то начинали кодить, уже не сработает. Однако появляется модель когда можно прийти со своими наработками.
Этому способствует куча технических моментов - файловая структура хранения, одна базовая версия, тот же магазин решений..
Конечно остается проблема с качеством базовой версии в целом, но надеюсь это разрешится

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

[Logger]

А что мешает сейчас тягать свои наработки с проекта на проект?
Многие так и делают. Выгружают проект или cus слой и все в порядке. Какие выгоды дает 365-я?

[trud]

Меняется трудоемкость. Т.е. самое простое - в 2012 вы даже свои доработки в проект не соберете(если это не слой целиком под решение). базовые версии могут быть разные(у вас допустим R2 а у клиента R3), ваш проект может пересекаться со стандартом.
Какие-то простые вещи типа сравнить решение на проекте А с решением на проекте Б вообще нереально.
Сейчас по сути установка решения - это создание бранча, делается в 1 клик. В любой момент можно сравнить то что на проекте и то что у вас в решении. обновление - тоже в 1 клик
конечно шероховатости имеются, но направление движения правильное

[Ivanhoe]

Цитата:

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

Меняется трудоемкость. Т.е. самое простое - в 2012 вы даже свои доработки в проект не соберете(если это не слой целиком под решение). базовые версии могут быть разные(у вас допустим R2 а у клиента R3), ваш проект может пересекаться со стандартом.
Какие-то простые вещи типа сравнить решение на проекте А с решением на проекте Б вообще нереально.
Сейчас по сути установка решения - это создание бранча, делается в 1 клик. В любой момент можно сравнить то что на проекте и то что у вас в решении. обновление - тоже в 1 клик
конечно шероховатости имеются, но направление движения правильное

Можно с чуть большей аргументацией?
1. Почему не соберем доработки? У меня было под 100 проектов с компонентами, все собирается
2. Я правильно понимаю, что в D365FO гарантированно ваш бранч заработает на любой версии платформы? Что 7.1, что 8.1.1? Не откомпилируется, а заработает как должен и ничего не сломает?

Ну а то, что разработка стала более профессиональной с VS и всем примочками - так кто мешал тоже самое сделать в DAX 2012? Ну или сделать в D365FO но не ограничивать всё остальное?

[trud]

Цитата:

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

Уже есть реальные решения в этом магазине, сильно интегрированные в базовую функциональность и которые можно установить прямо из магазина?

Магазин это не про установку. магазин означает что качество вашего решения проверено MS.(по словам селзов дает +100 к карме при продаже

Цитата:

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

Даже если я поставлю несколько партнерских решений, времени на разработке мне это не сильно сэкономит

Решения сейчас продаются по подписке. т.е. поставив несколько решений ты обеспечишь себе постоянные платежи которые сможешь тратить на развитие. главное чтоб клиент с АХ не соскочил после очередного глючного авто-обновления

Цитата:

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

Это в тему разве? Какое-то "решение" глючит на "каком-то" релизе платформы. Причему тут 1С ERP - конкретное готовое Решение от вендора? Которое доказано работает на тысячах рабочих мест в одной БД, давно имеет полный веб-клиент и т.п.

Там если почитать поток, то тоже высказываются подобные мысли что мы обсуждаем - типа после каждого обновления становится только хуже

Цитата:

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

Можно с чуть большей аргументацией?
1. Почему не соберем доработки? У меня было под 100 проектов с компонентами, все собирается

если все так просто почему вы еще не здесь https://appsource.microsoft.com ?
На текущем месте работы одно из зарегистрированных 365 решений - это небольшое сервисное расширение функционала кредитного лимита(с десяток форм и классов), код там еще с 2009 года, его продают практически на каждого клиента кто использует кредитный лимит(это просто становится немного удобнее). получают за продажи и плюс кто-то заказывает доп. модификации.
С любого проекта Коруса/Коламбуса/.. подобных можно набрать штук по 5, но почему то по факту из РФ никто ничего не регистрирует
Причем что немаловажно часто продают даже при проигрыше тендера. Т.е. по результатам тендера клиент решает выбрать другого партнера, но это решение взять готовое.
Сколько из ваших компонентов использовалось в проектах ваших конкурентов?

Цитата:

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

2. Я правильно понимаю, что в D365FO гарантированно ваш бранч заработает на любой версии платформы? Что 7.1, что 8.1.1? Не откомпилируется, а заработает как должен и ничего не сломает?

Для 7.1 и 8.1 нет конечно, эти версии требуют обновления кода. но сейчас же обещают OneVersion, никаких больше обновлений На данных и кейсах клиента может и не заработать, то так-же может не заработать и стандарт

Цитата:

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

Ну а то, что разработка стала более профессиональной с VS и всем примочками - так кто мешал тоже самое сделать в DAX 2012? Ну или сделать в D365FO но не ограничивать всё остальное?

А что ограничили то - функционал вроде бы тот же

[Удвой Покуров]

Цитата:

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

Сколько из ваших компонентов использовалось в проектах ваших конкурентов?

Только не начинайте снова Корус Ритейл vs Коламбус Ритейл (из Распределенка и axapta)

[Stitch_MS]

На днях клиент спросил, что такого может поломаться в кастомизации после апгрейда, если всё на экстеншнах. Привел ему не критичный, но реальный сценарий. Мол, сделали мы вам лукап фильтрующий, привязали его к onLookup событию на контроле, а Майкрософт в обновлении добавил lookup метод к тому же контролу. Всё прекрасно компилируется, но наш кастомный лукап больше не вызывается. Клиент чутка погрустнел.

Тому же клиенту как-то объяснял, почему разработка может занимать иногда так много времени и кода, что стоит от нее отказаться. К примеру, нужно на форме перетащить один котрол выше (не спрашивайте, зачем, так они видят). В старой версии можно было выделить контрол в дизайнере и нажать Alt+Up, теперь нужно скрыть старый контрол, добавить в нужное место новый контрол, заглушить екстеншенами возможное действие старого котрола, создать класс с обработчиком событий нового контрола. Итого времени на разработку больше в 10000 (десять тысяч) раз.

Даже как-то неудобно с клиентом разговаривать на некоторые темы. Всё-равно что пилить сук, на котором сидишь.

[greench]

Цитата:

На днях клиент спросил, что такого может поломаться в кастомизации после апгрейда, если всё на экстеншнах

Еще пример из жизни. Ребята на соседнем проекте активно юзали HTMLEditor control. Нашли в нем баги, зарепортили в MS. После нескольких итераций общения получили такой ответ "HTMLEditor контрол теперь deprecated, если у вас он где-то используется - переписывайте". Вот такая красота на ровном месте.

[EVGL]

Цитата:

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

После нескольких итераций общения получили такой ответ "HTMLEditor контрол теперь deprecated, если у вас он где-то используется - переписывайте". Вот такая красота на ровном месте.

А какой ответ ожидался? "У нас все на HTML5, но специально для вас мы будем поддерживать HTMLEditor, мы так рады что вы продолжаете его использовать!"

[Ivanhoe]

Было бы интересно найти аналогичную тему при выходе Акс 2012. Там тоже много вопросов было про стоимость и усложнение.

[greench]

Цитата:

А какой ответ ожидался? "У нас все на HTML5, но специально для вас мы будем поддерживать HTMLEditor, мы так рады что вы продолжаете его использовать!"

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

[ax_mct]

По теме
На сайте моего ненавистного nigelfrank есть статья
The total cost of Microsoft Dynamics 365 ownership
https://www.nigelfrank.com/microsoft...365-ownership/

Dynamics 365 Plan

Цитата:

Included in this plan are the following apps:
Finance and Operations
Retail
Talent
Sales
Customer Service
Project Service Automation
Field Service
Microsoft Social Engagement
PowerApps

Unified Operations Plan

Цитата:

Included in this plan are the following apps:
Finance and Operations
Retail
Talent
PowerApps

Там даже есть калькулятор
https://0cb232c3f0d8d5cf5868-c0befbc...alculator.xlsx

$1 миллион это два года подписки для 200 пользователей.
$1.5 миллиона, что типичный бюджет для AX2012, это 3 года подписки для 200 пользователей.

Какие-то другие калькуляторы есть чтобы сравнивать?