Эко-система Microsoft, это как?

[ax_mct]

Цитата:

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

А есть какие-то пруфы? Новость о уволенных топ менеджерах MS, отказ от HardSeal, закрытие партнеров или хотя бы парочка уволенных консультантов\девов которые не могут найти работу.

FED ответил хорошо. И полгода не прошло как у D365FOE новый General Manager.

По UK добавлю что экономического кризиса как в Турции нет, но при этом соотношение "2 или 3 новых проекта по D365FOE vs 15-20 новых проектов в год ранее" выглядит реальным и для UK.

При этом агенты рвут подметки и увеличивают количество вакансий в два раза, но это не отражает никакой реальности кроме как их студенческой упоротости.
https://www.itjobswatch.co.uk/jobs/uk/dynamics%20ax.do

Цитата:

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

Консультант - основной инструмент внедрения ERP, потому что кроме знания инструмента, нужно понимать как его использовать.

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

Да есть такая штука как FastTrack которая по сути есть программистский ресурс на стороне MS.
https://fasttrack.microsoft.com/dynamics

Цитата:

with real-time enablement from Microsoft and increase customer satisfaction through predictable and repeatable cloud deployments. Participating in FastTrack will strengthen your customer relationships by freeing you to focus on the high-value services you do best.

Но как при этом выглядит эко-система со своими участниками, то есть workflow приносящая всем им прибыль - для меня загадка.

Цитата:

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

• Специалисты уже не держаться за партнеров - они и так востребованы. HH пустой по реальным и адекватным резюме (про вакансии молчу)

Мир меняется быстрее чем мы можем это отслеживать и это приходится принять.

В определенном промежутке времени специалисты (в отличие от партнеров) - в лучшем положении.

Но вопрос то не в том как все плохо, а как зарабатывать в эко-системе D365FOE?
Варианты:
1. Устроится на работу в Microsoft.
2. Создать ISV решение для маркета.
3. Продавать услуги по настройке D365FOE.
4. Продавать услуги по программированию D365FOE.
5. Создать блог про то как все плохо в D365FOE и зарабатывать на трафике (что реальнее чем пункт 4)
6. ?

И что делать партнеру у которого десяток программистов AX/NAV и для которых работы все меньше и меньше?
1. Сократить сотрудников
2. Продавать облачные продукты и жить на проценты от привлеченных клиентов.
3. ?

[skuull]

Цитата:

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

FED ответил хорошо. И полгода не прошло как у D365FOE новый General Manager.

По UK добавлю что экономического кризиса как в Турции нет, но при этом соотношение "2 или 3 новых проекта по D365FOE vs 15-20 новых проектов в год ранее" выглядит реальным и для UK.

FED ответил хорошо по Турции, но вы бы еще Казахстан бы взяли или Украину. Я сужу по тому что вижу, вот пример партнера которые занимаеться исключительно АХ

и мне не дадут соврать люди с этого форума которые там работают.

[fed]

Цитата:

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

FED ответил хорошо по Турции, но вы бы еще Казахстан бы взяли или Украину.

Ну во первых - не очень понятно чем вам Турция не нравится. До всех этих эпохальных нововведений она на ровном месте микрософту приносила где-то 2-2.5 миллиона в год. При том что турецкую локализацию микрософт не поддерживает с 2011 года, и вообще вся команда MBS состояла из 3 или 4 человек.
И как я уже сказал, SAP в Турции хотя последние года три не рос особенно сильно, но и не падал в 5 раз. По крайней мере - пару крупных существующих клиентов они у Аксапты увели.
При этом, есть ощущение что нынешние экономические трудности у Турции - они достаточно временные и года через 3-4-5 снова пойдет заметный рост.
Кстати - единственная существующая турецкая локализация D365 во всю использует overlayering. (к слову сказать - разработана она голандским партнером с аж двумя MVP). Я уж не знаю какие у них планы. Может они надеятся, что отменят hard seal, может просто планируют забросить турецкий рынок как класс.

Цитата:

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

Я сужу по тому что вижу, вот пример партнера которые занимаеться исключительно АХ

и мне не дадут соврать люди с этого форума которые там работают.

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

[fed]

Цитата:

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

Да есть такая штука как FastTrack которая по сути есть программистский ресурс на стороне MS.
https://fasttrack.microsoft.com/dynamics

