Бизнес хочет коробочные решения на всё. Кого-то волнует закон Яровой? Коробочное или заказное решение

Существует два способа автоматизировать любую деятельность: выбрать подходящий коробочный продукт или заказать разработку программного продукта (ПП). Рассмотрим плюсы и минусы каждого из подходов и распространенные ошибки, которые возникают при выборе программного обеспечения. Рассматриваемые подходы характерны для автоматизации любой деятельности, а не только документооборота и делопроизводства

Многие руководители служб ДОУ или управлений делами сталкиваются сегодня с проблемой выбора программного обеспечения для автоматизации процессов делопроизводства или документооборота в своих организациях. Как правило, выбор СЭД начинается с обмена опытом между сотрудниками организации и основывается на знаниях функций и особенностей работы тех СЭД, с которыми некоторые сотрудники уже имели дело. Но нужно иметь в виду, что СЭД, которая подходила для одной организации, далеко не всегда окажется оптимальной для организации с другими функциями или организационной структурой. Существует два способа автоматизировать любую деятельность: выбрать подходящий коробочный продукт или заказать разработку программного продукта (ПП). Рассмотрим плюсы и минусы каждого из подходов и распространенные ошибки, которые возникают при выборе программного обеспечения. Хотелось бы заметить, что рассматриваемые подходы характерны для автоматизации любой деятельности, а не только документооборота и делопроизводства.

Е.С. Уланова, директор проектов, ЗАО «Центр новых технологий "Парус"»

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

Выбор коробочного ПП

Коробочный программный продукт - это программное обеспечение, предназначенное для неопределенного круга покупателей и поставляемое на условиях «как есть», со стандартными для всех покупателей функциями.

Коробочные продукты обычно создаются и распространяются компанией-производителем с полным комплектом инструкций по установке и инсталляции, которыми может воспользоваться любой пользователь.

Самый характерный пример коробочного продукта - это операционная система для персональных компьютеров Microsoft Windows.

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

Коробочные СЭД, как правило, имеют лицензию с ограниченным количеством рабочих мест или функций. Есть коробочные СЭД, которые имеют облегченную по функционалу бесплатную версию.

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

Существуют и принципиально другие коробочные СЭД-платформы, относящиеся к свободному программному обеспечению (СПО)*. Подобные СЭД-платформы предназначены для самостоятельной доработки и адаптации под требования организации-заказчика.

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

Распространение коробочных СЭД (рис. 1) может происходить напрямую от разработчика заказчику или через посредника - дилера СЭД, который поможет установить и настроить СЭД. Способ распространения зависит от наличия в штате заказчика квалифицированных ИТ-специалистов. Таким образом, если содержать такого специалиста компании нет возможности или надобности, имеет смысл привлечь дилера.

Рис. 1. Схема распространения коробочных СЭД

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

Дилер коробочного ПО - это посредник между компанией-разработчиком и потребителем коробочного ПО, оказывающий услуги по настройке и поддержке работоспособности коробочного ПО. Дилером может выступать как отдельная компания, так и подразделение компании-разработчика коробочного ПО.

Организация-заказчик коробочного ПО - организация-потребитель ПО, которая может самостоятельно (через свою службу ИТ-поддержки) настроить и работать с коробочным продуктом или воспользоваться услугами дилера коробочного ПО.

Плюсы и минусы коробочных СЭД

Коробочные СЭД выпускают многие российские производители. И подобные решения имеют очевидные плюсы и минусы. Основной плюс коробочного ПО - уменьшение затрат на покупку по сравнению с заказной разработкой. Основной минус - отсутствие возможности изменять функционал системы.

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

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

Наличие единой службы технической поддержки пользователей можно назвать основным элементом затрат компании-разработчика на сопровождение коробочных продуктов. Причем, чем сложнее система, тем больше ресурсов для поддержки она требует. Для покупателей такая организация технической поддержки является еще одним плюсом, т. к. стоимость на содержание технической поддержки делится между всеми покупателями данного коробочного решения и при достаточном количестве пользователей может быть практически незаметной для бюджета покупателя. Но стоит понимать и минус данного подхода - разработчик коробочного ПО сам решает, в каком направлении развивать свой продукт и развивать ли его вообще, имеет ли смысл содержать службу технической поддержки данного продукта или стоит прекратить его поддержку и развитие. В случае покупки коробочного решения направление дальнейшего развития ПО строит сам разработчик, и его подходы не всегда совпадают с задачами заказчиков, которые этот коробочный ПО приобрели. Самую большую прибыль разработчику обычно приносит первая продажа коробочного решения, дальнейшее сопровождение - это бонусная опция для заказчиков и возможность привязать их к другим своим продуктам и решениям.

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

