Бизнесът иска готови решения за всичко. Някой интересува ли се от закона на Яровая? Опаковано или индивидуално решение

Има два начина за автоматизиране на всяка дейност: изберете подходящ пакетиран продукт или поръчайте разработването на софтуерен продукт (PP). Нека да разгледаме плюсовете и минусите на всеки подход и често срещаните грешки, които възникват при избора на софтуер. Разглежданите подходи са типични за автоматизиране на всяка дейност, не само на документооборота и офисната работа.

Много ръководители на предучилищни образователни институции или служби за управление на случаи днес са изправени пред проблема с избора на софтуер за автоматизиране на офис процеси или документооборот в техните организации. По правило изборът на EDMS започва с обмяна на опит между служителите на организацията и се основава на познаването на функциите и характеристиките на работата на тези EDMS, с които някои служители вече са се занимавали. Но трябва да имате предвид, че EDMS, който е подходящ за една организация, не винаги ще бъде оптимален за организация с други функции или организационна структура. Има два начина за автоматизиране на всяка дейност: изберете подходящ пакетиран продукт или поръчайте разработването на софтуерен продукт (PP). Нека да разгледаме плюсовете и минусите на всеки подход и често срещаните грешки, които възникват при избора на софтуер. Бих искал да отбележа, че разглежданите подходи са типични за автоматизиране на всяка дейност, а не само на документооборота и офисната работа.

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

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

Избор на кутийка PP

Софтуерен продукт в кутияе софтуер, предназначен за неопределен брой купувачи и доставен на принципа „както е“, със стандартни функции за всички купувачи.

Опакованите продукти обикновено се създават и разпространяват от производствената компания с пълен набор от инструкции за монтаж и монтаж, които могат да се използват от всеки потребител.

Най-характерният пример за пакетиран продукт е операционната система за персонални компютри Microsoft Windows.

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

Опакованите EDMS по правило имат лиценз с ограничен брой задачи или функции. Има кутийни EDMS, които имат безплатна версия с лека функционалност.

Такива версии може да са подходящи за малки търговски компании, които могат да използват този продукт без модификации или промени.

Съществуват и други EDMS платформи в кутия, свързани със свободния софтуер (ОС)*. Такива EDMS платформи са предназначени за независима модификация и адаптиране към изискванията на клиентската организация.

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

Разпространението на EDMS в кутия (фиг. 1) може да се извърши директно от разработчика до клиента или чрез посредник - дилър на EDMS, който ще помогне за инсталирането и конфигурирането на EDMS. Методът на разпространение зависи от наличието на квалифицирани ИТ специалисти в персонала на клиента. По този начин, ако не е възможно или необходимо компанията да поддържа такъв специалист, има смисъл да се привлече дилър.

Ориз. 1. Схема на разпространение на кутийни EDMS

Фирма за разработка на софтуер в кутия- фирма, която произвежда напълно готов продукт с всички инструкции за свързване.

Търговец на софтуер в кутияе посредник между фирмата разработчик и потребителя на пакетирания софтуер, като предоставя услуги по настройка и поддържане на функционалността на пакетирания софтуер. Дилърът може да бъде отделна компания или подразделение на компания, която разработва пакетиран софтуер.

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

Плюсове и минуси на EDMS в кутия

EDMS в кутия се произвеждат от много руски производители. И такива решения имат очевидни плюсове и минуси. Основното предимство на пакетирания софтуер е намаляването на разходите за покупка в сравнение с разработката по поръчка. Основният недостатък е невъзможността за промяна на функционалността на системата.

При правилен избор на опакован продукт, ползата от покупката значително надвишава липсата на възможности за модифициране на софтуера.

Друго предимство на закупуването на пакетиран софтуер е сравнително краткото време, необходимо за получаване на закупения продукт и минималните разходи за стартирането му, тъй като лекотата на настройка на такива продукти обикновено е един от конкурентните фактори сред EDMS решенията.

Наличието на унифицирана услуга за техническа поддръжка за потребителите може да се нарече основният елемент от разходите на компанията за разработка за поддръжка на пакетирани продукти. Освен това, колкото по-сложна е системата, толкова повече ресурси изисква, за да я поддържа. За купувачите подобна организация на техническа поддръжка е още едно предимство, тъй като разходите за поддръжка на техническа поддръжка се разделят между всички купувачи на това кутийно решение и при достатъчен брой потребители могат да бъдат практически незабележими за бюджета на купувача. Но си струва да разберете недостатъка на този подход - разработчикът на пакетиран софтуер сам решава в каква посока да развива своя продукт и дали изобщо да го развива, дали има смисъл да поддържа услуга за техническа поддръжка за този продукт или дали си струва спиране на поддръжката и развитието му. В случай на закупуване на пакетно решение, посоката на по-нататъшното развитие на софтуера се определя от самия разработчик и неговите подходи не винаги съвпадат със задачите на клиентите, закупили този пакетен софтуер. Най-голямата печалба за разработчика обикновено идва от първата продажба на решение в кутия; допълнителната поддръжка е бонус опция за клиентите и възможността да ги свържат с други техни продукти и решения.

За съжаление понякога търговските компании спират да пускат актуализации за определен продукт. Това може да се дължи на факта, че компанията се интересува от развитието на нова посока и поддръжката на стария продукт се превръща в нерентабилна дейност.

Разработчикът на пакетирания EDMS не дава гаранции, че ще продължи да поддържа този EDMS или тази версия на EDMS (включително отстраняване на проблеми). В този случай потребителят на продукт в кутия има избор: да използва този продукт без подобрения (и без подкрепата на руското законодателство) или да го замени с друг продукт.

Грешки при избора на PCB в кутия

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