Но как при этом выглядит эко-система со своими участниками, то есть workflow приносящая всем им прибыль - для меня загадка.



В определенном промежутке времени специалисты (в отличие от партнеров) - в лучшем положении.

Но вопрос то не в том как все плохо, а как зарабатывать в эко-системе D365FOE?
Варианты:
1. Устроится на работу в Microsoft.
2. Создать ISV решение для маркета.
3. Продавать услуги по настройке D365FOE.
4. Продавать услуги по программированию D365FOE.
5. Создать блог про то как все плохо в D365FOE и зарабатывать на трафике (что реальнее чем пункт 4)
6. ?

И что делать партнеру у которого десяток программистов AX/NAV и для которых работы все меньше и меньше?
1. Сократить сотрудников
2. Продавать облачные продукты и жить на проценты от привлеченных клиентов.
3. ?

Ты все правильно изложил, но это бредовая модель рынка от Микрософт двухлетней давности. Просто они там в принципе не понимали (да пожалуй что и не понимают), что такое внедрение. Поэтому в их системе партнеры делились на ISV (которые типа разрабатывают вертикальные решения для AppSource) и CSP (которые поддерживают клиентские инсталляции развернутые в Azure. При этом не инсталляции чисто Ax, а вообще любых облачных продуктов). Поскольку внедрения системы в этой модели не предполагается, роль микрософта сводиться к контролю качества разработки ISV-решений и к деятельности fasttrack (которые опять таки не внедряет, а просто помогает CSP с деплойментом).

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

[EVGL]

Цитата:

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

Да есть такая штука как FastTrack которая по сути есть программистский ресурс на стороне MS.
https://fasttrack.microsoft.com/dynamics

FastTrack - это не программистский ресурс на стороне MS, а возможность раз в неделю поговорить в лучшем случае с опытным presales консультантом, а в худшем - с пустобрехом TSP. Объективный выхлоп на внедрении будет стремиться к нулю и в том и в другом случае, поскольку результат не превзойдет запрос через Google к docs.microsoft.com.

[cuba]

Я не считаю что все можно решить настройками. Просто то что раньше прграммилось уже настраивается и уклон в эту сторону будет расти, что не означает того что программит не нужно

[ax_mct]

Эко-система таки существует в мире AX7. Уже как год без партнера не купить Azure.

Starting in February, new Azure customers will be sent to Microsoft's Cloud Solution Provider program in lieu of the MPSA-based pay-as-you-go license

https://www.infoworld.com/article/31...ud-option.html

А что касается выживания партнеров то есть прямая и непрямая модель
https://partner.microsoft.com/en-gb/...ider/resources

Прямая требует инвестиций в MS от $$ 50 тысяч до миллиона но увеличивает прибыль партнера.

В случае работы с AX7 для партнера обязательна покупка канала общения с MS за $1250 в месяц.

В то же время по примерам инвестиций такое впечатление что для выживания 80%-90% дохода партнера должна составлять некие добавленные услуги так как выплаты от MS покроют (скажем) не более чем 10%-20% расходов.

Из этой некой добавленной стоимости и может быть зарплата 5-15 программистам.
Выплат от MS просто не хватит.

А вот откуда может браться эта часть пирога при запрете на изменения бизнес-процессов - не понятно.
P.S. Некий пакет поддержки и возможно хостинга - но для END-USERS цена становится совсем не той какая рекламируется MS.

Как вариант может быть ISV решение ради которого и взята AX7.

[EVGL]

Цитата:

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

Из этой некой добавленной стоимости и может быть зарплата 5-15 программистам...
А вот откуда может браться эта часть пирога при запрете на изменения бизнес-процессов - не понятно.

1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.

2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы.

3) Наконец, "запрет на изменения бизнес-процессов" - это ваша, ложная посылка. Есть запрет на определенную технологию изменения оных. Если бы ваша интерпретация была правдой, то весь MDCC в Хайдарабаде пришлось бы закрывать, но что-то недостатка работы у программистов не наблюдается, скорее наоборот.

[ax_mct]

Цитата:

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

1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.

2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы.

