Маркетинг Dynamics в России и в мире

[FE]

Сергей, тогда вопрос к тебе: как, по-твоему, надо поступать в ситуации, когда на клиенте работают несколько партнёров? Давай упростим ситуацию и предположим, что клиент уже нацелен на Аксапту, и речь идёт только о выборе партнёра. Как должен, по твоему мнению, вести себя Microsoft в следующих случаях:
1. Два (или три, или четыре) крупных партнёра с примерно равными компетенциями
2. Один крупный партнёр с хорошей компентенцией и один (или два) маленьких партнёра с, соответственно, малым опытом.

[mazzy]

Цитата:

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

Сергей, тогда вопрос к тебе: как, по-твоему, надо поступать в ситуации, когда на клиенте работают несколько партнёров?

Думаю, не мне указывать майкрософту как надо поступать. я могу либо принять, либо не принять его действия.

Лучше расскажу притчу.

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

• Первый мастер начал отбивать летящие в него камни своим мечом. Да так мастерски владел своим оружием, что отбил все камни, и ни один в него не попал.
• Второй мастер стал уворачиваться от всех камней. Да так лихо уворачивался, что ни один камень в него не попал.
• Третий мастер пользовался таким высоким уважением, что когда он вышел, ни один человек не кинул в него ни одного камня.

[fed]

Цитата:

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

Сергей, тогда вопрос к тебе: как, по-твоему, надо поступать в ситуации, когда на клиенте работают несколько партнёров? Давай упростим ситуацию и предположим, что клиент уже нацелен на Аксапту, и речь идёт только о выборе партнёра. Как должен, по твоему мнению, вести себя Microsoft в следующих случаях:
1. Два (или три, или четыре) крупных партнёра с примерно равными компетенциями
2. Один крупный партнёр с хорошей компентенцией и один (или два) маленьких партнёра с, соответственно, малым опытом.

Гм. Ты страниц 5-7 назад в этой же теме уже затруднялся рассказать о том как именно Микрософт определяет компетенции. А еще - большой и маленький партнеры - это по объему продаж софта, объему продаж услуг, среднему опыту работы с системой сотрудника или совокупному опыту работы с системой всех сотрудников ? Короче говоря - в чем именно меряется пипи компетенция партнера ?

[Сисой]

Мои мысли по теме ветки.
В России сектор малых и "полусредних" предприятий уже захвачен 1С. Следовательно, конкурировать нужно в секторе, который 1С не по зубам. В первую очередь, по причине низкой производительности. Существующие решения 1С в лучшем случае достигают уровня масштабируемости Ax 3.0. 500 юзеров - уже предел.
Что касается SAP, то с ним еще проще - сравнить на калькуляторе два бюджета всегда можно. Надо просто хорошенько изучить немецкие уловки ценообразования.

[mazzy]

Цитата:

Сообщение от Сисой

В России сектор малых и "полусредних" предприятий уже захвачен 1С.

И что? Это ж динамическое состояние. Сегодня захвачен, завтра нет.
См. рынок бразуеров, мобильников, игровых приставок, всяких форматов кодирования видео...

Цитата:

Сообщение от Сисой

Следовательно, конкурировать нужно в секторе, который 1С не по зубам.

На мой взгляд: следовательно нужно иметь долгосрочную стартегию. довести эту стратегию до рынка и последовательно реализовывать ее (а не метаться из стороны в сторону каждый финансовый год).

Разреши процитировать себя:

Цитата:

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

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

[mazzy]

часть обсуждения выделена в ветку
не подскажите какие Энергетики сидят на Oracle, и что это за системы?

[fed]

Кстати на сайте community.dynamics.com появилась статья, расписывающая сказочные преимущества подписки на обновления. Подписано By David Pennington, Director of Microsoft Dynamics Annuity Product Management. То есть - я угадал насчет термина "Аннуитет".Очень показательно, что это не статья директора службы поддержки или кого-нить из службы замера удовлетворенности клиентов. Это статья чувака, отвечающего за регулярность отъема денег у клиентов.
Заодно стало понятно откуда ноги у инициативы ростут. Чуваку надоело что его постоянно нагибают за низкие продажи подписки и он просто решил сделать ее обязательной. Как известно - чтобы корова меньше ела и давала больше молока, надо ее реже кормить и чаще доить...