По време на такива прегледи клиентът не винаги може напълно да оцени всички функции на софтуера, да не говорим да осъзнае необходимостта от всички съществуващи функции и да разбере колко са необходими конкретно за неговата организация, освен това понякога под стандартните имена на функции разработчикът и клиентът разбира различните процеси. Фактът, че дадена функция съществува в EDMS, не винаги означава, че тя съществува във форма, в която би била удобна за клиента.

Има и друг начин за избор - тестване на опакован продукт за кратко време на ограничен брой работни станции. Този метод може да даде по-добри резултати от презентациите, но почти всички недостатъци на предишния подход ще останат.

Разработчиците се опитват да приспособят процесите на клиента към тяхната система, оправдавайки това с различни вярвания, вариращи от факта, че „това е правилно“ и завършващи с факта, че „системата може да направи само това и то отговаря на всички останали“. Разбира се, има правила и препоръки как да се извършва офис работа в организация (като GSDOU, GOSTs и OSTs), но как по-удобно да се организира този процес в определена организация трябва да се реши от отговорните служители на самата организация. .

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

Разбирането на необходимостта от информационно проучване (потапяне на разработчиците в клиентските процеси) обаче е типично за организации със зрели бизнес процеси, т.е. за тези, в които процесите са се развили, записват се и не предизвикват двусмислие.

Не всички руски компании и организации могат да се похвалят с такива процеси, така че повечето руски клиенти съчетават процеса на избор на EDMS с оптимизирането на своите бизнес процеси и провеждат информационно проучване предимно за записване и консолидиране на техните процеси на организационно ниво.

Един от постулатите на лидерите на компаниите, които внедряват EDMS, трябва да бъде твърдението, че е невъзможно да се автоматизира хаосът, поради което е необходимо първо да се записват бизнес процесите и след това да се опишат изискванията за функционалността на EDMS.

В противен случай процесите ще бъдат коригирани с внедряването на EDMS и постоянно ще предизвикват негативни реакции от потребителите, т.е. несъзнателно ще унищожават съществуващите процеси, без да ги анализират.

По време на информационното проучване процесите трябва да бъдат описани „както са“, всички описани процеси трябва да бъдат анализирани и, ако е необходимо, спорните въпроси трябва да бъдат регламентирани и документирани в документите на организацията. След това трябва да сте подготвени концепция за автоматизация на процеса. То може да бъде изразено под формата на заключение за запазване на всички съществуващи процеси или може да доведе до изисквания за оптимизиране на работата на организацията, които понякога дори завършват с реорганизация на отдел.

При създаването на концепция за автоматизация трябва да се опишат и анализират начините за постигане на икономически ефект от внедряването на EDMS. Резултатът от описанието на процесите „както трябва да бъде“ трябва да бъдат изискванията за функциите, които EDMS ще автоматизира. Едва след това можете да пристъпите към избор на опакован продукт.

Изборът на конкретен продукт трябва да се основава на сравнение на изискванията за EDMS и изявлението на разработчика на софтуерния продукт за наличието на такава функционалност. Основната задача е да изберете само тези продукти, които отговарят на вашите нужди, а не да промените системата за работа на вашата организация, за да отговаря на съществуващата функционалност в EDMS.

Изборът между пакетирани продукти може да бъде доста труден, тъй като понякога продуктите за автоматизиране на един и същи процес могат да бъдат изградени по напълно различни начини. Когато става въпрос за избор, важно предимство е възможността за гъвкаво персонализиране на опакован продукт, за да пасне на организационната структура на конкретна компания.

Персонализиран софтуер

Определението за персонализиран софтуер се крие в името му – това е софтуерен продукт, който се произвежда по поръчка.

Безспорното предимство на персонализирания софтуер е, че той се създава според изискванията на клиента в съответствие с всички характеристики на организацията, а не по образ и подобие на друга организация с подобна структура и функции. Но разходите за създаване на такъв софтуер не винаги оправдават резултата, получен от внедряването.

Персонализираният софтуер е полезен предимно за онези области на автоматизация, където тази функция е специфична. В някои организации документооборотът и работата в офиса могат да бъдат структурирани по такъв начин, че кутийните решения да не могат да дадат желания резултат от автоматизацията (например правоприлагащи органи, банки или търговски организации със специфично териториално разпределение и подчинение). За такива организации правилното решение би било внедряването на персонализиран софтуер.

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

Има няколко начина и метода за създаване на потребителски EDMS. Най-често срещаните са два подхода за развитие:

каскада (класическо развитие);

итеративно развитие.

Ориз. 2. Каскаден модел на развитие на EDMS

Каскада (фиг. 2) (английски модел на водопад - „модел на водопад“) е модел на процеса на разработка на софтуер, в който процесът на разработка изглежда като поток, последователно преминаващ през фазите на анализ на изискванията, проектиране, внедряване, тестване, интеграция и подкрепа. Въз основа на тази методология са изградени руски стандарти и ГОСТ за създаване на автоматизирани системи (34-та и 19-та серия), например

ГОСТ 34-та серия:

ГОСТ 34.601-90 „Информационни технологии. Набор от стандарти за автоматизирани системи. Автоматизирани системи. Етапи на създаване“;

ГОСТ 34.201-89 „Информационни технологии. Набор от стандарти за автоматизирани системи. Видове, комплектност и предназначение на документите при създаване на автоматизирани системи”;

ГОСТ 34.602-89 „Технически спецификации за създаване на автоматизирана система“;

ГОСТ 34.603-92 „Информационни технологии. Видове тестване на автоматизирани системи”;

ГОСТ 34.320-96 „Информационни технологии. Система от стандарти за база данни. Понятия и терминология за концептуалната рамка и информационната база“;

ГОСТ 34.321-96 „Информационни технологии. Система от стандарти за база данни. Референтен модел за управление на данни."