3) Наконец, "запрет на изменения бизнес-процессов" - это ваша, ложная посылка. Есть запрет на определенную технологию изменения оных. Если бы ваша интерпретация была правдой, то весь MDCC в Хайдарабаде пришлось бы закрывать, но что-то недостатка работы у программистов не наблюдается, скорее наоборот.

Годный вброс, спасибо.

Парадигма "the ‘open-close’ paradigm .. Open for extensions, closed for modifications"
на уровне продукта - это не технологический запрет на способ изменения, а логическое табу на изменение бизнес-процессов которые односторонее меняются бинарными обновлениями вендора.

Нельзя модифицировать (процессы принадлежащие вендору) с помощью расширений. Можно расширять эти процессы своими процессами.

Я не знаю что делает MDCC в Хайдарабаде но подозреваю что носить воду в решете за деньги клиента там могут со всей охотой. Сначала в одну сторону, а потом в обратную.

[EVGL]

Цитата:

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

Я не знаю что делает MDCC в Хайдарабаде но подозреваю что носить воду в решете за деньги клиента там могут со всей охотой. Сначала в одну сторону, а потом в обратную.

Так точно

[EVGL]

Цитата:

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

Нельзя модифицировать (процессы принадлежащие вендору) с помощью расширений. Можно расширять эти процессы своими процессами.

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

Например, если не хочется разносить автоматически накладную в intercompany, но при этом сохранить остальные вкусности direct delivery, то перед вызовом нужного метода делаем вид, что это не direct delivery, а потом возвращаемся к обычному ходу исполнения программы.

[belugin]

Цитата:

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

Парадигма "the ‘open-close’ paradigm .. Open for extensions, closed for modifications"
на уровне продукта - это не технологический запрет на способ изменения, а логическое табу на изменение бизнес-процессов которые односторонее меняются бинарными обновлениями вендора.

Extension продукта может быть modification бизнес процесса (Например продукт можно расширить новой галочкой, которая при включении будет модифицировать бизнес процесс). Вопрос только в том, какие extensions возможны и как будет поддерживаться обратная совместимость.

[ax_mct]

Цитата:

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

1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.

2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы.

3) Наконец, "запрет на изменения бизнес-процессов" - это ваша, ложная посылка. Есть запрет на определенную технологию изменения оных. Если бы ваша интерпретация была правдой, то весь MDCC в Хайдарабаде пришлось бы закрывать, но что-то недостатка работы у программистов не наблюдается, скорее наоборот.

Все же 1 и 2 интересны.

Не в моем месте дело, а в месте партнера. Если исходить что 3 это не ложная посылка, а реальность существования облачного продукта то за счет чего партнеру покрывать расходы?

Внедрение стандарта без программирования - возможно, но возможно ли при этом существование партнера? Ручеек при этом - не очень.

Единственный вариант это внедрение своего ISV решение (что принадлежит как IP партнеру) на базе AX7.

Или когда эта AX7 одна из многих больше для портфолио так как сказать в качестве наживки.

Но вот как партнеру AX7 накормить 5-15-30 специалистов по AX?

[EVGL]

Цитата:

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

Не в моем месте дело, а в месте партнера. Если исходить что 3 это не ложная посылка, а реальность существования облачного продукта то за счет чего партнеру покрывать расходы?

Внедрение стандарта без программирования - возможно, но возможно ли при этом существование партнера? Ручеек при этом - не очень.

За счет... внедрения?
Вы вообще представляете себе объем консалтинга, который нужен, чтобы внедрить готовое решение на предприятии даже без программирования? Похоже, что нет. Месяцы, порой годы работы. Я, например, на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года и написал максимум пять экранов кода, и то в основном из-за некоторых индусов, горе-специалистов в AX7. Время, которое ушло на написание FIT FDD было примерно впятеро больше, чем на GAP FDD.

[Logger]

Цитата:

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

...на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года ...

А что вы внедряли? 4,5 года назад еще не было ax7.
Начали на 2012, закончили на 7-й ?

[ax_mct]

Цитата:

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

За счет... внедрения?
Вы вообще представляете себе объем консалтинга, который нужен, чтобы внедрить готовое решение на предприятии даже без программирования? Похоже, что нет. Месяцы, порой годы работы. Я, например, на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года и написал максимум пять экранов кода, и то в основном из-за некоторых индусов, горе-специалистов в AX7. Время, которое ушло на написание FIT FDD было примерно впятеро больше, чем на GAP FDD.

