Size: a a a

2019 July 02

DM

Dmitry Mandrykin in Codeibcommunity
Lev
Скажите, часто ли вам приходится обосновывать выбор систем и как выглядит этот процесс?
Многое зависит от самого бизнеса - насколько он зависим от внешнего влияния. Банки и т.п - очень зависимы, безопасность - основа их бизнеса. В других бизнесах вообще фиолетово - "кому он нафиг нужен? даже если сломают - на деятельность это никак не влияет". Так что скорее всего путь к описанию возможных потерь для бизнеса.
источник

L

Lev in Codeibcommunity
Artemius Makedonskiy
Провести Пилотный проект
Нет вопросов, это надо будет сделать. Для каждой системы?
источник

L

Lev in Codeibcommunity
Ilya Borisov
Вот я как раз на этот вопрос и жду ответа. )
Ты же будешь)
источник

L

Lev in Codeibcommunity
Dmitry Mandrykin
Многое зависит от самого бизнеса - насколько он зависим от внешнего влияния. Банки и т.п - очень зависимы, безопасность - основа их бизнеса. В других бизнесах вообще фиолетово - "кому он нафиг нужен? даже если сломают - на деятельность это никак не влияет". Так что скорее всего путь к описанию возможных потерь для бизнеса.
Просто один из критериев - влияние внешних связей на вендора
источник

DM

Dmitry Mandrykin in Codeibcommunity
Lev
Просто один из критериев - влияние внешних связей на вендора
вендор и вокруг него - это один из блоков критериев, по которому нужно выбирать.
источник

DM

Dmitry Mandrykin in Codeibcommunity
мы ведь об этом?
источник

AM

Artemius Makedonskiy in Codeibcommunity
Как показывает практика в моем опыте, часто выслушивают пару тройку презентаций маркетинговых и пресейловых от нескольких интеграторов по разным вендорам, после по интересующему решению предлагают предоставить референс от компании в твоем сегменте бизнеса, у которых уже внедрено данное решение и после провести пилот. Здесь очень важно грамотный технический пре сейл и сам системный интегратор который поможет понять данное решение и донести его ценность до ЛПР, а дальше пилотный проект уже покажет цифры (так сказать).
источник

L

Lev in Codeibcommunity
Dmitry Mandrykin
вендор и вокруг него - это один из блоков критериев, по которому нужно выбирать.
Да, происхождение, зависимость, присутствие на рынке
источник

DM

Dmitry Mandrykin in Codeibcommunity
централизованное/распредленное управление, требования к архитектуре и применимость к нашей (и если у нас такая), стоимость конечно на некую единицу (ПК, сервер и т.п) за 3 года (желательно) и т.д. Потом выбираем 2-3 и их можем протестировать уже.
источник

L

Lev in Codeibcommunity
Artemius Makedonskiy
Как показывает практика в моем опыте, часто выслушивают пару тройку презентаций маркетинговых и пресейловых от нескольких интеграторов по разным вендорам, после по интересующему решению предлагают предоставить референс от компании в твоем сегменте бизнеса, у которых уже внедрено данное решение и после провести пилот. Здесь очень важно грамотный технический пре сейл и сам системный интегратор который поможет понять данное решение и донести его ценность до ЛПР, а дальше пилотный проект уже покажет цифры (так сказать).
Упрощенно, но маркетинговые презентации не дают понимания архитектуры и возможностей продукта as is, скорее покажут как его позиционируют.
источник

DM

Dmitry Mandrykin in Codeibcommunity
Многие вендоры готовы проводить и проводят бесплатное тестирование. Потом еще отчет предоставляют. Этого, конечно, тоже мало и времени отнимает прилично, но уже можно руками потрогать и более осознанно сделать выбор.
источник

AM

Artemius Makedonskiy in Codeibcommunity
Поэтому я и указал что после маркетинга идет грамотный технический пре сейл, желательно перед этим предоставить интегратору архитектуру заказчика что бы можно было проработать решение на их инфраструктуре
источник

AM

Artemius Makedonskiy in Codeibcommunity
Ну или все прорабатывать на прямую с вендором, но от них ждать ответа иногда доводится слишком долго
источник

L

Lev in Codeibcommunity
Dmitry Mandrykin
централизованное/распредленное управление, требования к архитектуре и применимость к нашей (и если у нас такая), стоимость конечно на некую единицу (ПК, сервер и т.п) за 3 года (желательно) и т.д. Потом выбираем 2-3 и их можем протестировать уже.
Правильные и нужные критерии, хорошо, когда они систематизированы и понятны обоим сторонам.
источник

DM

Dmitry Mandrykin in Codeibcommunity
Lev
Правильные и нужные критерии, хорошо, когда они систематизированы и понятны обоим сторонам.
а под сторонами мы кого понимаем - заказчика и вендора, внутренний ИТ и бизнес?
источник

L

Lev in Codeibcommunity
Artemius Makedonskiy
Ну или все прорабатывать на прямую с вендором, но от них ждать ответа иногда доводится слишком долго
Опять таки - это время. Если нужно концептуально выбрать направление и прорабатывать именно с определенным списком вендоров, этот список надо сужать.
источник

L

Lev in Codeibcommunity
Dmitry Mandrykin
а под сторонами мы кого понимаем - заказчика и вендора, внутренний ИТ и бизнес?
Заказчик = владелец бюджета, и тут важно понимать ещё госбюджет или нет
источник

AM

Artemius Makedonskiy in Codeibcommunity
Опять таки, это с моего опыта. Чаще всего самый длительный процесс был - это утверждение бюджета. Очень интересно послушать Ваши рекомендации по этой теме)
источник

L

Lev in Codeibcommunity
Уже, кстати есть пару правок/дополнений к схеме трека
источник

L

Lev in Codeibcommunity
Artemius Makedonskiy
Опять таки, это с моего опыта. Чаще всего самый длительный процесс был - это утверждение бюджета. Очень интересно послушать Ваши рекомендации по этой теме)
Если логически-связанное сравнение позволяет оценить перспективные траты в увязке с целями проекта дальнейшие шаги даются проще
источник