GOST 19-та серия:

GOST 19.001-77 „Единна система за програмна документация. Общи положения“;

GOST 19.101-77 „Единна система за програмна документация. Видове програми и програмни документи“;

GOST 19.102-77 „Етапи на развитие“;

GOST 19.103-77 „Означения на програми и програмни документи“;

GOST 19.104-78 „Основни надписи“;

GOST 19.105-78 „Общи изисквания към програмните документи“;

GOST 19.106-78 „Изисквания към печатни програмни документи“;

GOST 19.201-78 „Технически спецификации, изисквания за съдържание и дизайн“;

ГОСТ 19.202-78 „Спецификация. Изисквания за съдържание и дизайн” и др.

Насоки:

РД-34.698-90 „Методически указания. Информационни технологии. Набор от стандарти и насоки за автоматизирани системи. Автоматизирани системи за изисквания за съдържанието на документи.“

Тези стандарти предполагат, че първо трябва да бъдат описани всички изисквания за EDMS и едва след това може да се премине към етапа на кодиране, т.е. процеса на писане на програмен код и скриптове, за да се приложи определен алгоритъм на определен език за програмиране. Освен това изискванията трябва да включват както функционалните задачи на системата, така и всички методи за взаимодействие с други системи, методи за представяне на информация в EDMS, така че доста често описанието на всички тези изисквания според GOST отнема много време (от няколко месеца до няколко години).

Този модел на развитие е добър в следните ситуации:

● при изпълнение на проекти с продължителност от няколко седмици до 2–3 месеца, тъй като описаните изисквания нямат време да остареят;

● при внедряване на системи, където няма подзадачи и няколко етапа на разработване на функционалност (например, след разработване на основната функционалност на EDMS, нейното взаимодействие със счетоводната система ще трябва да бъде финализирано, но все още няма изисквания за това взаимодействие) ;

● когато изискванията към създадената EDMS са ясно дефинирани и записани.

Итеративен или итеративен подход(фиг. 3) - изпълнение на работата паралелно с непрекъснат анализ на получените резултати и коригиране на предишни етапи на работа. В същото време, развитието във всяка фаза на развитие преминава през повтарящ се цикъл от повторения: Планиране - Изпълнение - Проверка - Оценка.

Ориз. 3. Итеративна разработка на софтуер

Този подход е широко разпространен в САЩ и на Запад, където е разработен. Световноизвестните методологии за разработка на софтуер, като Rational Unified Process (RUP) от Rational Software, имат подобен подход.

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

За руския пазар такъв подход изисква висококачествено обучение на потребителите, тяхното запознаване с все още незавършената EDMS, тъй като това често може да предизвика негативно отношение към все още несъздадената система. Такова участие на потребителите в разработването на EDMS може да се нарече както плюс, така и минус. От една страна, потребителите виждат как се извършва разработката и могат да повлияят на процеса, от друга страна, това изисква време и реално потребителско участие (което не е основната им дейност).

Предимства на итеративния подход

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

Акцентът на усилията е насочен към най-важните и критични области на EDS (например регистрация на документи, поставянето им под контрол, след това разработване на отчети за дисциплината на изпълнение и т.н.);

Непрекъснато итеративно (т.е. повтарящо се) тестване, което ви позволява да оцените успеха на целия проект като цяло;

Включване на ключови служители на клиента на етапа на разработка на EDMS за създаване на продукт, който действително отговаря на неговите нужди;

Възможност за модулно разработване и модулно внедряване на единна EDMS по отношение на задачи и функционалност;

Реална оценка на текущото състояние на проекта и в резултат на това по-голяма увереност на клиентите и преките участници в успешното му завършване.

Какво да избера?

В резултат на това: разбира се, няма универсален съвет за избор на EDMS, но има подходи, които ще ви помогнат да избегнете много проблеми и грешки както при определяне на подходящия тип EDMS (опакован продукт или персонализиран софтуер), така и при избора оптималният EDMS за вашата организация сред продуктите в кутия.

На първо място, трябва да анализирате нуждите на организацията и да изберете софтуерен продукт въз основа на тях. Ако решението в кутия е подходящо да отговори на нуждите на организацията по отношение на функционалността на EDMS, тогава би било по-добре (по-евтино и по-бързо) да отидете с него, но тогава трябва да запомните за зависимостта от разработчика на този продукт. Ако след анализ на изискванията организацията разбере, че не може без разработка по поръчка, тогава трябва да се обърне специално внимание на организирането на проекта за разработка с регулирането на всички действия и създаването на цялата необходима проектна документация. Това ще ви помогне да не зависи от компанията, която разработва персонализиран софтуер и, ако е необходимо, безболезнено да промените системата на почти всеки етап от внедряването и работата на EDMS.

Експертно мнение

Д.В. Володин, анализатор, направление Microsoft SharePoint, компания Electronic Office Systems

Много т.нар Опакованите продукти имат богат набор от настройки, които ви позволяват до голяма степен да адаптирате системата към характеристиките на конкретна организация.

В същото време системите от клас EDMS отдавна са заели своята ниша на пазара, има много готови решения, включително специфични за индустрията. Освен това, дори като се вземат предвид възможните специфики на клиента, по-голямата част от функционалността на EDMS е стандартна. При тези условия опитът за разработване на EDMS от нулата може да се счита по-скоро за преоткриване на колелото.

Понастоящем на пазара на EDMS има доста ясна тенденция за размиване на границите между продукти в кутия и потребителски продукти. Тези типове активно се стремят да се срещнат помежду си: „кутиите“ са обрасли с голям брой настройки, а персонализираните разработки се възпроизвеждат и пускат на пазара под формата на готови решения.