Разработчик коробочной СЭД не дает никаких гарантий, что данную СЭД или данную версию СЭД он будет в дальнейшем поддерживать (в том числе и устранять неисправности). В этом случае у пользователя коробочного продукта есть выбор: использовать данный продукт без усовершенствований (и без поддержки российского законодательства в том числе) или поменять его на другой продукт.

Ошибки при выборе коробочного ПП

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

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

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

Разработчики пытаются подстроить процессы заказчика под свою систему, обосновывая это различными убеждениями, начиная от того, что «так правильно», и заканчивая тем, что «система умеет только так и всем остальным это подходит». Конечно, существуют правила и рекомендации, как вести делопроизводство в организации (такие как ГСДОУ, ГОСТы и ОСТы), но как удобнее организовать данный процесс в конкретной организации, должны решать ответственные сотрудники непосредственно самой организации.

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

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

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

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

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

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

При создании концепции автоматизации обязательно должны быть описаны и проанализированы пути достижения экономического эффекта от внедрения СЭД. Результатом описания процессов «как должно быть» должны стать требования к функциям, которые будет автоматизировать СЭД. Только после этого можно переходить к выбору коробочного продукта.

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

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

Заказное программное обеспечение

Определение заказного ПО кроется в его названии - это программный продукт, который производится по заказу.

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

Заказное ПО полезно в первую очередь для тех сфер автоматизации, где данная функция является специфической. В некоторых организациях документооборот и делопроизводство могут быть построены таким образом, что коробочные решения не смогут дать требуемого от автоматизации результата (например, силовые ведомства, банки или коммерческие организации со спецификой территориального распределения и подчиненности). Для таких организаций правильным решением будет внедрение заказного ПО .

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

Существуют несколько способов и методов создания заказной СЭД. Наиболее распространенными являются два подхода к разработке:

каскадная (классическая разработка);

итерационная разработка.

Рис. 2. Каскадная модель разработки СЭД

Каскадная (рис. 2) (англ. waterfall model - «модель водопада») - модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки. На основе такой методологии построены российские стандарты и ГОСТы по созданию автоматизированных систем (34-й и 19-й серий), например

ГОСТы 34-й серии:

ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;

ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»;

ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;

ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»;

ГОСТ 34.320-96 «Информационные технологии. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информационной базы»;

ГОСТ 34.321-96 «Информационные технологии. Система стандартов по базам данных. Эталонная модель управления данными».

ГОСТы 19-й серии:

ГОСТ 19.001-77 «Единая система программной документации. Общие положения»;

ГОСТ 19.101-77 «Единая система программной документации. Виды программ и программных документов»;

ГОСТ 19.102-77 «Стадии разработки»;

ГОСТ 19.103-77 «Обозначения программ и программных документов»;

ГОСТ 19.104-78 «Основные надписи»;

ГОСТ 19.105-78 «Общие требования к программным документам»;

ГОСТ 19.106-78 «Требования к программным документам, выполненным печатным способом»;

ГОСТ 19.201-78 «Техническое задание, требования к содержанию и оформлению»;

ГОСТ 19.202-78 «Спецификация. Требования к содержанию и оформлению» и др.

Методические указания:

РД-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы требования к содержанию документов».

Эти стандарты подразумевают, что все требования к СЭД должны быть сначала описаны, и только потом можно приступать к этапу кодирования, т. е. к процессу написания программного кода, скриптов с целью реализации определенного алгоритма на определенном языке программирования. Причем в требования должны быть включены как функциональные задачи системы, так и все способы взаимодействия с другими системами, способы представления информации в СЭД, поэтому достаточно часто описание всех этих требований по ГОСТу занимает длительное время (от нескольких месяцев до нескольких лет).

Данная модель разработки хороша в следующих ситуациях:

● при внедрении для проектов длительностью от нескольких недель до 2–3 месяцев, т. к. описанные требования не успевают устареть;

● при внедрении систем, где нет подзадач и нескольких этапов разработки функционала (например, после разработки основного функционала СЭД нужно будет доработать ее взаимодействие с системой бухгалтерского учета, а требований к этому взаимодействию пока нет);

● когда требования к создаваемой СЭД четко определены и зафиксированы.

Итеративный, или итерационный подход (рис. 3) - выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. При этом разработка в каждой фазе развития проходит повторяющийся цикл итераций: Планирование - Реализация -Проверка - Оценка.

Рис. 3. Итерационная разработка ПО

Данный подход получил большое распространение в США и на Западе, где и был разработан. Известные на весь мир методики разработки ПО, такие как Rational Unified Process (RUP) от компании Rational Software, придерживаются подобного подхода.

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

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

Преимущества итеративного подхода

Раннее обнаружение несоответствий работы системы и требований реальной деятельности организации;

Акцент усилий направлен на наиболее важные и критичные направления СЭД (например, регистрацию документов, постановку их на контроль, затем - разработку отчетов об исполнительской дисциплине и т. п.);

Непрерывное итеративное (т. е. повторяющееся) тестирование, позволяющее оценить успешность всего проекта в целом;

