Три цены программного обеспечения для лаборатории
Этот вопрос мы обсудили перед занятием в нашем Лектории с Константином Альбертовичем
⚡ Когда цель ясна - это уже огромный шаг вперёд. Лаборатория понимает: вот эта задача нас тормозит, её можно автоматизировать. Отлично. Но дальше начинается самое интересное: а как?
Здесь важно понимать одно простое правило: любое программное обеспечение - даже бесплатное - стоит три цены.
1️⃣ Первая цена - это лицензия.
Сколько стоит сама программа. Если вы берёте коммерческий продукт - платите за лицензию. Если открытый - условно, ноль. Экономия.
2️⃣ Вторая цена - внедрение.
Это не только установка и настройка. Это - серверы, компьютеры, сети, интеграции, обучение сотрудников. Даже если ПО бесплатно - железо купить надо. И кто-то должен всё это настроить. Это деньги. Время. Ресурсы.
3️⃣ Третья цена - поддержка.
Программа живёт. Она требует обновлений, исправления ошибок, адаптации под новые требования. Росаккредитация поменяла формат выгрузки? Надо править. Оборудование новое поставили - надо интегрировать. Поддержка - это постоянные затраты. Вне зависимости от того, где вы взяли ПО.
И платить за эти три вещи придётся всегда. Даже если кажется, что вы платите только одну - подписку в облаке, например. На самом деле, вы платите за всё сразу: и за лицензию, и за инфраструктуру, и за поддержку. Просто это "упаковано" в один счёт.
❓ А что выгоднее: купить готовое ПО, взять облачное решение или сделать самим?
Ну, давайте честно. Собственная разработка - это почти всегда дороже, чем кажется на старте. Да, есть такие энтузиасты. Человек работает в лаборатории, не программист, но «на коленке» за полгода накодил систему: учёт реактивов, управление оборудованием, выгрузку протоколов в ФГИС Росаккредитации. Всё автоматизировано - красота!
На первых порах - восторг. Руководство хвалит. Коллеги рады. А потом… тишина. Через год - никаких обновлений. Через два - развитие остановилось.
Почему? Потому что:
1️⃣ У человека нет времени. Он же основной своей работой занимается.
2️⃣ У него может не хватать компетенций для сложных доработок.
3️⃣ А если он уйдёт из лаборатории? Кто будет поддерживать этот код? Кто поймёт, как оно вообще работает?
Вот вы купили машину - а у неё нет запчастей. Так и здесь. Это не продукт - это прототип на энтузиазме. И дальше двигаться по нему сложно.
⭐ А коммерческий продукт - он живёт. Компания, которая его делает, заинтересована: привлекать клиентов, добавлять функции, следить за стандартами. У них команда: разработчики, тестировщики, поддержка. Они сами обновляют, сами адаптируют под новые требования.
Вы платите - и получаете «в добавку» развитие.
❓ Но бывает же, что готовые решения не подходят? Что тогда?
Бывает. Особенно - в части основного процесса лаборатории: проведения испытаний.
Понимаете, процессы управления оборудованием, документами, рисками, персоналом - они у всех примерно одинаковые. Их можно унифицировать. Под них есть хорошие ЛИМСы, даже по подписке. Бери - внедряй - пользуйся. Даже если сейчас вы работаете «не так», как в системе - значит, вы не работаете оптимально. Система вас научит правильно.
⚠️ Но когда речь идёт про конкретные методики, про обработку данных с приборов, про специфические протоколы - вот тут начинаются нюансы.
Даже если две лаборатории работают по одной и той же методике - у них могут быть разные подходы. У одного - оборудование новое, автоматизированное, у другого - классика, «по старинке». Одному удобно одно, другому - другое. И сказать «кто прав» - нельзя.
И вот здесь готовых решений почти нет. Особенно вне узких отраслей. В строительстве, в бетонных лабораториях - да, есть более-менее рабочие ЛИМСы. В водоканалах - тоже пытаются адаптировать. Но в большинстве направлений - пустота.
🌱 Верно?