За да улесним трудния процес на клиента при избор на EDMS, можем да предложим да разграничим три групи функционалности:
нови възможности за всеки разглеждан продукт:

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

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

Усъвършенстване на функционалността, разработване на нови модули (максимални разходи); изисква участието на програмисти и пълноценен проект за разработка на софтуер.

Повечето съществуващи днес разработчици на EDMS предлагат и трите опции.

В процеса на избор на система клиентът трябва да определи списък от функции, които са критични за постигане на целите.

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

Антонина Букина, мениджър обслужване на клиенти, компания InterTrust

Донякъде едностранчиво сравнително описание на стандартна и персонализирана система за управление на електронни документи трябва да бъде допълнено с доста важни точки, които не са обхванати в статията.

Трябва специално да се подчертае, че е невъзможно да се постави „равно“ между понятията „стандартен EDMS“ и „опакован EDMS“. Това са различни сравнителни категории. Без да навлизаме в подробности, можем да подчертаем:

а) EDMS в кутия (системата за управление на електронни документи в кутия не предполага възможност за модификации, тя се инсталира „както е“);

б) по-сложни EDMS (по желание на клиента те могат да бъдат персонализирани или модифицирани, за да отговарят на индивидуалните характеристики/нужди на клиента);

в) стандартен EDMS (основните функции, които се подобряват от версия на версия, се наследяват от една версия в друга, обогатени с допълнителни възможности - основната функционалност, като правило, е тествана от хиляди клиенти);

г) EDMS, разработена от нулата за една конкретна организация.

По този начин стандартните EDMS, ако не са пакетно решение, могат лесно
Има и друг начин за избор - тестване на опакован продукт за кратко време
конфигуриран и модифициран, ако е необходимо.

Стандартната електронна система за управление на документи, особено ако е разработена дълго време и се използва активно от клиентите, освобождава клиента от сериозни рискове. Защо? Той е тестван не от един, а от сто, понякога дори хиляда клиенти (съответно няколко хиляди потребители), което показва неговата жизнеспособност. Съгласуваността на функционалността е доказана през годините на индустриална употреба в организации от различни индустрии и размери, което ни позволява да говорим за надеждността на такъв софтуер.

В допълнение, стандартните EDMS като правило се подобряват от версия на версия, запазвайки най-добрите постижения и включвайки най-модерните технологии. По същество те включват най-добрия опит на хиляди клиенти, пътят на пробата и грешката е завършен и стандартният EDMS вече е получил признание.

Продукт, разработен от нулата, няма характеристиката на надеждност: няма опит в експлоатацията му от друга компания. Вие ще бъдете първи.

Колкото по-популярна е стандартната версия на EDMS, толкова повече специалисти по нейното конфигуриране, модифициране, поддръжка и обучение за работа с нея ще намерите на пазара, което ще ви позволи да не станете зависими от тясна група създатели на персонализиран продукт. решение.

С една дума, като внедрите стандартно решение, можете да сте уверени в неговата работа в продължение на много години.

Речник

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

Итерация (на латински iteratio - „повтарям“) в широкия смисъл на думата е повторението на всяко действие, явление или процес.

Проведохме проучване сред нашите потребители на тема „Имаме ли нужда от кутия за версия на система за управление на проекти?“ За нас точният отговор на този въпрос е от голямо значение. Определя пътя на развитие на системата и приоритетите за нови функции.

В проучването са участвали 155 компании, използващи облачната версия или просто такива, които са се регистрирали, за да се запознаят със системата. Имаше само три въпроса, всеки с три варианта за отговор.

Под разреза има графики с резултатите и нашите заключения.

проба

Извадката не е твърде голяма (155 респонденти), потребителите наистина не обичат да получават писма, още по-малко да гласуват за нещо. Единственият мотив за участие беше обещанието за публикуване на резултатите.

Броят на респондентите за всеки въпрос беше 50 пъти по-голям от броя на вариантите за отговор. Случайната грешка в разпределението на отговорите няма да е голяма -
няколко процента и зависи от разпределението на отговорите.

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

Всички тези фактори трябва да бъдат взети под внимание и да могат да се правят изводи въз основа на резултатите от проучването.

Въпрос No1

Имате ли нужда от пакетно решение за управление на проекти или е подходящо и облачно решение?

32% от анкетираните са принципно готови да работят само с пакетни решенияза комуникация и работа със задачи. Ако вземем предвид, че сред нашите респонденти има пристрастия към малкия бизнес, тогава 32% е минималният пазарен дял, който изобщо не взема предвид SaaS.
Преди няколко години тази ситуация не съществуваше. Тогава работихме по друг b2b проект, но заявките за кутията бяха спорадични, просто не се разглеждаха сериозно. Сега, след като пуснахме версията в кутия, затворихме най-популярната търговска заявка.

Въпрос No2

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

Силни пристрастия към сигурността и съхранението на данни у дома- повече от 60%. И това е за малкия бизнес! Когато комуникирате директно с големи компании, сигурността и пакетното решение винаги са първият или вторият въпрос. (състезава се с въпроса: "Как да получа отчет за това, което екипът прави")

Въпрос #3

През последните 3 години кутийните решения станаха ли по-актуални? Има ли ефект законът на Яровая?

Самият закон Яровая не тревожи никого много. Няма конкретно нещо, което поставя безопасността толкова високо. Това винаги е комбинация от много фактори и потребителите наистина не проследяват промените в тези фактори. Един типичен диалог между нас и клиент изглежда така:

Имаме нужда от пакетно решение.
- Защо точно кутийката? да започнем с облака, ще започне по-бързо
- Не, сега ръководството ще се съгласи само ако е инсталирано на нашите сървъри
- Какво се промени, откакто все още използвате безплатния облачен Trello?
- Да, и това не ни устройва. Нищо особено не се е променило, но сега политиката е да се премине само към сигурни решения.