Вовлечение ключевых сотрудников заказчика на этапе разработки СЭД для создания продукта, реально отвечающего его потребностям;

Возможность модульной разработки и модульного внедрения единой по задачам и функционалу СЭД;

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

Что же выбрать?

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

В первую очередь нужно проанализировать потребности организации и исходя из них подбирать программный продукт. Если для удовлетворения потребностей организации по функционалу СЭД подходит коробочное решение, то лучше (дешевле и быстрее) будет остановиться на нем, но тогда надо помнить о зависимости от разработчика этого продукта. Если же после анализа требований организация понимает, что ей не обойтись без заказной разработки - то здесь особое внимание нужно уделить организации ведения проекта разработки с регламентацией всех действия и с созданием всей необходимой проектной документации. Это поможет не зависеть от компании-разработчика заказного ПО и при необходимости безболезненно менять систему практически на любой стадии внедрения и эксплуатации СЭД.

Мнение эксперта

Д.В. Володин,аналитик, направление Microsoft SharePoint, компания «Электронные Офисные Системы»

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

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

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

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

Типовая конфигурация (минимальная стоимость); при необходимости может быть развернута самим заказчиком по инструкциям разработчика;

Расширенная конфигурация без доработок (средний уровень стоимости); требует участия специалистов по внедрению системы;

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

Большинство существующих сегодня разработчиков СЭД предлагают все три варианта.

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

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

Антонина Букина, менеджер по работе с клиентами, компания «ИнтерТраст»

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

Следует особо подчеркнуть, что «равно» между понятиями «типовая СЭД» и «коробочная СЭД» поставить нельзя. Это разные сравнительные категории. Не вдаваясь в детали, можно выделить:

а) коробочные СЭД (коробочная система электронного документооборота не предполагает возможности доработок, устанавливается «как есть»);

б) более сложные СЭД (по желанию заказчика они могут быть настроены или доработаны под индивидуальные особенности/потребности клиента);

в) типовые СЭД (базовые, совершенствуемые от версии к версии функции наследуются из одной версии в другую, обогащаясь дополнительными возможностями, - базовый функционал, как правило, опробован тысячами заказчиков);

г) СЭД, разработанные с нуля под одну конкретную организацию.

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

Типовая система электронного документооборота, особенно если она разработана давно и активно эксплуатируется клиентами, избавляет заказчика от серьезных рисков. Почему? Она протестирована не одним, а сотней, порой даже тысячей клиентов (соответственно, несколькими тысячами пользователей), что свидетельствует о ее жизнеспособности. Состоятельность функционала доказана годами промышленной эксплуатации в организациях разных отраслей и масштабов, что позволяет говорить о надежности такого программного обеспечения.

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

Разработанный же с нуля продукт не обладает характеристикой надежности: нет опыта эксплуатации его какой-либо другой компанией. Вы будете первыми.

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

Одним словом, внедряя типовое решение, можно быть уверенным в его работоспособности многие годы.

Словарь

Свободное программное обеспечение (СПО) - это программные продукты, при продаже которых к покупателю переходят права на их неограниченную установку, запуск, а также свободное использование, изучение, распространение и изменение (совершенствование).

Итерация (лат. iteratio - «повторяю») в широком смысле слова повторение какого-либо действия, явления или процесса.

Мы провели опрос наших пользователей на тему “Нужна ли коробочная версия системы управления проектами?”. Для нас точный ответ на этот вопрос имеет большое значение. Определяет путь развития системы и приоритеты по новым функциям.

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

Под катом графики с результатами и наши выводы.

Выборка

Выборка не слишком большая (155 респондентов), пользователи не очень любят получать письма и тем более за что-то голосовать. Единственной мотивацией к участию было обещание опубликовать результаты.

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

К существенным неточностям эксперимента можно отнести вероятностность выборки - голосовали только те, кто хотел, а не случайные пользователи из генеральной выборки. И, конечно, саму выборку - в нашей базе есть перекос в малый бизнес.

Все эти факторы стоит учитывать и можно делать выводы по результатам опроса.

Вопрос №1

Нужно ли коробочное решение для управления проектами или облачное тоже подойдет?

32% респондентов принципиально готовы работать только с коробочными решениям для общения и работы с задачами. Если учесть, что среди наших респондентов есть перекос в малый бизнес, то 32% это минимальная доля рынка не рассматривающая SaaS вообще.
Несколько лет назад такой ситуации не было. Мы тогда работали над другим b2b проектом, но запросы на коробку были единичны, их просто не рассматривали всерьез. Сейчас, выпустив коробочную версию, мы закрыли самый популярный коммерческий запрос.

Вопрос №2

Какова главная причина необходимости коробочного решения?

