Подготовка проекта потокового ввода
Часть 2.
Подготовка проекта является самой сложной и объемной задачей. Какие решения должны быть приняты на этом этапе?
Выбор производителя программного обеспечения и исполнителя проекта. Это одна задача! Многие компании предпочитают сначала определиться с платформой, а потом проводить отдельный конкурс по выбору подрядчика. Это делает процесс чуть более понятным. При этом, ориентируясь сначала на функционал и стоимость платформы, можно в результате очень сильно переплатить за внедрение.
План внедрения и развития. Необходимо выявить бизнес-процессы и информационные системы, с которыми новая система будет взаимодействовать. Есть ли планы по их изменению? Очень часто встречаются проекты, в которых несогласованные планы внедрений приводят к увеличению бюджета проекта. Типичный пример — замена целевой системы, что приводит к разработке двух модулей экспорта. Планы по развитию смежных систем могут изменить требования к решению, как усложняя функционал, так и упрощая.
Изменения в процессах и документах. Эффект от внедрения системы сканирования и распознавания напрямую зависит от документов, которые поступают в систему. Слово «шишка» является непреодолимым барьером для ICR (Intelligentcharacterrecognition) систем. Получается, нужно менять документы.
Документы, которые заполняются от руки, нужно привести к «рукопечатному» виду, т.е. специализированным формам с клеточками для заполнения. Своими силами это сделать почти не реально, т.к. нюансов очень много, печальных примеров неквалифицированных реализаций тоже хватает.
Если рассматривать бланки строгой отчетности, то имеет смысл подумать о внедрении штриходов. Это позволит снизить затраты на выдачу и приемку документов. Изменение документов влечет за собой новые тиражи из типографии, что влияет на сроки и стоимость проекта. Для машинопечатных документов также полезна доработка. Преобразование шаблонов в интерактивный PDF даст гарантию неизменности документа при печати и возможность кодирования данных в QR-код на пользовательском компьютере, что повысит качество распознавания и производительность.
Полная картина подготовки проекта выглядит запутанной. Изменения процессов влекут новые ограничения, что отражается на требованиях к исполнителям, а высокие затраты на реализацию требований приводят к изменению конфигурации проекта. Полезным будет подключение подрядчика к оценке ROI проекта. Можно включить в договор финансовое стимулирование достижения проектом заданных параметров окупаемости. Это заранее отсечет исполнителей, которые не верят в проект или технологию, а Вам даст перестраховку рисков.
Итак, вопросы:
Разделяете ли вы выбор вендора и исполнителя в конкурсных процедурах?
Был ли у вас опыт контрактов с условием достижения ROI и каковы результаты такого подхода?