Изводи от проучването и комуникацията с компаниите:

• Поне 30% от фирмите са готови да работят само с кутии.
• В парично изражение това са поне 70% от пазара в нашия случай. Оценката се основава на разпределението на служителите по големина на компанията.
• През последните няколко години се наблюдават драматични промени в предпочитанията за сигурност. Тази тенденция тепърва ще се засилва. Моделите на разпределение ще бъдат подобни на инсталирането на силози.
• Има тенденция на активен преход от облаци към самостоятелно хостване. Можем да видим това само в b2b. От нас се иска функция за качване на изпълнени задачи от облачни системи в нашата кутия.
• Пуснахме версията в кутия с причина. Посоката трябва да се развие. Облакът се възприема от мнозина просто като възможност за тестване.

P.S. Проучване: Agile в Русия 2017 г

Ние от YouGile провеждаме голямо проучване относно гъвкавата методология в Русия. Тук имаме нужда от порядък повече респонденти, отколкото в проучването по-горе. До момента са участвали малко над 100. Най-популярният отговор на въпроса: „Използва ли се Agile във вашата компания?“

„Да, но доста малко“ - 54,5% от анкетираните.

Участвайте - попълнете анкетата „Agile в Русия 2017“
12 въпроса, приблизително 3 минути

13.09.17 11:41 16.11.15 23:50

Готови, но ограничени или персонализирани

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

И първият въпрос, пред който се изправя една компания, е дали да избере решение в кутия или решение по поръчка?

И двата варианта имат своите предимства и недостатъци и зависят от много вътрешни и външни фактори. В тази статия ще се опитаме да разгледаме този въпрос по-подробно и да дадем съвети за избор на решение.

Готово решение

Такива решения често се наричат ​​просто „кутия“. Това е готов за употреба продукт.

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

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

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

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

Друг недостатък на подобни решения е липсата на индивидуална техническа поддръжка. Ако в резултат на използването на системата изпитате някаква системна грешка, разработчикът на решението най-вероятно ще ви даде корекция, за да я поправите. Във всички останали случаи ще трябва да решавате проблемите сами, като търсите информация и задавате въпроси във форумите.

Персонализирано решение

Разработването на индивидуално решение, за разлика от кутия, започва с анализ на бизнес процесите, задачите и проблемите на клиента. Анализаторите на доставчика на решение разговарят с ключови служители на клиента, изследват съществуващи бизнес процеси, идентифицират съществуващи проблеми и се запознават с регулациите на компанията. След разглеждане и проучване на нуждите се изготвя техническо задание. Следващият етап е разработването и внедряването на решението. След това системата се тества от потребители на клиента и се модифицира при проблеми и коментари.

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

Друг плюс е индивидуалната техническа поддръжка. Можете да договорите с доставчика условията за поддръжка, от които се нуждаете.

Недостатъците на решенията по поръчка включват цената и времето за изпълнение. Обикновено те варират от 3-4 месеца или повече.

В днешно време малките, средните и големите предприятия рано или късно се чудят какво да изберат за автоматизиране на бизнес процесите си: облака или кутията?

Някои твърдят, че сега софтуерът става все по-популярен като проста, обикновена услуга, докато други все още вярват, че само пакетираните версии са един от най-лесните начини за закупуване на същия софтуер.

Въпреки това, за да разберем дали облакът или кутията са по-добри, предлагаме да разгледаме по-отблизо възможностите на тези решения.

Софтуер като услуга.

И така, облачните услуги са технология за обработка на данни. В този случай на потребителя се предоставя софтуер като услуга (SaaS) чрез уеб браузър, приложения за мобилни устройства, базирани на операционни системи iOS, Android или Windows Phone. Поради факта, че абсолютно цялата облачна инфраструктура е скрита от потребителя, той не се нуждае от специални умения или знания, за да използва и управлява тази технология. Освен това облачните услуги са популярни сред малките и средни компании, защото „демократизират“ CRM системите.

Предимства на облачните CRM системи:

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

Недостатъци на облачните CRM системи:

• поради постоянно възникващи въпроси относно сигурността става ясно, че не всички данни могат да бъдат поверени на доставчик трета страна (между другото, това се отнася не само за съхранението, но и за обработката на някои данни);
• възможността за загуба на данни, например: поради техническа повреда при доставчика на услугата;
• невъзможност за „завинтване“ на допълнителни функции, като се вземат предвид бизнес процесите на предприятието;
• Поради факта, че повечето облачни услуги нямат ясни стандарти, потребителите, които решат да сменят един доставчик на облачни услуги на друг, могат да срещнат доста сериозни проблеми. Освен това могат да възникнат проблеми, ако доставчикът иска да актуализира собствените си облачни услуги, например да актуализира интерфейса; струва ли си да се изясни, че абонатите също ще го използват, тъй като никой няма да ги попита;
• Изисква се достъп до Интернет. Разбира се, от една страна, това е доста удобно, но от друга, понякога интернет „изчезва“ от няколко часа до няколко дни.

Разтвор в кутия.

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

Предимства на кутийните CRM системи.

• доста бързо, тъй като купувачът получава лицензи в деня на покупката;
• няма нужда да губите време в попълване на необходимите формуляри и чакане на отговор;
• могат да бъдат закупени в магазини, които продават лицензиран софтуер;
• изгодно, ако трябва да закупите лиценз само за 1 компютър;
• тъй като продуктът в кутия се използва в съответствие с инструкциите, включени в продукта, потребителят винаги ще има съвети под ръка;
• благодарение на услугата за актуализиране и техническата поддръжка, потребителите (ако възникнат въпроси или проблеми) няма да останат със системата „един към един“ и т.н.