Сильный перекос в безопасность и хранение данных у себя - более 60%. И это по малому бизнесу! Когда напрямую общаешься с крупными компаниями, там безопасность и коробочное решение это всегда первый или второй вопрос. (конкурирует с вопросом: «Как получить отчет о том, чем занималась команда»)

Вопрос №3

За последние 3 года коробочные решения стали актуальней? Закон Яровой как-то влияет?

Сам по себе закон Яровой никого сильно не волнует. Нет чего-то одного конкретного ставящего безопасность так высоко. Это всегда совокупность многих факторов, причем изменения в этих факторах пользователи действительно не прослеживают. Характерный диалог у нас с клиентом выглядит так:

Нам нужно коробочное решение.
- А почему именно коробочное? давайте начнем с облачного, так быстрее запуститься
- Нет, сейчас руководство согласится только, если будет установлено на наши сервера
- А что поменялось, ведь пока вы пользуетесь бесплатным облачным Trello?
- Да и нас это не устраивает. Особенно ничего не поменялось, но теперь политика перехода только на безопасные решения.

Выводы из опроса и общения с компаниями:

• Не мение 30% компаний готовы работать только с коробками.
• В денежном эквиваленте это как минимум 70% рынка в нашем случае. Оценка взята из соображений распределения сотрудников по размерам компаний.
• За последние несколько лет произошли кардинальные изменения в предпочтениях по безопасности. Эта тенденция будет только усиливаться. Модели распространения будут похожи на установку бункеров.
• Есть тренд активного перехода из облаков в self-hosted. Мы можем наблюдать это только в b2b. У нас запрашивают функции заливки наработанных задач из облачных систем к нам в коробку.
• Коробочную версию мы выпустили не зря. Направление надо развивать. Облако многими воспринимается просто, как возможность протестировать.

P.S. Опрос: Agile в России 2017

Мы в YouGile проводим большой опрос о гибкой методологии в России. Тут нужно на порядок больше респондентов, чем в опросе выше. Пока приняло участие чуть больше 100. Самый популярный ответ на вопрос: «Используется ли Agile в вашей компании?»

«Да, но совсем немного» - 54,5% респондентов.

Примите участие - пройдите опрос «Agile в России 2017»
12 вопросов, примерно 3 минуты

13/09/17 11:41 ДП 11/16/15 11:50 PM

Готовое, но ограниченное, или разработка с индивидуальными характеристиками

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

И первый вопрос, который встает перед компанией – выбрать коробочное решение или решение под заказ?

Оба варианта имеют свои достоинства и недостатки и зависят от множества внутренних и внешних факторов. В данной статье мы попытаемся более подробно осветить этот вопрос и дать советы по выбору решения.

Коробочное решение

Такие решения зачастую называют просто «коробкой». Это уже готовый к использованию продукт.

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

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

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

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

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

Заказное решение

Разработка решения на заказ в отличие от коробки начинается с анализа бизнес-процессов, задач и проблем клиента. Аналитики поставщика решения беседуют с ключевыми сотрудниками заказчика, исследуют существующие бизнес-процессы, выявляют существующие проблемы, знакомятся с регламентами компании. После обследования и изучения потребностей составляется техническое задание. Следующий этап – разработка и внедрение решения. После идет тестирование системы пользователями заказчика и его доработка в случае проблем и замечаний.

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

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

К минусам заказных решений стоит отнести цену и сроки внедрения. Обычно они составляют от 3-4 месяцев и более.

В наши дни малый, средний и большой бизнес рано или поздно задается вопросом, что выбрать для автоматизации своих бизнес-процессов: облако или коробку?

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

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

Програмное обеспечение как услуга.

Итак, облачные сервисы - это технология обработки данных. В этом случае, пользователю предоставляется программное обеспечение, как сервис (SaaS) через веб браузер, приложения для мобильных устройств на основе операционных систем iOS, Android или Windows Phone. Благодаря тому, что от пользователя скрыта абсолютно вся инфраструктура облака ему не нужно обладать специальными навыками или знаниями для использования и управления данной технологией. Кроме того, облачные сервисы популярны среди небольших и средних компаний потому, как они "демократизируют" CRM-системы.

Плюсы облачных CRM систем:

• теоретически в облачных системах объем дискового пространства, оперативной памяти и количество процессоров абсолютно ничем неограничен;
• пользователям не придется тратить свое время на установку и настройку ПО, вполне хватит веб-браузера или смартфона для того, чтобы получить доступ к облачным сервисам;
• не придется приобретать дорогое оборудование;
• существенно экономится время и силы сотрудников (а иногда и площадей, которые занимает оборудование) на выполнение тех или иных задач;
• оплата производится лишь за использованные вычислительные мощности и осуществленные операции;
• компании не нужно выделять деньги на развертывание инфраструктуры;
• нет нужды тратить время на обучение, так как практически все пользователи знают, как пользоваться веб-браузерами, а также интернет-сервисами, как классом услуг;
• обслуживаются облачные системы в основном высококвалифицированными профессионалами, что в свою очередь оказывает весьма положительное влияние на качество обслуживания ПО.