Объем консалтинга то я представляю, но вот только в эпоху до AX7.

О вашем проекте я тоже слышал.
https://www.cnbc.com/2018/02/08/elon...nto-space.html

Цитата:

Musk's SpaceX launched the Falcon Heavy rocket Tuesday to much fanfare. The 27-engine behemoth is the most powerful rocket in use today. Its successful launch was a significant step forward for SpaceX and Musk's eventual goal of sending people to live on Mars.

Я даже верю что на Марсе можно жить. Но типичный партнер и типичный END-USERS не потянут такие запуски.

[ax_mct]

Re: возможно ли при этом существование партнера?

Цитата:

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

За счет... внедрения?
...объем консалтинга

Я склонен согласиться что жить можно только за счет объема чистого консалтинга.
Просто зацепились за чрезмерное количество программистов требуемых для партнерского статуса (5- Silver, 15 - Gold). Которые не поймешь чем должны заниматься.

Такое внедрение как к примеру в Umbra Group - оно единичное. Не отражающее эко-систему вокруг AX7. Среди остальных 30 примеров Customer Stories по AX7 - выглядит как некая белая ворона то есть чуть ли не единственная компания уровня Enterprise как мы его понимали ранее.
Umbra Group
https://customers.microsoft.com/en-u...ion-for-custom
Все "Dynamics 365 for Finance and Operations, Enterprise Edition"
https://customers.microsoft.com/en-u...sh_date%20desc

При этом количество 30 достаточно репрезентативно. Было бы чего еще выложить то выложили бы. CRM Online имеет 192, а "Dynamics 365 for Sales" - 176 показанных внедрений. Понятно что это не список внедрений но тем не менее.

Наверное неверно говорить об экосистеме AX7 - думаю что ее нет вообще.
Есть экосистема Dynamics 365 где место AX7 с краю на полочке.

Цитата:

MICROSOFT DYNAMICS 365 ENTERPRISE EDITION COMPONENTS:

• Dynamics 365 for Sales, Enterprise Edition
• Dynamics 365 for Customer Service, Enterprise Edition
• Dynamics 365 for Field Service, Enterprise Edition
• Dynamics 365 for Operations & Finance, Enterprise Edition
• Dynamics 365 for Marketing, Enterprise Edition
• Dynamics 365 for Project Service Automation, Enterprise Edition
• Dynamics 365 for Talent, Enterprise Edition
• Dynamics 365 for Retail, Enterprise Edition

https://www.quantiq.com/microsoft-dy...prise-edition/

Такой вот зоопарк где совсем не до программирования бизнес-процессов с таким обьемом галок и палок. И здесь тоже нет места 5 или 15 AX7 программистам. Скорее CRM программисты будут сдавать эти сертификаты. А реальных AX7 программистов 1.5 человека - дебажить для консультантов.

[ax_mct]

Partner Choice for Success
What IT Solution Providers Need to Know about the Value of Microsoft’s
CSP Licensing Program and the Choice of Relationship Models
An IDC eBook, Sponsored by Microsoft

Цитата:

Investment Snapshot #1
• To put all this in perspective, consider a partner acting as an MSP that engaged as a direct
provider in the CSP Program. The partner had annual costs of $200K for two full time support
staff, and to maintain its technical support infrastructure
• It took the partner a year to reach profitability based on Microsoft recurring revenue of $200K
a month. “We were not starting from scratch. We had managed services infrastructure and
people in place,” said this U.S. partner.
• Another factor for this partner was that they were also temporarily using a manual billing
system. They’ve since deployed a white label third-party platform for billing/provisioning,
which is an additional cost that amounts to a percentage of the partner’s revenue.
• However, that new system has also saved the partner in hours and money through greater
efficiency and billing accuracy.

Investment Snapshot #2
• Even a partner that already had an automated billing system and 24/7 first and second level
support, invests close to $400K annually to support IP development on its platform.
• Although custom development doesn’t generate revenue for this partner, it contributes
to customer satisfaction through productivity gains and automated services delivery.
“Developing our own IP is important for making the solutions work for the customer through
dashboards, automation, and provisioning,” said this European partner, adding that its five
developers will eventually switch to creating value on top of the Microsoft CSP stack that can
generate revenue.