Недостатъци на кутийните CRM системи.

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

Основни характеристики на SAAS и основното решение.

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

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

Често обаче компаниите решават, че кутията им е достатъчна за работа в CRM система, смятайки, че тази опция е една от най-евтините и бързи. Не трябва обаче да забравяме, че за да автоматизирате напълно бизнес процесите, е необходимо много внимателно да изберете продукт, да проучите декларираната функционалност и т.н. Защото, ако не обърнете необходимото внимание на този въпрос, може да се сблъскате с факта, че че версията в кутия може да не е достатъчна, дори за работа с клиентска база данни и контрол на продажбите!

Поради факта, че софтуерът (SaaS) се предоставя на клиента като услуга, не е необходимо той да бъде закупен. Вместо това потребителят просто го наема, като плаща само абонаментна такса. Това позволява на компанията, за разлика от класическата, стандартна схема за лицензиране на софтуер, да не инвестира огромни суми в закупуването на софтуер и хардуерна платформа за неговото внедряване. А поддръжката и системните актуализации се предоставят безплатно от доставчика. В допълнение, SaaS решенията позволяват на всеки да плаща само за функционалността на софтуера, от която наистина се нуждае и използва. Освен това, ако един ден клиентът осъзнае, че има нужда от допълнителни функции на програмата или, напротив, се сблъска с факта, че вече не се нуждае от определени програмни модули, тогава този проблем може да бъде лесно и бързо решен.

Освен това решенията на SAAS предлагат огромна функционалност за автоматизиране на почти всички бизнес процеси, счетоводство и управление на сътрудничеството.

Но дори и най-големите облачни доставчици имат значителни хардуерни повреди. Така в световната практика вече има много случаи, когато потребителите не са имали достъп до приложения за доста дълго време. Да, и „изключването на интернет“ по вина на същия доставчик отдавна не е необичайно, но такава неприятност прави работата с „облачни“ ресурси абсолютно невъзможна.

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

Написа колона за CPU за това как стандартизацията на процеса влияе върху качеството на продукта и защо клиентите не се нуждаят от уникална услуга.

За промяна, нека говорим не за икономиката и курса на долара, а за това как се трансформира пазарът на услуги, или по-точно на всяка конкретна услуга. Защо е необходимо това и как всъщност да го използваме? Приблизително по същото време, защо трябва да знаете обратното изкупуване в картите?

С други думи, ако знам какво ще бъде утре и започна да го правя днес, тогава ще победя своите конкуренти. За съжаление всеки футуристичен разговор има проблем - не можете да дадете конкретен инструмент и да кажете: отидете да копаете оттук до залез слънце. Но ще рискувам да предам мисълта как да се научим да мислим в тази посока.

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

• уникалност;
• стандартен;
• решение в кутия.

Сега нека да разгледаме примери за това как един етап се трансформира в друг.

Етап 1. Уникалност

Вземаме услуга. Обичам го. Банално или не толкова. Банална услуга е пране или приготвяне на кафе. Не е тривиално - да лекуваш пациент, да преместиш жив човек в пространството или да се подстрижеш на фризьор. Разбира се, при жените. При мъжете - банално, да. И можем да видим, че всички тези услуги са на различни етапи.

Нека да разгледаме примера с кафето. Преди 1000 години хората са разбрали, че могат да изпекат кафе и да получат чудесен еликсир, който дава сила и енергия. Това е първият етап. Услугата е измислена. Малцина знаят неговите тайни. Умението се пази в тайна. Знанието се предава от уста на уста. Качеството на услугата разбираемо липсва. Днес може да се получи, но утре не. Ако имаме късмет.

Е, или, например, изцеление. Баби с магии, шамани, кървавици - те знаеха как да направят нещо, дали в действителност или не, не се знае, но предоставяха услугата както могат. И така започна да се разпространява из градове и села. Това е уникална услуга. Зависи изцяло от това кой ви го предоставя. Няма значение колко стотици или хиляди години е било включено. Много услуги все още са на етап уникалност, където всичко зависи от личността на доставчика на услугата.

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

Следователно уникална услуга е тази, която зависи изцяло от изпълнителя. Без гаранция или предвидимост. Това между другото не се влияе от размера на бизнеса. Като работодатели ние, разбира се, обичаме креативните и нестандартни начини за решаване на ситуации, но като потребители искаме гаранции. Услугата трябва да бъде с предвидимо качество и не по-лошо. По-доброто е възможно, но и по-добро, както се очаква.

Етап 2. Стандартен

И рано или късно всяка услуга преминава в етап на стандартизация и гаранция. Всякакви. Абсолютно същата като в началото е уникална. Така че, ако имате уникална услуга и смятате, че това винаги ще бъде така, моля, приемете моите съболезнования. Няма да бъде. Въпреки че някои щастливи професии просто ще живеят малко по-дълго.

Но да се върнем на кафето. В продължение на почти 1000 години услугата е уникална, а в началото на 70-те години на 20 век настъпва фазов преход. Услугата за приготвяне на кафе стана стандартна. Или по-скоро тогава тя започна да става такава и след няколко години най-накрая стана такава.

Авторите на кафе веригата Starbucks решиха да поставят усещанията от кафето на конвейер. Така че, независимо от времето, географията и всички други различия, винаги да получаваме услуга с възможно най-високо качество. Днес има повече от 19 хиляди точки по целия свят и всичко е стандартизирано навсякъде.

С такъв мащаб се регулира всичко, което е възможно. Къде трябва да гледат прозорците и вратите? Каква музика трябва да се пусне. Какъв цветен маркер се използва за изписване на вашето име? И, разбира се, какво оборудване и с какви настройки трябва да работи в кафене. Речеви модули, облекло, цветове – всичко е стандартизирано.

