Что выбрать: настройку готовой программы или дописывание «под себя»?

4 октября 2016, Вадим Голумбьевский,

moto

Итак, настройка или дописывание?

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

Дописывание (в западной терминологии «Customization«), так привычное всем бухгалтерам, работающим с 1С, возможно только если:

  1. Есть доступ к исходным кодам программы (например, у вас нет возможности переписать под свои нужды MS Word, поскольку нет исходников)
  2. Есть специалист, который способен сделать правки в исходниках и собрать проект

Так или иначе, клиника, как и любая другая фирма, ввязавшаяся в процесс разработки программного обеспечения, вынуждена будет познакомиться со всеми сопутствующими технологиями и освоить все премудрости этого процесса. А именно:

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

Не спорим, во многих случаях или цель оправдывает затраты, или другого выхода просто нет.

В облачных технологиях все эти тяготы несет провайдер сервиса. Но к вышеперечисленному добавляется один немаловажный пункт:

Доработки, заказанные одним клиентом, после выполнения становятся доступны всем клиентам

Это общемировая практика, и мы тоже так работаем.

Такая практика обязывает нас во-первых внимательно изучать заявки клиентов и понимать их нужды. Во-вторых, это обязывает часто обновлять программу, постоянно поддерживая ее в актуальном состоянии. И это без дополнительной платы со стороны клиентов. Кроме того, мы можем сфокусироваться на качественном развитии одной версии продукта вместо отслеживания изменений в каждой конкретной инсталляции (так мы тоже работаем, в бухгалтерской сфере, опыт есть!).

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

Напоминаем, что у нас есть отдельный сайт, где мы собираем сообщения об ошибках, заявки и идеи по доработке программы ENOTE.

 


Top