Investment Snapshot #3
• Still another partner initially invested $60K for backend integration with the Microsoft APIs, and
another $20K annually in support costs.
• Depending on customer size and requirements, initial Office365 deals for this partner amounted
to $4K-$6K in monthly license revenue and $45K for professional and managed services. For
Azure, the deals were generally larger – $3K-$10K in license revenue and $100K – $300K in
migration and managed services.

Investment Snapshot #4
• There are also added costs in cases where partners expand to more complex cloud services,
such as Azure. Staff training investments are a fact of life for partners, but transitioning to Azure
can increase that investment. One partner estimated that cost at $50K annually, which included
training costs plus staff time out of field.
• However, transitioning to Azure from its own infrastructure and another provider saved this
partner money by decreasing staff and administrative costs. This was validated by a Canadian
partner that steadily improved its EBITDA by cutting its own infrastructure costs and making
investments in the CSP Program. That same partner invested another $50K annually for its billing/
provisioning system, which leveraged already existing software.

Investment Snapshot #5
• Not all partners that choose the direct model are benefiting fully from that choice. One partner
that had invested $60K was still using a manual billing system because of issues with managing
the back-end integration with the Microsoft APIs. “We’re still struggling with it. We work with the
Microsoft APIs, but that doesn’t mean it automatically connects to your finance system,” said the
European partner.
• Even though this partner was profitable after a year it may look at third-party platform options for
billing and provisioning. In that case the partner would be paying a third-party a percentage of its
cloud revenue, which would change its financial picture. “I would advise smaller partners to go for
a distributor that’s offering the billing tools and everything else,” they said.

[fed]

Цитата:

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

Partner Choice for Success
What IT Solution Providers Need to Know about the Value of Microsoft’s
CSP Licensing Program and the Choice of Relationship Models
An IDC eBook, Sponsored by Microsoft

Ты случайно в детстве/юности не вчитывался, случайно, в материалы XXVII съезда или XIX партконференции ? <sarcasm>
Просто лично твоя проблема низкого спроса на услуги контракторов связана с тем, что контракторы на нашем рынке занимают роль проектных падальшиков. До вас клиенты доходят с опозданием года на полтора-два. Оживление на рынке Аксапты началось где-то осенью. Так что можно спрогнозировать что примерно через год, волна провальных проектов таки докатится до контракторов.И на вашей улице тоже случится праздник.
Как известно, основной закон, описывающий рынок IT - это лезвие Хэнлона. А ты сейчас пытаешься увидеть какую-то осмысленную рыночную модель в обычном факапе.
И как обычно, в случае традиционного факапа, Майкрософт сейчас будет пытаться куда-нить двинуться или что-нить поменять. Если это будет неудачное движение - продукт рано или поздно закроют. Если удачное - то задним числом будут объяснять все правильной стратегией и мудростью любимого руководителя.

[DAX.Company]

Цитата:

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

Просто лично твоя проблема низкого спроса на услуги контракторов связана с тем, что контракторы на нашем рынке занимают роль проектных падальшиков.

Как то вы грустно совсем про фриланс. Мне кажется наоборот с новой версией нам полное раздолье. У крупных партнеров теперь начнутся проблемы (в посте хорошие примеры почему так будет). Мое мнение:
1. На новой версии не получится продать большую команду на проект. Уже не будет этих многомесячных анализ-дизайнов, построений, запусков с десятком специалистов.
2. На новой версии сложно будет заказчику под шумок продать неопытных специалистов. Простые бизнес-процессы Заказчик сам настроит. А для изменения системы требуется хорошие знания и "гибкость" в разработке и настройки. Теперь не получится любую хотелку сразу в доработку списывать (затратно это по часам).
3. На новой версии будет выигрывать не узкие специалисты (либо разработчик, либо консультант по конкретному модулю), а универсалы.

В общем фрилансу самое то. Пришел-развернул-настроил и потом дорабатываешь-консультируешь по мере необходимости. Если раньше в одно лицо было сложно справится с запуском, то теперь мне кажется вполне можно внедрять средние компании с одним-двумя хорошими специалистами.

Странно, что в этой ситуации Майкрософт так усложнил партнерство. Наоборот, надо ориентироваться на дерзкие маленькие коллективы опытных специалистов.