Партнёрские сети в сфере информационных технологий. Дмитрий Игоревич Данилов

Читать онлайн.
Название Партнёрские сети в сфере информационных технологий
Автор произведения Дмитрий Игоревич Данилов
Жанр
Серия
Издательство
Год выпуска 0
isbn 9785006467026



Скачать книгу

работающие с проектами по поставке продуктов класса Enterprise, применяющие специализированные инструменты для контроля и повышения уровня реализации проектов, называются проектными дистрибьюторами.

      Такие дистрибьюторы заранее просчитывают сложности, с которыми обычно сталкиваются партнёры при реализации проектов. Для противодействия сложностям они вырабатывают собственные инструменты, которые должны помочь партнёрам пройти «узкие места» и двинуться дальше, на следующий этап.

      Примеры таких этапов, сложностей и инструментов приведён в таблице №10.

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

      Что бывает, когда партнёры не знают о проектном подходе и инструментах дистрибьютора? В этом случае дистрибьютор будет терять проекты и каждый раз выслушивать «стандартные» причины от партнёров:

      • «Презентацию сами сделать не смогли, время ушло, и клиент уже выбрал другое решение».

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

      • «Конкурсную документацию готовил другой партнёр, и в ней требования к решению хоть и обезличенные, но явно под другое решение. Ваше решение не подошло, оно отклонено комиссией по формальному признаку».

      • «Наш аккаунт-менеджер был в отпуске (или заболел), во время его отсутствия конкурс состоялся. Мы подавали три варианта решения от разных вендоров. Клиент выбрал не ваше, а другое решение».

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

      • «Ваше решение нам незнакомо. Мы предложили заказчику то, что мы продаём уже годам и понимаем, как внедрять, сопровождать. Пусть мы заработаем с этим решением значительно меньше. Но с вашим решением и без внешней помощи мы самостоятельно такой проект не вытянем. А заказчик очень важен для нас».

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

      Усилить эффект