Минусы облачных CRM систем:

• из-за постоянно возникающих вопросов о безопасности становится понятным, что все-таки не все данные можно доверить стороннему провайдеру (к слову, это касается не только хранения, но и также обработки некоторых данных);
• возможность потерять данные, например: по причине технического сбоя у поставщика услуг;
• отсутствие возможности "прикручивать" дополнительные функции с учетом бизнес-процессов предприятия;
• в связи с тем, что большая часть облачных сервисов лишены четких стандартов, пользователи, решив сменить одного поставщика облачных услуг на другого, могут столкнуться с довольно серьезными проблемами. Кроме того, неприятности могут возникнуть и в том случае, если провайдер захочет обновить собственные облачные сервисы, к примеру, обновить интерфейс, стоит ли уточнять, что подписчики тоже будут им пользоваться, так как спрашивать их никто не будет;
• обязательный доступ в интернет. Конечно, с одной стороны это довольно удобно, но с другой, иногда интернет "пропадает" от нескольких часов до нескольких дней.

Коробочное решение.

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

Плюсы коробочных CRM систем.

• довольно быстро, ведь покупатель получает лицензии в день покупки;
• нет необходимости тратить свое время на то, чтобы заполнив нужные формы, ждать ответа;
• можно приобрести в магазинах, которые занимаются продажей лицензионного программного обеспечения;
• выгодно, если лицензию нужно купить лишь на 1 компьютер;
• так как коробочный продукт используется согласно инструкции, которая входит в состав продукта у пользователя всегда под рукой будут подсказки;
• благодаря службе обновлений и технической поддержке пользователи (при возникновении каких-либо вопросов или проблем) не останутся с системой "один на один" и т. д.

Минусы коробочных CRM систем.

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

Основные возможности SAAS и базового решения.

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

Так, при выборе коробочного решения, просто нужно прийти в магазин, выбрать и поставить, так сказать, довольствуясь тем, что есть. Ведь коробочная версия, как правило, предоставляет стандартный функционал. И пусть при наличии открытого кода продукта в будущем его можно будет доработать, тем не менее, сначала, компании все-таки нужно будет подстраивать свои потребности именно под возможности CRM-системы, а не наоборот! Поэтому коробочная версия не подойдет тем компаниям, которые, например, уже доросли до уникальности своих бизнес-процессов и, имея огромный штат сотрудников, собираются объединить отдел продаж со всеми остальными департаментами компании.

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

Благодаря тому, что программное обеспечение (SaaS) предоставляются заказчику в виде услуги, его не придется покупать. Вместо этого, пользователь просто берет его в аренду, оплачивая лишь абонеменскую плату. Это позволяет компании в отличие от классической, стандартной схемы лицензирования ПО не инвестировать огромные средства в покупку ПО и аппаратной платформы для ее развертывания. Да и поддержка и обновление системы бесплатно осуществляется вендором. Кроме того, SaaS решения дают возможность каждому оплачивать лишь тот функционал софта, который ему действительно нужен и которым он пользуется. Помимо того, если когда-то заказчик поймет, что ему необходимы какие-либо дополнительные функции программы, или же наоборот столкнется с тем, что ему больше не требуются определенные модули программы, то данный вопрос можно будет легко и быстро решить.

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

Но даже у самых крупных поставщиков облачных услуг существуют серьезные сбои в работе оборудования. Так, в мировой практике уже известно много случаев, когда пользователи в течении довольно длительного времени не могли получить доступ к приложениям. Да и "отключение Интернета" по вине того же провайдера, уже давно не редкость, а ведь подобная неприятность делает работу с "облачными" ресурсами абсолютно невозможной.

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

Написал для ЦП колонку о том, как стандартизация процессов влияет на качество продукта и почему клиентам не нужен уникальный сервис.

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

Иными словами, если я знаю, каким будет завтра и начну это делать сегодня, то я выиграю у конкурентов. К сожалению, у любых футуристических разговоров есть беда - нельзя дать конкретный инструмент и сказать: иди копай отсюда и до заката. Но я рискну передать ход мысли, как учиться думать в этом направлении.

Итак, любая услуга проходит в своем развитии следующие стадии:

• уникальность;
• стандарт;
• коробочное решение.

А теперь разберем на примерах, как одна стадия трансформируются в другую.

Стадия 1. Уникальность

Берём услугу. Любую. Банальную или не очень. Банальная услуга - стирка или приготовление кофе. Не банальная - лечение больного, перемещение живого человека в пространстве или стрижка в парикмахерской. Разумеется, в женской. В мужской - банальная, да. И мы можем увидеть, что все эти услуги находятся в разных стадиях.