Това ли е най-доброто кафе в света? Не. Това е кафето, което очаквам да получа. Бил съм в Starbucks в дузина страни. Да, няма да отида там в Италия или Турция, там местното кафе е много вкусно. Но в останалите 160 държави по света това е начин да пия кафе, а не да плюя. Знам точно какво ще получа. Това е гаранция за качество. Това е стандартизация.

Но е важно, че освен вкус, ще получа точно същата емоция. Това е част от услугата. Който е трансформиран от уникален в репликируем, като същевременно запазва качеството.

Още малко за миналото, след което ще преминем към бъдещето. Преди 150 години Жул Верн пише за „80 дни около света“. Имаше интрига - дали Филиас Фог ще успее или не. Това не е история за това, че не е имало самолети. Това е време, когато не е имало редовни транспортни връзки. Тоест, пътникът пристигна в града и потърси някакъв начин да стигне до следващата планирана точка. Тоест дори не до определен град, а в тази посока. С камила или дилижанс.

Когато се появи редовното отчитане и се появи стандартизацията. С график и цена. Отиваш, плащаш парите и отлиташ. Това са очевидни неща, нали? Сега да. Защо това се случи с транспортните услуги, а не с фризьорските салони? Технологиите не са пристигнали. Но те ще стигнат до там. Не вчера, а днес.

Ето едно такси. За две години в Москва чакането на кола 40 минути, а не цял час, беше късмет. Днес средният стандарт е 10 минути. И което е типично, след 10 минути пристига кола с доста чисто качество. Не нещо счупено. Защото стандартизацията дойде на този пазар.

Първо Yandex.Taxi, след това GetTaxi, след това други наваксаха и пазарът се трансформира за много кратко време. „Московските бомбардировачи“ изчезнаха като клас, по-точно те почти изчезнаха. Таксиметровите шофьори сега по правило винаги искат оценка за обаждането. За тези с добра памет, спомнете си кога се случи преди няколко години таксиметров шофьор да поиска нещо? И така, те питат. Защото приложението автоматично дава повече поръчки на тези с по-добри оценки. Така идва стандартизацията.

Критериите за проверка дали това е стандартна услуга или не са следните:

• Получавате ли едно и също качество всеки път или не?
• Знаете ли преди началото на услугата какво ще представлява?
• Знаете ли предварително колко ще струва и колко време ще отнеме?
• Качеството зависи ли от изпълнителя или не?

В McDonald's знаете точно какво ще получите и за колко време. Не искам да кажа, че това е невероятно вкусна храна. Но ако имате 10 минути за лека закуска, тогава можете да получите предвидима храна за предвидимо време там.

Както във всяка стандартизирана верига, където качеството на котлетите или крилцата не зависи от готвача. Всичко ще е стандартно. Предсказуем. Ясно. Сега за стандартизацията в пътуванията. Там цените не бяха много ясни преди 10 години. Ако преди 10 години исках да летя от Новосибирск до Владивосток, оттам до Петропавловск-Камчатски, оттам до... добре, да речем, Санкт Петербург и да се върна в Москва, щях ли да мога да реша този проблем?

Да, щях да отида в някоя агенция и там някой специалист да издаде билети по познат му начин. С напълно неразбираема цена. Никога не съм бил сигурен, че цената е добра. Е, мога да отида в няколко агенции. Днес го правя сам със скоростта на интернет връзка. И след като прекарам няколко минути, ще намеря гарантирано най-евтините и/или най-удобните полети.

И тук стигаме до следващия етап от развитието на услугата - решение в кутия.

Етап 3. Готово решение

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

Колата ви не работи 90% от времето. Вие също се нуждаете от нещо различно всеки път. Не са необходими лични автомобили. Имам нужда от кола, която в рамките на следващите няколко часа или минути, в дадена конфигурация, ще извърши необходимото действие, за да достави моя труп или товар от точка А до точка Б. В допълнение към пътната безопасност, пазарите, свързани с продажбата и работата на автомобилите също ще се промени. Малко повече от пълна промяна. И това вече се случва в момента.

Опаковано решение или услуга отново се превръща в продукт.

Същото се случва и с пазара на кафе. Първо, трябва да го следвате. Второ, защо аз като клиент трябва да плащам повече за услугите на бариста? Преди 40 години Nestle са мислили за това, но продуктът е създаден само преди 15 години. Така се ражда Nespresso.

Можете да кажете, че разтворимото кафе или обикновената кафемашина също е опакован продукт, но не - твърде много зависи от потребителя. Не знаете при каква температура ще се налее водата, колко време е била отворена кутията и т.н. И това не е проблем на потребителя, това е проблем на бизнесмена, ако искате той да иска вашия продукт.

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

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

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

Повечето модели кафе машини са оборудвани със система за пречистване на водата. Тъй като производителят не знае каква вода ще напълни потребителят. Кафемашината е с един бутон - приготвяне. Кафемашините, особено през последните две години, са в състояние да разпознават различни капсули и да подават температурата, налягането и количеството вода, които вече са включени в програмата.

В резултат на това човек получава точно чашата кафе, която са предвидили най-добрите специалисти. Тоест решение в кутия. Според масспектралния анализ, това, което потребителят има в чашата, е почти идентично с това, което е предназначено. Доставя се до вашия дом. И изисква само едно натискане на бутон.

И така, кафето премина през етапи: от уникална услуга, през стандартна, до решение в кутия.

Travel вече премина етапа от уникална услуга през стандартна такава до решение в кутия.

Такситата се превърнаха от уникална услуга в стандартна. Все още не сме стигнали до решение.

