А надо ли? И если да, то как? В этом посте я вкратце расскажу историю которая началась с экономического скупердяйства, а закончилась разработкой программного инструмента.
Предыстория
Сегодня никто и подумать не может о том, чтобы начинать производственный бизнес без обеспечения со стороны IT. А раньше начинали. И даже когда необходимость автоматизации становилась очевидной, всё равно забивали болт. В нулевые большинство бизнесменов были вдохновлены пустотой рынков 90-х и той лёгкостью, с которой заколачивались бабки. А тем временем, пора разгильдяйства и рогов изобилия заканчивалась, ниши заполнялись и выдерживать конкуренцию за счёт связей и откатов уже не представлялось возможным. Доскональная автоматизация и корпоративная этика перестали быть роскошью, превратившись в жёсткую необходимость. Тем не менее, многие компании этого не замечали и вместо адаптации к изменившимся условиям игры, требовали от своих сотрудников чудес. Такое поведение, конечно, ничем хорошим не заканчивалось. В одной такой компании и родилась идея создания гибрида бульдога с носорогом, то есть дешёвой замены ERP системе, денег на которую либо нет, либо жалко.
Как создать дешёвую ERP? – Правильный ответ: "Никак". Но, нормальные герои, что? - Ага, делают свою систему. Пусть не вполне обычным, ну или совсем необычным способом, но делают. "А ведь я самый что ни на есть нормальный герой!" – Подумал я. И, прихватив с собой в дорогу весь опыт работы на промышленных предприятиях и немножечко IT скилов, отправился в путь за волшебным артефактом.
А если серьёзно, то проблемы, решаемые ERP, крайне сложно решить без оного. Для меня, как соучредителя и финансового директора, эти проблемы были назойливой болью. Без актуальной оценки склада и полноценного прогноза, - задать даты поставки, и соответственно даты приходов можно только с большими временными лагами. Если учесть тот факт, что клиент тоже может и будет косячить, то лаги приведут к кассовым разрывам. Что дальше понятно - тушим пожар раздутой обороткой, безнадёжно замораживая деньги и отдаляя неизбежное. Такое ведение бизнеса – самое натуральное дикарство, однако в те времена так делали многие. В результате на продажу было выставлено немало компаний с причиной: "не хватило оборотных средств". А мне очень не хотелось, чтобы наша компания пополнила эти ряды, поэтому, спустя несколько безуспешных попыток выделить деньги на ERP(в телеграме есть пост о том, почему), я всё больше напрягал извилины, чтобы придумать техническое решение. Положение компании, к величайшему сожалению, становилось всё печальнее и в конце концов ко мне пришло озарение: "Компанию уже не спасти, а идеи пышут жаром, желая отлиться в форму, надо действовать!". Поэтому я набрался смелости и принял решение заняться разработкой такого продукта, который если не заменит полноценную ERP, то как минимум приблизится к этой цели малыми средствами. Компания, спустя некоторое время исчерпала оборот и была поглощена более крупным предприятием. Не самая худшая участь, но всё же это фиаско.
Что нужно финансисту?
Сегодня таких историй на просторах сети тысячи, они, в общем-то, банальны, как и решения, которые предлагает рынок. Однако механику, что пришла мне на ум уж точно нельзя назвать банальной. А отправной точкой явились некоторые боли финансового аналитика:
- Первая боль – это разрозненные источники данных. Отчёты/планы по производству, отчёты/планы по продажам, бухгалтерия, закупки – всё в своих формах и видах. Как это сводить? – Насущный вопрос для компании, в которой нет ERP.
- Вторая боль – внешний вид таблиц. То, в каком виде зачастую представлены учётно-плановые таблицы – спонтанный хаос, не позволяющий быстро ориентироваться в данных. Приходится несколько минут всматриваться, вчитываться в содержимое таблицы, чтобы понять, что вообще они отражают. Бесконечные перекомпиляции данных и визуализация, только ради того, чтобы понять, что означают собранные цифры, на мой взгляд, - это лишняя работа, отнимающая драгоценные внимание и время.
- Третья боль – отсутствие стандартов наименования. Товары, сырьё и полуфабрикат в разных документах назывались по-разному, что препятствовало автоматизированной выборке и фильтрации. Причём если своих сотрудников ты можешь обязать соблюдать стандарт наименования(и всё равно будут ошибаться), то сотрудников поставщика/клиента – вряд ли, у них свои стандарты и регламент.
Попеременно думая над этими проблемами и пытаясь их решить, я осознал простую истину:
"Системы, закрывающие эти боли собираются на заказ. И универсального решения, более продвинутого, чем Excel-подобные таблицы, на рынке просто нет".
Что дальше?
Всё может измениться. Те, кто начинает бизнес, - закрывают эту потребность сотрудниками, а те, кто уже развился - заказывают разработку. Но мне всегда казалось, что закрывать потребности излишней рабочей силой - так себе решение, да и упомянутые боли разрешаются ERP не на сто процентов.
Возможно, я наивен. А может быть вижу картину несколько в ином свете. Так или иначе, мне захотелось разобраться. Почему классические таблицы так плохо воспринимаются на глаз и как усовершенствовать их? Как привести наименования к стандарту? В процессе поиска ответов на эти и другие, не менее актуальные вопросы, мне удалось прийти к решениям, закрывающим все упомянутые боли. Но это уже тема для следующего поста, и, наверное, не одного. Если было интересно – дайте знать.
Подписывайтесь. С вами был A.V.M.