Рассмотрим пример с кофе. Вот 1000 лет назад люди придумали, что можно обжаривать кофе и получать прекрасный эликсир, дарующий бодрость и энергию. Это первый этап. Услуга придумана. Её секретами владеют единицы. Умение хранят в тайне. Передают знания из уст в уста. Качество услуги понятным образом отсутствует. Сегодня может получиться, а завтра нет. Как повезёт.

Ну, или, например, врачевание. Бабки с заговорами, шаманы, кровопускатели - они что-то там умели, на самом деле или нет - неизвестно, но услугу, как могли, оказывали. И вот она начала распространяться по городам и весям. Это уникальная услуга. Она целиком и полностью зависит от того, кто вам её оказывает. Не важно, сколько сотен или тысяч лет она задействована. Многие услуги по-прежнему находятся на стадии уникальности, где всё зависит от личности оказывающего услугу.

И мы и представить не можем, что бывает по-другому. Те же парикмахеры, например. Мы называем талантливых уникальных специалистов мастерами. Хороший мастер бесценен. Та же история с врачами. Приходя к врачу, мы изо всех сил стараемся верить в то, что его компетенция и опыт достаточны, а наш случай - очень типовой. Но на самом деле, мы понятия не имеем, что получим на выходе.

Уникальная услуга, таким образом, та, что зависит целиком и полностью от исполнителя. Никакой гарантии и предсказуемости. На это не влияет размер бизнеса, кстати. Как работодатели, мы, конечно, любим креативные и нестандартные пути решения ситуаций, но как потребители - хотим гарантий. Услуга должна быть предсказуемого качества и не хуже. Лучше можно, но тоже, чтобы ожидаемо лучше.

Стадия 2. Стандарт

И рано или поздно любая услуга переходит в стадию стандартизации и гарантии. Любая. Ровно так же, как поначалу она является уникальной. Итак, если у вас уникальная услуга и вы считаете, что так будет всегда, примите мои соболезнования. Не будет. Хотя некоторые профессии-счастливчики будут жить просто чуть дольше.

Но вернемся к кофе. Вот почти 1000 лет услуга была уникальной и в начале 70-х годов XX века случился фазовый переход. Услуга по приготовлению кофе стала стандартной. Вернее, тогда она начала становиться таковой, и через несколько лет стала такой окончательно.

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

При таком масштабе - регламентировано всё, что можно. Куда должны смотреть окна и двери. Какая музыка должна играть. Какого цвета маркер для написания вашего имени. И уж, конечно, какое оборудование и с какой настройкой должно работать в кофейне. Речевые модули, одежда, цвета - всё стандартизировано.

Это самый лучший в мире кофе? Нет. Это тот самый кофе, который я ожидаю получить. Я был в «Старбаксах» в дюжине стран. Да, в Италии или в Турции я туда не пойду, там местный кофе очень вкусный. Но в остальных 160 странах мира для меня это способ выпить кофе и не плеваться. Я точно знаю, что получу. Это гарантия качества. Это стандартизация.

Но важно, что помимо вкуса, я получу ровно ту же эмоцию. Это часть услуги. Которая трансформировалась и из уникальной стала тиражируемой с сохранением качества.

Ещё немного про прошлое, потом перейдём в будущее. Вот 150 лет назад Жюль Верн писал про «80 дней вокруг света». Там была интрига - успеет или нет Филиас Фогг. Это же история не про то, что не было самолётов. Это было время, когда регулярных транспортных сообщений не существовало. То есть путешественник прибывал в город и искал какой-нибудь способ добраться в сторону следующей намеченной точки. То есть даже не в конкретный город, а в ту сторону. На верблюде или дилижансе.

Когда появилось регулярное сообщение и появилась стандартизация. С расписанием и ценой. Ты идёшь, платишь деньги и улетаешь. Это же очевидные вещи, да? Теперь - да. Почему это случилось с транспортным сообщением и не случилось с парикмахерами? Технологии не дошли. Но дойдут. Не вчера, так сегодня.

Вот такси. Два года в Москве время ожидания машины в течение 40 минут, а не целого часа было за счастье. Сегодня средний стандарт - 10 минут. И, что характерно, через 10 минут приезжает вполне понятная по качеству машина. А не разбитое нечто. Потому что на это рынок пришла стандартизация.

Сначала «Яндекс.Такси», потом GetTaxi, затем другие подтянулись и рынок преобразился за очень короткое время. Исчезли как класс «московские бомбилы», ну, точнее почти вымерли. Таксисты теперь, как правило, всегда просят поставить оценку за вызов. У кого память хорошая, вспомните, это когда такое было, чтобы несколько лет назад таксист что-то просил? Так вот, они просят. Потому что приложение автоматически даёт больше заказов тому, у кого оценки лучше. Так приходит стандартизация.

Критерии проверки, стандартная это услуга или нет, следующие:

