CRM. Цена ошибки во внедрении или прототипирование до подписания ТЗ CRM/ERP. Зачем нужен прототип до подписания ТЗ
Ожидает приглашения
Если вы решили заказать разработку CRM/ERP системы, т.е. проект внедрения, уже выбрали вендора, то первое, с чего начнется работа — это составлениеТЗ.
Безусловно, грамотное ТЗ, которое описывает процессы, данные, работу пользователей и т.п., является залогом успешной разработки и внедрения CRM/ERP.
Обычно ТЗ оформляется и подписывается в самом начале работы. Считаем, что разработчики со своей стороны сделали все на 100%. Потом идет разработка, затем внедрение. Как показывает практика, очень часто возникают проблемы после начала эксплуатации системы. Становится понятно что, где и как сделано не так. Клиент недоволен, требует доработать и исправить. Возникает «второе ТЗ», которое влечет увеличение стоимости и сроков проекта внедрения.
Бывает, что Заказчик, который в силу тех или иных обстоятельств, оказался не готовым к проекту автоматизации, в итоге не так выдает необходимую для ТЗ информацию. В этой неготовности нет ничего страшного – все мы, когда начинаем тот или иной путь, не всегда приходим к тому, чего хотели. Руководитель бизнеса или его структурных частей не учился создавать информационные системы. Он учился продавать, строить, создавать товар или еще что-то. На этой разнице и возникает ошибка – интернет полон статьями о причинах провалов внедрения систем автоматизации. Причем, цена ошибки высока там, где в проекте требуются большие изменения/разработка, сложная бизнес-модель и т.п.
Большинство просит «покажите, где это работает» и смотрит чью-то компанию с чужими процессами, другие смотрят демоверсии. В любом случае, все хотят «покрутить что-то руками» и делают это для улучшения собственного понимания тех изменений, которые надо реализовать в проекте.
Чем на самом деле является стадия «просмотр демоверсии»? По сути это и есть просмотр прототипа, которым является демоверсия, перед составлением пожеланий, описаний того, что требуется в конечном итоге.
Давайте рассмотрим вариант – прототип в параллель создания ТЗ или до ТЗ! Создание не системы, а ее набросков, чтобы заказчик мог увидеть контуры того, как будет. Делать это имеет смысл ДО утверждения технического задания сторонами. Прототип может быть сделан исполнителем (командой внедрения) с 0-ля или на базе готовой коробки.
Заказчик получит возможность покрутить, посмотреть сырой материал, но контуры будут видны. Это как примерка костюма или тест-драйв машины. В результате появится большое количество корректировок именно в составлении ТЗ, что в конечном итоге и уменьшит цену ошибки. Уменьшит вероятность возникновения «второго ТЗ».
Не во всех проектах внедрения прототип является решением для снижения затрат.
Если мы говорим о системах, где всё строится только на языке программирования, то в них создание прототипа затруднительно, поскольку требуется большое количество часов разработчиков, которые привыкли работать по готовому ТЗ. Да и самому поставщику бывает выгоднее выйти на «второе ТЗ», чем идти через прототипы.
Чтобы использовать прототипы в качестве снижения стоимости и сроков проекта внедрения CRM/ERP, нужны системы, в основе которых – платформа. Платформа обладает набором визуальных сред для работы с данными и интерфейсами, позволяет проектировать без программирования.
1. Грамотно составлять ТЗ;
2. Выбирать системы на платформе, что позволит быстро дорабатывать и адаптировать систему;
3. Делать прототип, чтобы избежать «второго ТЗ» и повторной разработки, а значит сократить стоимость и сроки разработки.
Безусловно, грамотное ТЗ, которое описывает процессы, данные, работу пользователей и т.п., является залогом успешной разработки и внедрения CRM/ERP.
Обычно ТЗ оформляется и подписывается в самом начале работы. Считаем, что разработчики со своей стороны сделали все на 100%. Потом идет разработка, затем внедрение. Как показывает практика, очень часто возникают проблемы после начала эксплуатации системы. Становится понятно что, где и как сделано не так. Клиент недоволен, требует доработать и исправить. Возникает «второе ТЗ», которое влечет увеличение стоимости и сроков проекта внедрения.
ТЗ составлено верно, работа сделана качественно, а результатом недовольны. В чем проблема?
Бывает, что Заказчик, который в силу тех или иных обстоятельств, оказался не готовым к проекту автоматизации, в итоге не так выдает необходимую для ТЗ информацию. В этой неготовности нет ничего страшного – все мы, когда начинаем тот или иной путь, не всегда приходим к тому, чего хотели. Руководитель бизнеса или его структурных частей не учился создавать информационные системы. Он учился продавать, строить, создавать товар или еще что-то. На этой разнице и возникает ошибка – интернет полон статьями о причинах провалов внедрения систем автоматизации. Причем, цена ошибки высока там, где в проекте требуются большие изменения/разработка, сложная бизнес-модель и т.п.
Как уменьшить риски, ошибки, стоимость проекта CRM/ERP. Зачем нужен прототип?
Большинство просит «покажите, где это работает» и смотрит чью-то компанию с чужими процессами, другие смотрят демоверсии. В любом случае, все хотят «покрутить что-то руками» и делают это для улучшения собственного понимания тех изменений, которые надо реализовать в проекте.
Чем на самом деле является стадия «просмотр демоверсии»? По сути это и есть просмотр прототипа, которым является демоверсия, перед составлением пожеланий, описаний того, что требуется в конечном итоге.
Давайте рассмотрим вариант – прототип в параллель создания ТЗ или до ТЗ! Создание не системы, а ее набросков, чтобы заказчик мог увидеть контуры того, как будет. Делать это имеет смысл ДО утверждения технического задания сторонами. Прототип может быть сделан исполнителем (командой внедрения) с 0-ля или на базе готовой коробки.
Заказчик получит возможность покрутить, посмотреть сырой материал, но контуры будут видны. Это как примерка костюма или тест-драйв машины. В результате появится большое количество корректировок именно в составлении ТЗ, что в конечном итоге и уменьшит цену ошибки. Уменьшит вероятность возникновения «второго ТЗ».
Где и как можно сделать прототип?
Не во всех проектах внедрения прототип является решением для снижения затрат.
Если мы говорим о системах, где всё строится только на языке программирования, то в них создание прототипа затруднительно, поскольку требуется большое количество часов разработчиков, которые привыкли работать по готовому ТЗ. Да и самому поставщику бывает выгоднее выйти на «второе ТЗ», чем идти через прототипы.
Чтобы использовать прототипы в качестве снижения стоимости и сроков проекта внедрения CRM/ERP, нужны системы, в основе которых – платформа. Платформа обладает набором визуальных сред для работы с данными и интерфейсами, позволяет проектировать без программирования.
Как снизить стоимость и сроки внедрения CRM/ERP систем
1. Грамотно составлять ТЗ;
2. Выбирать системы на платформе, что позволит быстро дорабатывать и адаптировать систему;
3. Делать прототип, чтобы избежать «второго ТЗ» и повторной разработки, а значит сократить стоимость и сроки разработки.