Показать сообщение отдельно
Старый 14.11.2018, 12:04   #14  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,502 / 4759 (164) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
В итоге стоимость все равно складывается из лицензий+внедрение и выйти за этот бюджет никто не хочет. Если в ком.предложении затраты на внедрение не показывать, то они от этого не исчезнут, их же не могут просто не учитывать. То есть D365FO выбирают те клиенты, кто готов оплачивать озвученные суммы?
Я бы сказал что пока партнеры просто закладывались по формуле DAX2012+30%, а по факту получается не 30 процентов, а 60-70. Это я и называю сидеть в overbudget. И как-то я не уверен что новые проекты (с учетом полученного опыта) получится продавать по формуле DAX2012+60%. Плюс пока не понятно как учитывать риски при регулярном обязательном обновлении. Вот допустим при очередном апгрейде (который должен будет устанавливаться по нажатию кнопки, если верить последним обещаниям микрософт) выяснилось что какая-то из старых доработок принципиально несовместима с новой версией. И апгрейд этой доработки будет сводится к ее переписыванию. Допустим что начальная разработка занимала 20 человеко-дней (вместе с тестированием). Как оценить и забюджетировать затраты на подобное переписывание несколько раз в год ? Как оценить и забюджетировать затраты на тестирование всех этих обновлений?

Последний раз редактировалось fed; 14.11.2018 в 12:08.
За это сообщение автора поблагодарили: AlexeyS (3).