• Получаете ли вы каждый раз то же самое качество или нет?
• Знаете ли вы до начала оказания услуги, какой она будет?
• Знаете ли вы наперёд, сколько это будет стоить и сколько времени займёт?
• Зависит ли качество от исполнителя или нет?

В «Макдональдсе» вы точно знаете, что получите и за какое время. Я не хочу сказать, что это нереально вкусная еда. Но если у тебя есть 10 минут на перекус, то получить предсказуемую еду за предсказуемое время можно именно там.

Как и в любой стандартизированной сети, где от повара не зависит качество котлеты или крылышек. Все будет стандартно. Предсказуемо. Чётко. Теперь по стандартизацию в путешествиях. Там с ценами ещё 10 лет назад было все не очень понятно. Если бы я 10 лет назад хотел полететь из Новосибирска во Владивосток, оттуда в Петропавловск-Камчатский, оттуда в… ну, скажем, Петербург и вернуться в Москву, я бы смог решить эту задачу?

Да, я бы пошёл в какое-нибудь агентство и там какой-то специалист оформил бы билеты известным ему способом. С совершенно непонятной ценой. Я никогда не был уверен, что это хорошая цена. Ну, мог походить по нескольким агентствам. Сегодня я это делаю сам со скоростью интернет-соединения. И, потратив несколько минут, я найду гарантировано самые дешёвые и/или самые удобные для себя рейсы.

И тут мы приходим к следующей стадии развития услуг - коробочному решению.

Стадия 3. Коробочное решение

На данном этапе человек уже и не особо нужен. Зачем мне агент, выписывающий билет? Зачем мне водитель в такси? Это же одна из самых перспективных отраслей рынка мирового автопрома сегодня. Туда уже вбухано много миллиардов долларов и будет еще вложено в десять раз больше. Технология автомобиля без водителя изменит и взорвёт весь существующий рынок автопрома.

Ваш автомобиль стоит без дела в сумме 90% времени. Еще и нужен каждый раз разный. Персональные автомобили не нужны. Нужна машина, которая в течение ближайших часов или минут в заданной конфигурации выполнит требуемое действие по доставке моей тушки или грузов из точки А в точку Б. Помимо безопасности на дорогах, изменятся и рынки, связанные с продажей и эксплуатацией авто. Чуть более, чем полностью изменятся. И это уже случается прямо сейчас.

Коробочное решение или услуга снова становится товаром.

То же самое происходит с рынком кофе. Во-первых, за ним надо идти. Во-вторых, зачем мне, как клиенту, переплачивать за услуги бариста? 40 лет назад Nestle задумалась об этом, но продукт получилось сделать всего 15 лет назад. Так появился Nespresso.

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

Так вот, Nespresso превратили услугу в коробочное решение. Они решали одновременно несколько задач. Основная задача: чтобы кофе и кофемашину производили в связке. Как корпорация Apple производит и железо, и операционные системы, соразмеряя одно с другим и подгоняя одно под другое.

То есть они лицензируют производителей кофемашин и четко следят за их качеством.

Сами они производят капсулы с кофе. Наверняка вы их видели. Знаете, что там самое дорогое? Нет, не кофе. И не логистика. Самое дорогое - упаковка из алюминия. Капсула рассчитана точно на одну порцию, строго по технологии в нее засыпается кофе, заполняется инертным газом, ибо кофе меняет вкус при взаимодействии с воздухом и запечатана в герметичную и тоже инертную упаковку.

Большинство моделей кофемашин оснащается системой очистки воды. Поскольку производитель не знает, какую воду зальёт потребитель. На кофемашине есть одна кнопка - приготовить. Кофемашины, особенно двух последних лет, умеют распознавать разные капсулы и подавать ту температуру, давление и количество воды, что уже заложены в программу.

В результате, человек получает ровно ту чашечку кофе, которую задумали лучшие специалисты. То есть коробочное решение. По масс-спектральному анализу, то что у потребителя в чашке, это практически идентично тому, что и было задумано. Доставлено на дом. И требует лишь одного нажатия кнопки.

Итак, кофе прошел стадии: от уникальной услуги, через стандартную к коробочному решению.

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

Такси прошли от уникальной услуги до стандартной. К коробочному решению еще не пришли.

Торговля прошла от купца с товарами до супермаркета, то есть от уникального решения к стандартному. Местами уже появляются коробочные решения типа вендорских автоматов, которые торгуют уже тысячами наименований, от сникерсов и контактных линз, до батареек и фотоаппаратов. Ну, или на Западе можно встретить множество супермаркетов, где нет кассиров, сам читаешь штрих-код, сам засовываешь банковскую карту, сам пакуешь товар и сам его потом ешь. Всё сам и все стандартизировано.

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

«1С» - стандартный, но еще не коробочный продукт, требующий специалистов в обслуживании и настройке. И, в принципе, в отрасли года полтора назад дошли и до коробочного решения, пока еще, правда, не ставшего массовым. Стартапы из серии «Моё дело», когда абсолютно несведущий в бухгалтерии человек может заполнить правильно все поля и получить документы, оформленные по последней букве столь часто меняющихся законов. И потом в один клик отправить их по всем нужным адресатам.