[EVGL]

Небольшой факт в тему поддержки, подписки и т.д. С тех пор, как существуют заказы на перенос (Transfer Orders), существует группа багов/недоработок, которая кочует из версии в версию: невозможность создания заказов на перенос или массовый перенос палет. Это не работало в 4.0, это не работает и в AX 2009. Достаточно попытаться сделать перенос товара, для которого активизирована палета, чтобы уткнуться в заглушку:

Incorrect setup of dimension groups.


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

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

Возвращаясь к теме: для окрытия ларца достаточно изменения одной строчки в методе \Data Dictionary\Tables\InventDim\Methods\isFieldIdTransferReceiptMergeable(). Этого оказывается достаточно, чтобы добиться работоспособности заказов на перенос в типовых сценариях.

Я все это к чему... Вы не заметили, что AX 2009 оказалась единственной версией, для которой появился всего один сервис-пак? Зловещая тенденция. Причина, определенно, не в том, что в AX 2009 не осталось ошибок. По-видимому, начинают экономить на том, на чем экономить нельзя. Русский офис, который охватил творческий порыв, оказался тут приятным исключением.

[Logger]

Цитата:

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

Возвращаясь к теме: для окрытия ларца достаточно изменения одной строчки в методе \Data Dictionary\Tables\InventDim\Methods\isFieldIdTransferReceiptMergeable(). Этого оказывается достаточно, чтобы добиться работоспособности заказов на перенос в типовых сценариях.

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

[gl00mie]

Цитата:

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

Секрет же безмятежности поддержки MBS в том, что у них клиентов.

Кажется, тут клавиатура не поспела за мыслью Секрет в том, что клиентов много?

Цитата:

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

Вы не заметили, что AX 2009 оказалась единственной версией, для которой появился всего один сервис-пак? Зловещая тенденция. Причина, определенно, не в том, что в AX 2009 не осталось ошибок. По-видимому, начинают экономить на том, на чем экономить нельзя.

Для AX 2009 пока выпущен лишь один сервис-пак, однако, также появилось такое понятие как hotfix rollup - для 4-ки вроде такого не было. У меня есть гипотеза, что это связано с изменением в политике по срокам поддержки пакетов обновления, о чем подробно написано в описании сроков поддержки продуктов. Если раньше поддерживался текущий сервис-пак и один предыдущий независимо от временного интервала между их выпусками, то теперь для сервис-паков установлен фиксированный минимальный срок поддержки в 24 месяца. Поэтому, выпуская новый сервис-пак для той же AX 2009 намного раньше, чем истечет фиксированный срок поддержки предыдущего (в данном случае RTM-версии), Microsoft будет вынуждена поддерживать больше 2-х сервис-паков одновременно, что, видимо, компании не очень интересно. Срок поддержки RTM-версии AX 2009 истекает в январе 2011 года - думаю, в связи с этим ожидать выхода SP2 раньше октября-ноября 2010 не стоит, а тем временем можно накатывать выходящие исправления - для отдельных ошибок либо скопом в виде hotfix rollup'ов.

[EVGL]

Цитата:

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

Кажется, тут клавиатура не поспела за мыслью Секрет в том, что клиентов много?

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

По поводу rollup'ов я уже писал, что вешь хорошая, но
а) не локализованная за редкими исключениями
б) впарить клиенту трудно: почему именно сейчас надо переходить на роллап номер 5 или 8, что в нем такого хорошего есть, если даже сам этого не понимаешь

[mifi]

Цитата:

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

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

По поводу rollup'ов я уже писал, что вешь хорошая, но
а) не локализованная за редкими исключениями
б) впарить клиенту трудно: почему именно сейчас надо переходить на роллап номер 5 или 8, что в нем такого хорошего есть, если даже сам этого не понимаешь

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

[EVGL]

Цитата:

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

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

Ага... Ок, беру свои слова обратно.

[mazzy]

часть выделена в отдельную ветку.
Немного про маркетинг конкурентов

[George Nordic]

Денис был прав.

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