Търговията премина от търговец със стоки към супермаркет, тоест от уникално решение към стандартно. На някои места вече се появяват кутийни решения като vendor автомати, които вече продават хиляди артикули, от Snickers и контактни лещи до батерии и фотоапарати. Е, или на Запад можете да намерите много супермаркети, където няма касиери, вие сами четете баркода, сами поставяте банковата си карта, сами опаковате стоките и след това сами ги ядете. Всичко се прави от мен и всичко е стандартизирано.

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

„1C“ е стандартен, но все още не пакетиран продукт, който изисква специалисти по поддръжка и конфигуриране. И по принцип преди година и половина в индустрията излязоха с кутийно решение, което обаче все още не е широко разпространено. Стартъпи от поредицата „Моят бизнес“, когато човек, който е абсолютно невеж в счетоводството, може да попълни правилно всички полета и да получи документи, съставени в съответствие с последната буква на толкова често променящите се закони. И след това ги изпратете до всички необходими получатели с едно кликване.

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

Алгоритъмът анализира скоростта, с която попълвате формуляра, преглежда базите данни на събирачите на дългове и регистъра на недвижимите имоти, търси ви в социалните мрежи, преглежда кои са вашите приятели и колко правописни грешки правите, и след това извежда резултата . Няма нужда от човек в банката, което означава, че самият банков офис не е необходим. Говорили сте с компютъра от вкъщи и сте получили карта от службата за доставка. Разтвор в кутия.

Услугата за приготвяне на храна започна с уникален, където всичко зависеше от готвача и стигна до стандартното, а това, между другото, не е само „Биг Мак“, но и бизнес обеди в кафенета. Не стигна до кутията версия. чакаме

Изграждане на уеб сайт. В началото на Интернет всеки си е правил собствен уебсайт. Обслужването беше уникално. Тогава се появиха студиа, които ги направиха на поточна линия. Стандартно обслужване. В днешно време има добра селекция от кутийни решения като Wix и Bitrix.

Лекарство. Извинявам се за лошата игра на думи, но това е болна тема. Като цяло услугата е заседнала на уникален етап. Всичко зависи от личността на лекаря, както и от неговия опит и мироглед. Като цяло те се отличават от лечителите на древността с модерен набор от лекарства и оборудване. Вярно, има стандартизация - сертификация, дипломи, научни школи.

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

Има такава корпорация като IBM, тя има навика да създава суперкомпютри. А преди няколко години тя построи друг гигант, наречен Уотсън. Първоначално този компютър се забавляваше с всякакви игри с хора, а след това решиха да го адаптират за полезни цели. Те се споразумяха с една от американските болници и цифровизираха 15 хиляди истории на случаи на определен вид рак. От оплаквания и симптоми до резултатите от всички изследвания и крайния резултат - ремисия или уви смърт. Дигитализиран - това означава, че е достъпен за анализ чрез самообучаващи се алгоритми.

И тогава взеха още 5 хиляди истории и провериха как работи. И се оказа, че в добра болница с добра апаратура добрият лекар поставя правилната диагноза в 50% от случаите и назначава правилното лечение в още 50% от случаите. Общо 50%, умножено по 50%, се равнява на 25%, всеки четвърти човек е късметлия. Компютърът получи съответно 90% и 90%. Общо 8 от 10. С не много голяма първоначална извадка.

Но това не е краят на историята, а нейното начало. Сега стотици болници са включени в този проект, което означава, че размерът на извадката, за която компютърът ще работи, ще се увеличи с порядък. И тогава лекар от някоя Оклахома ще напише писмо: „Скъпи компютър, имам пациент тук с тези оплаквания... Какво му е?“ И компютърът ще поиска от него данни от тестове и ще даде препоръки за лечение.

Постигнахме стандартизация там, където вчера изглеждаше невъзможно. И, сигурен съм, през следващото десетилетие ще получим и опакован продукт - защо имаме нужда от лекар и пътуване до болницата, когато всички необходими сензори могат да бъдат вградени в битови предмети и джаджи около нас. Те вече се произвеждат под формата на десетки умни часовници и гривни, а в бъдеще ще има още повече. Ще има решение в кутия, когато всички здравни данни се събират автоматично и не сте се почувствали зле, но системата го е забелязала преди вас и е уведомила лекарите много преди да заподозрете, че нещо не е наред.

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

Е, какво ще кажете за фризьорите? Голяма част от процеса вече е стандартизиран, можете да симулирате прическа на момиче на компютъра и да видите как ще изглежда, преди да се случи този ужас или това уау.

Всичко, което остава, е да се приложи това възможно най-точно. Вече говорих за 3D принтери. Паралелно с тях се развиват и 3D скенерите. Взимаме скенер, сканираме косъма, изчисляваме дължината на всеки косъм, след това вземаме например сешоар, вдигаме всички коси нагоре и с прецизен лазер подстригваме всеки конкретен косъм по дължина.

Не, не знам, може би няма да е сешоар или лазер. Но определено ще стане. Да, няма да е най-добрият фризьор в света. Това ще бъде начинът да получите точно това, което искате. И няма да се налага да ходите никъде. Вкъщи. Бърз. Гарантирано.

образование. Засега е на същото място като медицината. Всичко зависи от учителя и мотивацията на човека. През хилядата години от първите университети тази услуга не се е променила изобщо. Какво голямо поле за дейност, за да направим услугата поне стандартна. Смятате ли, че това е невъзможно?

Лично аз сега инвестирах душата, тялото и парите си в проект, който прави едно кутийно решение в образованието. За да може предварително да се каже колко пари и часове трябва да отдели даден човек, за да може гарантирано да научи езика в необходимата степен. Един вид кутия, в която пъхна главата си, задържа я толкова дълго, колкото е необходимо, и я извади с знание. Не, разбира се, не е физическа кутия. Но със същия ефект. И мисля, че ще успеем.