Кредитные услуги начинались с ростовщика, который на глаз определял, сколько денег дать заёмщику, тренируя свою интуицию. Потом появились банки, где менеджеры должны были правильно заполнить анкету заёмщика и по чек-листу принять решение о выдаче кредита. Сейчас это делает компьютер, и в принципе, уже есть банки, где вообще никуда не надо ходить.

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

Услуга по приготовлению еды началась с уникальной, где всё зависело от повара и дошла до стандартной, и это, кстати, не только «Биг Мак», но и бизнес-ланчи в кафе. До коробочной версии не дошло. Ждём.

Сайтостроение. В начале интернета все делали себе сайты. Услуга была уникальная. Потом появились студии, делающие их на конвейере. Стандартная услуга. Сейчас в ходу добротный выбор коробочных решений типа Wix и «Битрикс».

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

Но каждый раз, идя к врачу, мы надеемся, что он будет внимательным и учтёт все данные, что у него хватает опыта, то есть, он с таким уже сталкивался и мой персональный случай очень типичный. И что тут можно сделать? Как снизить роль врача? В наши дни, вот буквально сейчас, происходит революция в медицине.

Есть такая корпорация IBM, у неё есть привычка строить суперкомпьютеры. И вот несколько лет назад она построила очередного гиганта под названием Watson. Сначала этот компьютер развлекался всякими играми с людьми, а потом его решили приспособить в полезных целях. Они договорились с одним из американских госпиталей и оцифровали 15 тысяч историй болезней определённого вида рака. От жалоб и симптомов до результатов всех анализов и конечного результата - ремиссии или, увы, смерти. Оцифровали - это значит сделали доступными для анализа алгоритмами с самообучением.

А потом взяли другие 5 тысяч историй и проверили, как это работает. И получилось, что в хорошем госпитале с хорошим оборудованием хороший врач ставит правильный диагноз в 50% случаев и еще в 50% случаев назначает правильное лечение. Итого 50% умножить на 50% равно 25%, каждый четвертый - счастливчик. У компьютера получилось 90% и 90% соответственно. Итого, 8 из 10. При не очень большой изначальной выборке.

Но это не конец истории, а ее начало. Сейчас к этому проекту подключают сотни госпиталей, а, значит, размер выборки, по которым компьютер будет работать, вырастет на порядок. И дальше, врач из какой-нибудь Оклахомы будет писать письмо: «Дорогой компьютер, у меня тут есть пациент вот с такими жалобами… Что с ним?». И компьютер будет запрашивать у него данные анализов и давать рекомендации по лечению.

Мы получили стандартизацию там, где вчера казалось это сделать невозможно. И, уверен, в следующее десятилетие получим и коробочный продукт - зачем нужен врач и поход в госпиталь, когда все необходимые датчики можно встроить в домашний обиход и гаджеты вокруг нас. Они уже производятся в виде умных часов-браслетов десятки, а дальше будет еще больше. Будет коробочное решение, когда все данные о здоровье собираются автоматически и не вы почувствовали недомогание, а система это заметила раньше вас и оповестила врачей задолго до того, как вы заподозрили неладное.

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

Ну, так а что парикмахеры. Большой кусок процесса уже стандартизирован, можно смоделировать причёску на девушке на компьютере и посмотреть, как это будет выглядеть до того, как этот ужас или это wow случатся.

Осталось это реализовать максимально точно. Про 3D-принтеры я уже рассказал. С ними в параллель развиваются 3D-сканеры. Берём сканер, сканируем волосы, высчитываем длину каждого волоска, дальше берем например, фен, поднимаем все волосы вверх и точным лазером каждый конкретный волосок режем по длине.

Нет, я не знаю, может быть, это будет не фен или не лазер. Но это точно будет. Да, это будет не лучший в мире парикмахер. Это будет способ получить точно то, что вы хотите. И не надо будет никуда ходить. Дома. Быстро. Гарантировано.

Образование. Пока находится там же, где медицина. Всё зависит от преподавателя и мотивации человека. За тысячу лет с момента первых университетов данная услуга вообще не изменилась. Какой большой простор для деятельности, чтобы хотя бы сделать услугу стандартной. Думаете, это невозможно?

Вот лично я сейчас вложился душой, телом и деньгами в проект, который делает коробочное решение в образовании. Так, чтобы заранее можно было сказать, сколько денег и часов надо потратить конкретному человеку, чтобы гарантировано выучить язык в требуемом ему объёме. Эдакую коробку, в которую голову засунул, сколько надо подержал, и вытащил уже с знаниями. Нет, конечно, не физическую коробку. Но с тем же эффектом. И думаю, у нас получится.