Если, конечно, мы вместе понимаем введение действительно результативных показателей KPI, а не создание ИБД – «имитации бурной деятельности».

О KPI мы поговорим более конкретно в другой главе.

Сейчас важно определиться, по какому пути пойти.

Здесь вы не должны представлять себя богатырем, который стоит на распутье перед камнем с указателями в стороны трех дорог.

Здесь все гораздо проще, так как есть два измерителя для принятия решения: деньги и время. Два этих слагаемых должны дать результат, так как время – это тоже деньги.

Подсчитав стоимость проекта, предлагаемого со стороны, и подсчитав в стоимостном выражении время, вложенное всеми участниками нового проекта, вы получите стоимость, которую и можно будет сравнить.

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

И опять же, что вы получите взамен за потраченные деньги?

Какая цель, какие графики, какие таблицы?

Где они будут применимы?

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

Вот, мол, у нас еще и такая «примочка» есть: мы тут, знаете ли, программулину юзаем…

А то, что она совершенно никем не используется и пыль пора на ней протирать, – это уже неважно и никого не волнует.

Вы не коллекционеры IT-программ, ваш инструмент нужен для дела, – и пусть это будет даже просто «лопата», но ею, по крайней мере, хоть яму выкопать можно.

Что может стать той самой «лопатой», которая поможет вам?

Самое простое решение – это выгрузка данных из системы в готовые Exсel таблицы. На сегодняшний день практически любая учетная система позволяет скачивать данные с использованием простой транзитной программы и заливать их в Exсel.

Это решение простое, но есть одно НО: если вы вложите формулы, то может случиться так, что при любом изменении в учетной базе переписывать придется очень много. При любом раскладе, работая с выгрузкой данных во внешнюю среду, вы столкнетесь с определенным недостатком: транзакционные издержки.

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

Мы с IT-директором в свое время нашли решение этой проблемы (сферой нашей деятельности была дистрибьюторская компания, работавшая в области FMSG).

FMSG – (англ. Fast Moving Consumer Goods) – общее название для товаров повседневного потребления с широким кругом покупателей, которые отличаются относительно небольшой стоимостью и быстро реализуются.

Какое это было решение после очередной попытки собственника купить дорогостоящую программно-аналитическую игрушку (очередную, и не после первой)?

Создать свой программный продукт!

По вполне объяснимым причинам я не буду указывать названия всех программных продуктов, которые пытался внедрить в компании мой бывший босс. Их было несколько. Хочу выразить ему особую благодарность со своей стороны, так как его упорное старание привнести в компанию эксклюзивно «космический» IT-интеллект – развило меня в этой замечательной области программной аналитики.

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

Помучившись изрядно над одним из таких очень известных IT-проектов, мы усвоили один урок: две чужие друг другу программы всегда будут конфликтовать между собой.

Почему?

Конец ознакомительного фрагмента.