Գործարարները ցանկանում են փաթեթավորված լուծումներ ամեն ինչի համար: Ինչ-որ մեկին հետաքրքրո՞ւմ է Յարովայայի օրենքը: Տուփով կամ մաքսային լուծում

Ցանկացած գործունեություն ավտոմատացնելու երկու եղանակ կա՝ ընտրել համապատասխան փաթեթավորված արտադրանք կամ պատվիրել ծրագրային արտադրանքի մշակում (PP): Եկեք նայենք յուրաքանչյուր մոտեցման դրական և բացասական կողմերին և ընդհանուր սխալներին, որոնք առաջանում են ծրագրակազմ ընտրելիս: Քննարկվող մոտեցումները բնորոշ են ցանկացած գործունեության ավտոմատացման համար, ոչ միայն փաստաթղթերի հոսքի և գրասենյակային աշխատանքի համար:

Նախադպրոցական ուսումնական հաստատությունների կամ գործերի կառավարման ծառայությունների շատ ղեկավարներ այսօր բախվում են իրենց կազմակերպություններում գրասենյակային գործընթացների կամ փաստաթղթերի հոսքի ավտոմատացման համար ծրագրային ապահովման ընտրության խնդրին: Որպես կանոն, EDMS-ի ընտրությունը սկսվում է կազմակերպության աշխատակիցների միջև փորձի փոխանակմամբ և հիմնված է այն EDMS-ի գործառույթների և առանձնահատկությունների իմացության վրա, որոնցով որոշ աշխատակիցներ արդեն իսկ առնչվել են: Բայց դուք պետք է հիշեք, որ EDMS-ը, որը հարմար էր մեկ կազմակերպության համար, միշտ չէ, որ օպտիմալ կլինի այլ գործառույթներ կամ կազմակերպչական կառուցվածք ունեցող կազմակերպության համար: Ցանկացած գործունեություն ավտոմատացնելու երկու եղանակ կա՝ ընտրել համապատասխան փաթեթավորված արտադրանք կամ պատվիրել ծրագրային արտադրանքի մշակում (PP): Եկեք նայենք յուրաքանչյուր մոտեցման դրական և բացասական կողմերին և ընդհանուր սխալներին, որոնք առաջանում են ծրագրակազմ ընտրելիս: Նշեմ, որ դիտարկվող մոտեցումները բնորոշ են ցանկացած գործունեության ավտոմատացման համար, ոչ միայն փաստաթղթային հոսքի և գրասենյակային աշխատանքի:

Է.Ս. Ուլանովա, Ծրագրի տնօրեն, Նոր տեխնոլոգիաների կենտրոն «Պարուս» ՓԲԸ

Ծրագրային արտադրանքի սխալ ընտրության հետևանքները հայտնի են շատերին՝ իրականացման և հետագա աշխատանքի ընթացքում բիզնես գործընթացների մշտական ​​խափանումներ, գերատեսչությունների միջև կոնֆլիկտներ՝ կապված ֆունկցիոնալ պարտականությունների ավելացման և նոր պարտականությունների կանոնակարգված բաշխման բացակայության հետ: Այս հոդվածում մենք կփորձենք պարզել, թե ինչ արժե ընտրել տվյալ իրավիճակում՝ հաշվի առնելով տարբեր ծրագրերի առանձնահատկությունները և դրա կիրառման շրջանակը:

Տուփի PP-ի ընտրություն

Տուփի ծրագրային արտադրանքծրագրային ապահովում է, որը նախատեսված է անորոշ թվով գնորդների համար և մատակարարվում է «ինչպես կա» հիմունքներով՝ բոլոր գնորդների համար ստանդարտ գործառույթներով:

Տուփի արտադրանքները սովորաբար ստեղծվում և տարածվում են արտադրող ընկերության կողմից՝ տեղադրման և տեղադրման հրահանգների ամբողջական փաթեթով, որը կարող է օգտագործվել ցանկացած օգտագործողի կողմից:

Փաթեթավորված արտադրանքի առավել բնորոշ օրինակը Microsoft Windows-ի անհատական ​​համակարգիչների օպերացիոն համակարգն է:

Կան ավելի բարդ տիպի տուփային լուծումներ, որտեղ տեղադրումը պահանջում է հատուկ գիտելիքներ և հմտություններ. սրանք այն ապրանքներն են, որոնք այս հոդվածի թեման են: Նման տուփային լուծման հիմնական առանձնահատկությունը նախապես հայտարարված ֆունկցիոնալությունն է, որը փոփոխության ենթակա չէ, և համակարգը ինքնին հարմարվում է օգտագործողներին տուփի արտադրանքի ստանդարտ պարամետրերի միջոցով՝ առանց մշակող ընկերության մասնակցության:

Boxed EDMS-ը, որպես կանոն, ունի սահմանափակ թվով աշխատատեղերի կամ գործառույթների լիցենզիա: Կան տուփերով EDMS-ներ, որոնք ունեն ֆունկցիոնալությամբ թեթև անվճար տարբերակ:

Նման տարբերակները կարող են հարմար լինել փոքր առևտրային ընկերությունների համար, որոնք կարող են օգտագործել այս ապրանքը առանց փոփոխությունների կամ փոփոխությունների:

Կան նաև սկզբունքորեն այլ տուփային EDMS հարթակներ՝ կապված ազատ ծրագրաշարի (OS)* հետ: Նման EDMS հարթակները նախատեսված են ինքնուրույն մշակման և հաճախորդի կազմակերպության պահանջներին հարմարվելու համար:

EDMS հարթակը փաթեթավորված արտադրանք է, որն իրականացնում է EDMS-ի հիմնական սկզբունքները, ինչպիսիք են փաստաթղթերի հաստատման բիզնես գործընթացները, փաստաթղթերի էլեկտրոնային տարբերակների պահպանման սկզբունքները, էլեկտրոնային փաստաթղթերի հետ համագործակցությունը և այլն: EDMS հարթակը կարող է պահանջել փոքր ճշգրտումներ կամ մեծ փոփոխություններ՝ կախված EDMS-ի համար սահմանված պահանջներից և առաջադրանքներից:

Արկղային EDMS-ի բաշխումը (նկ. 1) կարող է տեղի ունենալ անմիջապես մշակողից մինչև հաճախորդը կամ միջնորդի միջոցով՝ EDMS դիլեր, որը կօգնի տեղադրել և կարգավորել EDMS-ը: Բաշխման մեթոդը կախված է հաճախորդի անձնակազմում որակյալ ՏՏ մասնագետների առկայությունից: Այսպիսով, եթե ընկերության համար հնարավոր չէ կամ անհրաժեշտ չէ պահպանել նման մասնագետ, իմաստ ունի ներգրավել դիլեր:

Բրինձ. 1. Տուփի EDMS-ի բաշխման սխեմա

Boxed ծրագրային ապահովման մշակման ընկերություն- ընկերություն, որն արտադրում է լիովին պատրաստի արտադրանք՝ միացման բոլոր հրահանգներով:

Boxed ծրագրային ապահովման դիլերմիջնորդ է մշակող ընկերության և փաթեթավորված ծրագրաշարի սպառողի միջև՝ ծառայություններ մատուցելով փաթեթավորված ծրագրաշարի ստեղծման և ֆունկցիոնալության պահպանման համար: Դիլերը կարող է լինել կամ առանձին ընկերություն կամ ընկերության ստորաբաժանում, որը մշակում է փաթեթավորված ծրագրակազմ:

Փաթեթավորված ծրագրային ապահովման կազմակերպություն-հաճախորդ- ծրագրային ապահովման սպառող կազմակերպություն, որը կարող է ինքնուրույն (իր ՏՏ աջակցության ծառայության միջոցով) կարգավորել և աշխատել փաթեթավորված արտադրանքի հետ կամ օգտվել փաթեթավորված ծրագրային ապահովման դիլերի ծառայություններից:

Boxed EDMS-ի առավելություններն ու թերությունները

Boxed 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 «Տեղեկատվական տեխնոլոգիաներ. Տվյալների բազայի ստանդարտների համակարգ. Տվյալների կառավարման տեղեկատու մոդել»:

ԳՕՍՏ 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 «Մեթոդական ցուցումներ. Ինֆորմացիոն տեխնոլոգիա. Ավտոմատացված համակարգերի ստանդարտների և ուղեցույցների մի շարք: Փաստաթղթերի բովանդակության պահանջների ավտոմատացված համակարգեր»:

Այս ստանդարտները ենթադրում են, որ նախ պետք է նկարագրվեն EDMS-ի բոլոր պահանջները, և միայն դրանից հետո կարելի է անցնել կոդավորման փուլին, այսինքն՝ ծրագրի կոդ և սցենարներ գրելու գործընթաց՝ որոշակի ծրագրավորման լեզվով որոշակի ալգորիթմ իրականացնելու համար: Ավելին, պահանջները պետք է ներառեն ինչպես համակարգի ֆունկցիոնալ խնդիրները, այնպես էլ այլ համակարգերի հետ փոխգործակցության բոլոր մեթոդները, տեղեկատվության ներկայացման մեթոդները EDMS-ում, այնպես որ հաճախ այս բոլոր պահանջների նկարագրությունը ըստ ԳՕՍՏ-ի երկար ժամանակ է պահանջում (մի քանի ամսից սկսած. մինչև մի քանի տարի):

Այս զարգացման մոդելը լավ է հետևյալ իրավիճակներում.

● մի քանի շաբաթից մինչև 2-3 ամիս տևողությամբ նախագծերի իրականացման ժամանակ, քանի որ նկարագրված պահանջները ժամանակ չունեն հնանալու համար.

● համակարգերի ներդրման ժամանակ, որտեղ չկան ենթաառաջադրանքներ և ֆունկցիոնալության զարգացման մի քանի փուլ (օրինակ, EDMS-ի հիմնական ֆունկցիոնալությունը մշակելուց հետո, դրա փոխգործակցությունը հաշվապահական համակարգի հետ պետք է վերջնական տեսքի բերվի, բայց այս փոխգործակցության համար դեռ պահանջներ չկան) ;

● երբ ստեղծված EDMS-ին ներկայացվող պահանջները հստակ սահմանված և գրանցված են:

Կրկնվող կամ կրկնվող մոտեցում(նկ. 3) - աշխատանքի կատարումը ձեռք բերված արդյունքների շարունակական վերլուծությանը և աշխատանքի նախորդ փուլերի ճշգրտմանը զուգահեռ: Միևնույն ժամանակ, զարգացման յուրաքանչյուր փուլում զարգացումն անցնում է կրկնվող կրկնվող ցիկլով՝ Պլանավորում - Իրականացում - Ստուգում - Գնահատում:

Բրինձ. 3. Կրկնվող ծրագրային ապահովման մշակում

Այս մոտեցումը լայն տարածում է գտել ԱՄՆ-ում և Արևմուտքում, որտեղ այն մշակվել է։ Աշխարհահռչակ ծրագրային ապահովման մշակման մեթոդոլոգիաները, ինչպիսիք են Rational Software-ի Rational Unified Process (RUP)-ը, նման մոտեցում են ցուցաբերում:

Այս մոտեցման հիմքում ընկած է աստիճանաբար խորացնել ֆունկցիոնալությունն ու պահանջները և հաճախորդի հետ միասին անընդհատ վերլուծել ստեղծված ֆունկցիոնալությունը։ Կրկնվող մոտեցմամբ՝ EDMS-ի նախատիպը մշակվում է հնարավորինս շուտ՝ այն օգտագործողներին ցուցադրելու և համակարգի միջերեսի և գործընթացների իրականացման մոտեցման վերաբերյալ հետադարձ կապ ստանալու համար:

Ռուսական շուկայի համար նման մոտեցումը պահանջում է օգտագործողների բարձրորակ վերապատրաստում, նրանց ծանոթացում դեռևս անավարտ EDMS-ին, քանի որ դա հաճախ կարող է բացասական վերաբերմունք առաջացնել դեռևս չստեղծված համակարգի նկատմամբ: Օգտագործողի նման մասնակցությունը EDMS-ի մշակմանը կարելի է անվանել և՛ գումարած, և՛ մինուս: Մի կողմից՝ օգտատերերը տեսնում են, թե ինչպես է իրականացվում զարգացումը և կարող է ազդել գործընթացի վրա, մյուս կողմից՝ դա պահանջում է ժամանակ և օգտատերերի իրական մասնակցություն (որը նրանց հիմնական գործունեությունը չէ):

Կրկնվող մոտեցման առավելությունները

Համակարգի գործունեության և կազմակերպության իրական գործունեության պահանջների միջև անհամապատասխանությունների վաղ հայտնաբերում.

Ջանքերի շեշտադրումն ուղղված է EDS-ի ամենակարևոր և կարևոր ոլորտներին (օրինակ՝ փաստաթղթերի գրանցումը, դրանց վերահսկողության տակ դնելը, այնուհետև կատարողականի կարգապահության վերաբերյալ հաշվետվությունների մշակումը և այլն);

Շարունակական կրկնվող (այսինքն՝ կրկնվող) թեստավորում, որը թույլ է տալիս գնահատել ամբողջ նախագծի հաջողությունը որպես ամբողջություն.

Հաճախորդի հիմնական աշխատակիցների ներգրավում EDMS-ի զարգացման փուլում՝ ստեղծելու արտադրանք, որն իրականում բավարարում է նրա կարիքները.

Առաջադրանքների և ֆունկցիոնալության առումով մեկ EDMS-ի մոդուլային մշակման և մոդուլային իրականացման հնարավորությունը.

Ծրագրի ներկա վիճակի իրատեսական գնահատում և, որպես արդյունք, հաճախորդների և անմիջական մասնակիցների ավելի մեծ վստահություն դրա հաջող ավարտի հարցում:

Ինչ ընտրել:

Արդյունքում, իհարկե, չկա համընդհանուր խորհուրդ EDMS-ի ընտրության վերաբերյալ, բայց կան մոտեցումներ, որոնք կօգնեն ձեզ խուսափել բազմաթիվ խնդիրներից և սխալներից և՛ EDMS-ի (փաթեթավորված արտադրանք կամ հատուկ ծրագրաշար) համապատասխան տեսակը որոշելիս, և՛ ընտրելիս: Ձեր կազմակերպության համար օպտիմալ EDMS-ը տուփի արտադրանքների շարքում:

Նախևառաջ պետք է վերլուծել կազմակերպության կարիքները և դրանց հիման վրա ընտրել ծրագրային արտադրանք: Եթե ​​տուփային լուծումը հարմար է կազմակերպության կարիքները բավարարելու համար EDMS ֆունկցիոնալության առումով, ապա ավելի լավ կլինի (ավելի էժան և արագ) գնալ դրա հետ, բայց հետո պետք է հիշել այս ապրանքի մշակողից կախվածության մասին: Եթե ​​պահանջները վերլուծելուց հետո կազմակերպությունը հասկանում է, որ չի կարող անել առանց մաքսային մշակման, ապա հատուկ ուշադրություն պետք է դարձնել զարգացման նախագծի կազմակերպմանը բոլոր գործողությունների կանոնակարգմամբ և բոլոր անհրաժեշտ նախագծային փաստաթղթերի ստեղծմամբ: Սա կօգնի ձեզ կախված չլինել այն ընկերությունից, որը մշակում է հատուկ ծրագրակազմ և, անհրաժեշտության դեպքում, առանց ցավի փոխել համակարգը EDMS-ի ներդրման և շահագործման գրեթե ցանկացած փուլում:

Փորձագիտական ​​կարծիք

Դ.Վ. Վոլոդին, վերլուծաբան, Microsoft SharePoint ուղղություն, Electronic Office Systems ընկերություն

Շատերը այսպես կոչված Տուփի արտադրանքներն ունեն պարամետրերի հարուստ փաթեթ, որը թույլ է տալիս համակարգը մեծապես հարմարեցնել կոնկրետ կազմակերպության բնութագրերին:

Միևնույն ժամանակ, EDMS-ի դասի համակարգերը վաղուց ամուր զբաղեցրել են իրենց տեղը շուկայում, կան բազմաթիվ պատրաստի լուծումներ, ներառյալ ոլորտին բնորոշ լուծումներ. Բացի այդ, նույնիսկ հաշվի առնելով հաճախորդի հնարավոր առանձնահատկությունները, EDMS ֆունկցիոնալության ճնշող մեծամասնությունը ստանդարտ բնույթ ունի: Այս պայմաններում զրոյից EDMS-ի մշակման փորձը կարելի է համարել ավելի շուտ որպես անիվի վերահայտնագործում:

Ներկայումս EDMS շուկայում բավականին հստակ միտում է նկատվում տուփով և մաքսային ապրանքների միջև սահմանները լղոզելու միտում: Այս տեսակները ակտիվորեն ձգտում են հանդիպել միմյանց կես ճանապարհին. «արկղերը» գերաճած են մեծ թվով պարամետրերով, իսկ մաքսային մշակումները կրկնօրինակվում և շուկա են թողարկվում պատրաստի լուծումների տեսքով:

Հաճախորդի կողմից EDMS ընտրելու դժվարին գործընթացը հեշտացնելու համար մենք կարող ենք առաջարկել տարբերակել գործառույթների երեք խումբ.
նոր հնարավորություններ յուրաքանչյուր դիտարկվող ապրանքի համար.

Տիպիկ կոնֆիգուրացիա (նվազագույն արժեքը); անհրաժեշտության դեպքում, կարող է տեղակայվել հաճախորդի կողմից՝ մշակողի ցուցումների համաձայն.

Ընդլայնված կոնֆիգուրացիա առանց փոփոխությունների (միջին արժեքը); պահանջում է մասնագետների մասնակցություն համակարգի ներդրմանը.

Ֆունկցիոնալության կատարելագործում, նոր մոդուլների մշակում (առավելագույն արժեք); պահանջում է ծրագրավորողների ներգրավում և ծրագրային ապահովման մշակման լիարժեք նախագիծ:

Այսօր գոյություն ունեցող EDMS ծրագրավորողներից շատերն առաջարկում են բոլոր երեք տարբերակները:

Համակարգի ընտրության գործընթացում հաճախորդը պետք է որոշի գործառույթների ցանկը, որոնք կարևոր են նպատակներին հասնելու համար:

Դրանից հետո ձեզ հարկավոր է ցուցակի տարրերը բաժանել երեք խմբի՝ վերը նկարագրված սխեմայի համաձայն: Այս դեպքում դուք պետք է ընտրեք այն ապրանքները, որոնք ունեն առավելագույն չափով կրիտիկական ֆունկցիոնալություն ստանդարտ կազմաձևում: Բացակայող գործառույթը պետք է լրացվի ավելի մանրամասն կարգավորումների և առաջադեմ կոնֆիգուրացիայի օգտագործման միջոցով: Ցանկալի է դիմել մաքսային փոփոխությունների միայն այն դեպքում, երբ առաջին երկու տարբերակների հնարավորությունները սպառված են, և կարևոր խնդիրները այլ կերպ չեն կարող լուծվել։

Անտոնինա Բուկինա, InterTrust ընկերության հաճախորդների սպասարկման մենեջեր

Ստանդարտ և սովորական էլեկտրոնային փաստաթղթերի կառավարման համակարգի որոշակիորեն միակողմանի համեմատական ​​նկարագրությունը պետք է լրացվի հոդվածում չքննարկված բավականին նշանակալից կետերով:

Հարկ է հատկապես ընդգծել, որ անհնար է «հավասար» դնել «ստանդարտ EDMS» և «boxed EDMS» հասկացությունների միջև։ Սրանք տարբեր համեմատական ​​կատեգորիաներ են։ Առանց մանրամասների մեջ մտնելու՝ կարող ենք առանձնացնել.

ա) տուփով EDMS (արկղային էլեկտրոնային փաստաթղթերի կառավարման համակարգը չի ենթադրում փոփոխությունների հնարավորություն, այն տեղադրված է «ինչպես կա»).

բ) ավելի բարդ EDMS (հաճախորդի խնդրանքով, դրանք կարող են հարմարեցվել կամ փոփոխվել հաճախորդի անհատական ​​հատկանիշներին/կարիքներին համապատասխանելու համար).

գ) ստանդարտ EDMS (տարբերակից տարբերակ բարելավված հիմնական գործառույթները ժառանգվում են մի տարբերակից մյուսը, հարստացված լրացուցիչ հնարավորություններով. հիմնական գործառույթը, որպես կանոն, փորձարկվել է հազարավոր հաճախորդների կողմից);

դ) EDMS-ը մշակվել է զրոյից մեկ կոնկրետ կազմակերպության համար:

Այսպիսով, ստանդարտ EDMS-ը, եթե դրանք փաթեթավորված լուծում չեն, կարող են հեշտությամբ
Ընտրելու մեկ այլ տարբերակ կա՝ տուփով արտադրանքի կարճ ժամանակով փորձարկում
անհրաժեշտության դեպքում կազմաձևված և փոփոխված:

Փաստաթղթերի կառավարման ստանդարտ էլեկտրոնային համակարգը, հատկապես, եթե այն մշակվել է երկար ժամանակ և ակտիվորեն օգտագործվում է հաճախորդների կողմից, հաճախորդին ազատում է լուրջ ռիսկերից: Ինչո՞ւ։ Այն փորձարկվել է ոչ թե մեկ, այլ հարյուր, երբեմն նույնիսկ հազար հաճախորդի (համապատասխանաբար՝ մի քանի հազար օգտատերերի) կողմից, ինչը վկայում է դրա կենսունակության մասին։ Ֆունկցիոնալության հետևողականությունը ապացուցվել է տարբեր ոլորտների և չափերի կազմակերպություններում տարիների արդյունաբերական գործունեության շնորհիվ, ինչը թույլ է տալիս խոսել նման ծրագրաշարի հուսալիության մասին:

Բացի այդ, ստանդարտ EDMS-ները, որպես կանոն, կատարելագործվում են տարբերակից տարբերակ՝ պահպանելով լավագույն ձեռքբերումները և ներառելով ամենաժամանակակից տեխնոլոգիաները։ Ըստ էության, դրանք ներառում են հազարավոր հաճախորդների լավագույն փորձը, փորձարկման և սխալի ուղին ավարտված է, և ստանդարտ EDMS-ն արդեն ճանաչում է ստացել:

Զրոյից մշակված արտադրանքը չունի հուսալիության հատկանիշ. չկա որևէ այլ ընկերության կողմից այն շահագործելու փորձ: Դուք կլինեք առաջինը:

Որքան ավելի տարածված լինի EDMS-ի ստանդարտ տարբերակը, այնքան ավելի շատ մասնագետներ կգտնեք դրա կազմաձևման, փոփոխման, աջակցության և դրա հետ աշխատելու ուսուցման մեջ շուկայում, ինչը թույլ կտա ձեզ կախված չլինել սովորույթ ստեղծողների նեղ խմբից: լուծում.

Մի խոսքով, ստանդարտ լուծում ներդնելով կարող եք երկար տարիներ վստահ լինել դրա կատարման վրա։

Բառարան

Ազատ ծրագրակազմը (OFF) ծրագրային արտադրանք է, որի վաճառքից գնորդը ստանում է դրանց անսահմանափակ տեղադրման, գործարկման, ինչպես նաև անվճար օգտագործման, ուսումնասիրության, տարածման և փոփոխման (բարելավման) իրավունքներ:

Իտերացիա (լատիներեն iteratio - «կրկնում եմ») բառի լայն իմաստով ցանկացած գործողության, երևույթի կամ գործընթացի կրկնություն է։

Մենք մեր օգտատերերի հարցում ենք անցկացրել «Արդյո՞ք մեզ անհրաժեշտ է ծրագրի կառավարման համակարգի տուփային տարբերակ» թեմայով: Մեզ համար այս հարցի ճշգրիտ պատասխանը մեծ նշանակություն ունի։ Որոշում է համակարգի զարգացման ուղին և նոր գործառույթների առաջնահերթությունները:

Հարցմանը մասնակցել է ամպային տարբերակն օգտագործող 155 ընկերություն կամ պարզապես նրանք, ովքեր գրանցվել են համակարգին ծանոթանալու համար։ Ընդամենը երեք հարց կար, որոնցից յուրաքանչյուրը պատասխանի երեք տարբերակով:

Ստորև բերված են գծապատկերներ՝ արդյունքներով և մեր եզրակացություններով:

Նմուշ

Նմուշը այնքան էլ մեծ չէ (155 հարցվող), օգտատերերին այնքան էլ դուր չի գալիս նամակներ ստանալը, առավել եւս՝ ինչ-որ բանի օգտին քվեարկելը։ Մասնակցության միակ շարժառիթը արդյունքները հրապարակելու խոստումն էր։

Յուրաքանչյուր հարցի համար պատասխանողների թիվը 50 անգամ ավելի շատ էր, քան պատասխանների տարբերակները: Պատասխանների բաշխման պատահական սխալը մեծ չի լինի.
մի քանի տոկոս և կախված է պատասխանների բաշխումից:

Փորձի զգալի անճշտությունները ներառում են ընտրանքի հավանականությունը՝ միայն նրանք, ովքեր ցանկանում էին քվեարկել, և ոչ պատահական օգտվողներ ընդհանուր ընտրանքից: Եվ, իհարկե, ինքնին նմուշը՝ մեր տվյալների բազան թեքված է դեպի փոքր բիզնեսը:

Այս բոլոր գործոնները պետք է հաշվի առնվեն և հետազոտության արդյունքների հիման վրա կարելի է եզրակացություններ անել:

1 - ին հարց

Ծրագրի կառավարման համար Ձեզ անհրաժեշտ է տուփային լուծում, թե՞ ամպային լուծումը նույնպես հարմար է:

Հարցվածների 32%-ը սկզբունքորեն պատրաստ է աշխատել միայն փաթեթավորված լուծումներովկապի և առաջադրանքների հետ աշխատելու համար. Եթե ​​հաշվի առնենք, որ մեր հարցվողների շրջանում կա կողմնակալություն փոքր բիզնեսի նկատմամբ, ապա 32%-ը շուկայի նվազագույն մասնաբաժինն է, որն ընդհանրապես հաշվի չի առնում SaaS-ը:
Մի քանի տարի առաջ այս իրավիճակը չկար։ Մենք այն ժամանակ աշխատում էինք մեկ այլ b2b նախագծի վրա, բայց տուփի հարցումները հազվադեպ էին, դրանք պարզապես լուրջ չէին դիտարկվում: Այժմ, թողարկելով տուփի տարբերակը, մենք փակել ենք ամենատարածված կոմերցիոն հարցումը:

Հարց թիվ 2

Ո՞րն է փաթեթային լուծման անհրաժեշտության հիմնական պատճառը:

Անվտանգության և տանը տվյալների պահպանման ուժեղ կողմնակալություն- ավելի քան 60%: Եվ սա փոքր բիզնեսի համար է: Երբ դուք ուղղակիորեն շփվում եք խոշոր ընկերությունների հետ, անվտանգությունն ու փաթեթավորված լուծումը միշտ առաջին կամ երկրորդ հարցն են: (մրցում է հարցի հետ. «Ինչպես ստանալ հաշվետվություն այն մասին, թե ինչ էր անում թիմը»)

Հարց թիվ 3

Վերջին 3 տարիների ընթացքում արկղային լուծումներն ավելի ակտուալ դարձե՞լ են: Յարովայայի օրենքը որևէ ազդեցություն ունի՞։

Յարովայայի օրենքն ինքնին ոչ մեկին այնքան էլ չի անհանգստացնում։ Չկա որևէ կոնկրետ բան, որն այդքան բարձր է դնում անվտանգությունը: Սա միշտ շատ գործոնների համակցություն է, և օգտվողներն իսկապես չեն հետևում այս գործոնների փոփոխություններին: Մեր և հաճախորդի միջև տիպիկ երկխոսությունը հետևյալն է.

Մեզ պետք է փաթեթավորված լուծում։
-Ինչո՞ւ հենց արկղվածը։ եկեք սկսենք ամպից, այն ավելի արագ կգործարկվի
- Ոչ, հիմա ղեկավարությունը կհամաձայնի միայն այն դեպքում, եթե այն տեղադրվի մեր սերվերների վրա
- Ի՞նչ է փոխվել, երբ դուք դեռ օգտագործում եք ամպի վրա հիմնված անվճար Trello-ն:
-Այո, և սա մեզ հարիր չէ։ Շատ բան չի փոխվել, բայց այժմ քաղաքականությունն այն է, որ անցնենք միայն ապահով լուծումների։

Հետազոտությունից և ընկերությունների հետ հաղորդակցությունից եզրակացություններ.

• Ընկերությունների առնվազն 30%-ը պատրաստ է աշխատել միայն տուփերով։
• Դրամական առումով սա մեր դեպքում շուկայի առնվազն 70 տոկոսն է։ Գնահատումը հիմնված է աշխատողների բաշխվածության վրա՝ ըստ ընկերության չափի:
• Վերջին մի քանի տարիներին անվտանգության նախապատվությունների կտրուկ փոփոխություններ են եղել: Այս միտումը միայն կուժեղանա։ Բաշխման մոդելները նման կլինեն սիլոսների տեղադրմանը:
• Գոյություն ունի ամպերից դեպի ինքնահոսթինգ ակտիվ անցման միտում: Մենք դա կարող ենք տեսնել միայն b2b-ում: Մեզնից պահանջվում է ավարտված առաջադրանքները ամպային համակարգերից մեր տուփ վերբեռնելու գործառույթը:
• Մենք թողարկեցինք տուփային տարբերակը մի պատճառով. Ուղղությունը պետք է մշակվի. Ամպը շատերի կողմից ընկալվում է պարզապես որպես փորձարկման հնարավորություն։

P.S. Հարցում. Արագաշարժ Ռուսաստանում 2017թ

Մենք YouGile-ում մեծ հարցում ենք անցկացնում Ռուսաստանում ճկուն մեթոդաբանության վերաբերյալ: Այստեղ մեզ անհրաժեշտ է ավելի մեծ թվով հարցվողներ, քան վերը նշված հարցման մեջ: Մինչ այժմ 100-ից մի փոքր ավելին է մասնակցել հարցի ամենատարածված պատասխանը. «Ձեր ընկերությունում օգտագործվու՞մ է Agile»:

«Այո, բայց բավականին քիչ»՝ հարցվածների 54,5%-ը։

Մասնակցեք - մասնակցեք «Agile in Russia 2017» հարցմանը.
12 հարց, մոտավորապես 3 րոպե

09/13/17 11:41 16/11/15 23:50

Պատրաստ է, բայց սահմանափակ կամ հարմարեցված

Քանի որ յուրաքանչյուր ընկերություն աճում է, վաղ թե ուշ այն մտածում է ներքին բիզնես գործընթացների ավտոմատացման մասին: Դրանք կարող են լինել պայմանագրային կամ փաստաթղթային գործունեության, շուկայավարման և վաճառքի գործընթացների կամ նույնիսկ արտադրական գործընթացների ավտոմատացման հետ կապված գործընթացներ:

Եվ առաջին հարցը, որին բախվում է ընկերությունը, այն է, արդյոք ընտրել տուփային լուծում, թե՞ մաքսային լուծում:

Երկու տարբերակներն էլ ունեն իրենց առավելություններն ու թերությունները և կախված են բազմաթիվ ներքին և արտաքին գործոններից: Այս հոդվածում մենք կփորձենք ավելի մանրամասն անդրադառնալ այս հարցին և խորհուրդներ տալ լուծում ընտրելու վերաբերյալ։

Տուփից դուրս լուծում

Նման լուծումները հաճախ պարզապես կոչվում են «տուփ»: Սա պատրաստի արտադրանք է:

Արկղային լուծման առավել ակնհայտ առավելությունը իրականացման արագությունն է: Boxed լուծումներն արդեն ունեն մի շարք գործառույթներ և ավտոմատացված բիզնես գործընթացներ, որոնք կարող են օգտագործվել անմիջապես տեղադրումից հետո: Տեղադրումն ու կազմաձևումը նույնպես շատ ժամանակ չի պահանջում, և օգտատերեր ավելացնելուց և գրացուցակները լրացնելուց հետո լուծումը պատրաստ է օգտագործման: Այս դեպքում տեղադրումը կարող են իրականացնել ընկերության ՏՏ մասնագետները, իսկ երբեմն էլ՝ համապատասխան որակավորում ունեցող սովորական աշխատակիցները։

Մեկ այլ առավելություն նման լուծումների գինն է: Որպես կանոն, դրանք զգալիորեն ավելի էժան են, քան անհատական ​​լուծում մշակելը: Որոշ դեպքերում գինը կարող է մի քանի անգամ տարբերվել: Բացի այդ, անհրաժեշտ մոդուլների և գործառույթների արժեքը կարող է նախապես հաշվարկվել՝ առանց հաճախորդի բիզնես գործընթացները ուսումնասիրելու:

Տուփի լուծումների հիմնական թերությունները ներառում են սահմանափակ ֆունկցիոնալություն: Գործառույթների, բիզնես գործընթացների և լուծման մեջ դրանց իրականացումը նախապես կազմաձևված են մշակողի կողմից՝ հնարավորինս շատ ընկերություններին ընդգրկելու համար: Հետևաբար, եթե ինտերֆեյսը կամ որոշակի գործողությունների կատարումը հարմար չէ օգտատերերի համար, ապա դրանք հնարավոր չի լինի փոխել գլոբալ, և դուք ստիպված կլինեք օգտագործել այն, ինչ կա: Նույնը վերաբերում է բիզնես գործընթացներին և փաստաթղթերի հոսքի ուղիներին: Դրանք սովորաբար կազմաձևվում են որոշակի ձևով, և չվարժված օգտվողները կարող են դժվարություններ ունենալ դրանք փոխելու համար:

Մեծ մասամբ փաթեթավորված լուծումները մշակման համար նախատեսված չեն: Հետեւաբար, միշտ չէ, որ հնարավոր կլինի բարելավել նոր ֆունկցիոնալությունը: Սովորաբար կան սահմանափակ թվով կարգավորումներ, որոնք կարող են փոխվել, և գլոբալ փոփոխությունները կամ նոր գործառույթները հայտնվում են համակարգի հետագա տարբերակներում:

Նման լուծումների մեկ այլ թերություն անհատական ​​տեխնիկական աջակցության բացակայությունն է: Եթե ​​համակարգը օգտագործելու արդյունքում դուք համակարգային ինչ-որ սխալ եք զգում, լուծում մշակողը, ամենայն հավանականությամբ, ձեզ կտրամադրի այն շտկելու համար: Մնացած բոլոր դեպքերում դուք ստիպված կլինեք ինքներդ լուծել խնդիրները՝ փնտրելով տեղեկատվություն և հարցեր տալով ֆորումներում:

Պատվերով լուծում

Պատվերով լուծումների մշակումը, ի տարբերություն տուփի, սկսվում է հաճախորդի բիզնես գործընթացների, առաջադրանքների և խնդիրների վերլուծությամբ: Լուծումների մատակարարի վերլուծաբանները զրուցում են հաճախորդի հիմնական աշխատակիցների հետ, ուսումնասիրում առկա բիզնես գործընթացները, վերհանում առկա խնդիրները և ծանոթանում ընկերության կանոնակարգերին: Կարիքները ուսումնասիրելուց և ուսումնասիրելուց հետո կազմվում է տեխնիկական բնութագիր։ Հաջորդ փուլը լուծման մշակումն ու իրականացումն է։ Այնուհետև համակարգը փորձարկվում է հաճախորդի օգտատերերի կողմից և փոփոխվում խնդիրների և մեկնաբանությունների դեպքում:

Շատ դեպքերում մաքսային մշակումն իրականացվում է որոշ հիմնական լուծումների հիման վրա՝ որոշակի գործառույթների և հնարավորությունների շարքով: Այս հիմնական լուծումը փոփոխված է հաճախորդի կարիքներին և պահանջներին համապատասխան: Այս մոտեցումը հնարավորություն է տալիս համակարգը դարձնել հնարավորինս հարմար և հարմար կոնկրետ կազմակերպության համար: Այս դեպքում հաշվի են առնվում ընկերությունում ներքին գործընթացների բոլոր առանձնահատկությունները: Եթե ​​ընկերությունում փոփոխություններ լինեն, լուծումը կարող է փոփոխվել կամ վերանախագծվել անհատական ​​հիմունքներով, ինչը չի կարելի անել տուփով:

Մեկ այլ պլյուս անհատական ​​տեխնիկական աջակցությունն է: Դուք կարող եք վաճառողի հետ բանակցել ձեզ անհրաժեշտ աջակցության պայմանների մասին:

Պատվերով լուծումների թերությունները ներառում են գինը և իրականացման ժամանակը: Սովորաբար դրանք տատանվում են 3-4 ամսից կամ ավելի:

Այս օրերին փոքր, միջին և խոշոր բիզնեսները վաղ թե ուշ մտածում են, թե ինչ ընտրել իրենց բիզնես գործընթացները ավտոմատացնելու համար՝ ամպի՞, թե՞ տուփի:

Ոմանք պնդում են, որ ծրագրակազմն այժմ դառնում է ավելի տարածված՝ որպես պարզ, սովորական ծառայություն, մինչդեռ մյուսները դեռ կարծում են, որ միայն տուփով տարբերակները նույն ծրագրաշարը գնելու ամենահեշտ ձևերից մեկն են:

Այնուամենայնիվ, հասկանալու համար՝ ամպը, թե տուփն ավելի լավն է, առաջարկում ենք ավելի մոտիկից ծանոթանալ այս լուծումների հնարավորություններին։

Ծրագրային ապահովումը որպես ծառայություն:

Այսպիսով, ամպային ծառայությունները տվյալների մշակման տեխնոլոգիա են: Այս դեպքում օգտագործողին տրամադրվում է ծրագրակազմ՝ որպես ծառայություն (SaaS) վեբ բրաուզերի միջոցով, բջջային սարքերի համար նախատեսված հավելվածներ՝ հիմնված iOS, Android կամ Windows Phone օպերացիոն համակարգերի վրա: Շնորհիվ այն բանի, որ բացարձակապես ողջ ամպային ենթակառուցվածքը թաքնված է օգտատերից, նա կարիք չունի հատուկ հմտություններ կամ գիտելիքներ ունենալ այս տեխնոլոգիան օգտագործելու և կառավարելու համար։ Բացի այդ, ամպային ծառայությունները հայտնի են փոքր և միջին ընկերությունների շրջանում, քանի որ դրանք «ժողովրդավարացնում են» CRM համակարգերը:

Ամպային CRM համակարգերի առավելությունները.

• տեսականորեն, ամպային համակարգերում սկավառակի տարածության, RAM-ի և պրոցեսորների քանակը բացարձակապես անսահմանափակ է.
• օգտատերերը ստիպված չեն լինում վատնել իրենց ժամանակը ծրագրային ապահովման տեղադրման և կազմաձևման վրա:
• թանկարժեք սարքավորումներ գնելու կարիք չկա;
• զգալիորեն խնայում է աշխատողների ժամանակն ու ջանքերը (և երբեմն սարքավորումների կողմից զբաղեցրած տարածքը) որոշակի առաջադրանքներ կատարելու համար.
• վճարումը կատարվում է միայն օգտագործված հաշվողական հզորության և կատարված գործողությունների համար.
• ընկերությունը կարիք չունի գումար հատկացնելու ենթակառուցվածքների տեղակայման համար.
• Կարիք չկա ժամանակ վատնել մարզումների վրա, քանի որ գրեթե բոլոր օգտվողները գիտեն, թե ինչպես օգտագործել վեբ բրաուզերները, ինչպես նաև ինտերնետ ծառայությունները որպես ծառայությունների դաս.
• Ամպային համակարգերը պահպանվում են հիմնականում բարձր որակավորում ունեցող մասնագետների կողմից, ինչն իր հերթին շատ դրական է ազդում ծրագրային ապահովման ծառայության որակի վրա։

Ամպային CRM համակարգերի թերությունները.

• Անվտանգության վերաբերյալ անընդհատ ծագող հարցերի պատճառով պարզ է դառնում, որ ոչ բոլոր տվյալները կարող են վստահվել երրորդ կողմի մատակարարին (ի դեպ, դա վերաբերում է ոչ միայն պահպանմանը, այլև որոշ տվյալների մշակմանը).
• տվյալների կորստի հնարավորությունը, օրինակ՝ ծառայության մատակարարի տեխնիկական անսարքության պատճառով.
• լրացուցիչ գործառույթներ «պտտելու» անկարողություն՝ հաշվի առնելով ձեռնարկության բիզնես գործընթացները.
• Հաշվի առնելով այն հանգամանքը, որ ամպային ծառայությունների մեծ մասում բացակայում են հստակ ստանդարտներ, օգտվողները, ովքեր որոշում են մեկ ամպային ծառայություններ մատուցողից մյուսը անցնել, կարող են բավականին լուրջ խնդիրների հանդիպել: Բացի այդ, խնդիրներ կարող են առաջանալ, եթե մատակարարը ցանկանում է թարմացնել իր սեփական ամպային ծառայությունները, օրինակ՝ թարմացնել ինտերֆեյսը, արժե՞ պարզաբանել, որ բաժանորդները նույնպես կօգտագործեն այն, քանի որ նրանցից ոչ ոք չի հարցնի.
• Պահանջվում է ինտերնետ հասանելիություն: Իհարկե, մի կողմից, սա բավականին հարմար է, բայց մյուս կողմից, երբեմն ինտերնետը «անհետանում» է մի քանի ժամից մինչև մի քանի օր:

Տուփի լուծում.

Ինչ վերաբերում է տուփով ծրագրային արտադրանքին, ապա սա այն ծրագրային ապահովումն է, որը նախատեսված է անորոշ թվով գնորդների համար՝ նրանց համար նախատեսված գործառույթների ստանդարտ փաթեթով: Այսինքն, այս դեպքում հենց հիմնարար լուծման հայեցակարգը ենթադրում է որոշակի սահմանափակում ինչպես ֆունկցիոնալության, այնպես էլ մատակարարի կողմից համակարգի հետագա փոփոխման հնարավորության առումով: Ծրագիրը սկզբում վաճառվում է որպես պատրաստի արտադրանք և, հետևաբար, կապ չունի որոշակի ընկերության անհատական ​​բիզնես առաջադրանքների հետ:

Boxed CRM համակարգերի առավելությունները.

• բավականին արագ, քանի որ գնորդը լիցենզիաներ է ստանում գնման օրը.
• Կարիք չկա ձեր ժամանակը վատնել՝ լրացնելով անհրաժեշտ ձևերը և սպասելով պատասխանի.
• կարելի է ձեռք բերել լիցենզավորված ծրագրակազմ վաճառող խանութներում.
• ձեռնտու է, եթե անհրաժեշտ է լիցենզիա գնել միայն 1 համակարգչի համար.
• քանի որ տուփի արտադրանքն օգտագործվում է ապրանքի մեջ ներառված հրահանգների համաձայն, օգտագործողը միշտ ձեռքի տակ կունենա հուշումներ.
• Թարմացման ծառայության և տեխնիկական աջակցության շնորհիվ օգտատերերին (եթե հարցեր կամ խնդիրներ առաջանան) չեն մնա «մեկ առ մեկ» համակարգը և այլն:

Boxed CRM համակարգերի թերությունները.

• Համակարգն ինքնուրույն տեղադրելու համար անհրաժեշտ է ունենալ բավականին բարձր մակարդակի գիտելիքներ.
• հաճախակի կոնֆլիկտներ այլ ծրագրային արտադրանքների հետ;
• այն պատճառով, որ տուփի տարբերակը միշտ օգտագործում է հայտարարված ֆունկցիոնալությունը, այն չի կարող որևէ կերպ փոփոխվել կամ կրճատվել, որպեսզի այդպիսով գոնե մի փոքր խնայվի՝ ազդելով ապրանքի արժեքի վրա.
• Հիմնականում այս տարբերակը չի ապահովում այլ համակարգիչների համար լրացուցիչ լիցենզիաներ գնելու հնարավորություն տուփի լիցենզիայի գործողության ընթացքում:

SAAS-ի և հիմնական լուծման հիմնական առանձնահատկությունները:

Իհարկե, մի կողմից, տուփային լուծումը գրավիչ է իր պարզությամբ և դրա իրականացման համար պահանջվող կարճ ժամանակով, ցածր գնով, ինչպես նաև որակի երաշխիքով (իհարկե, եթե ապրանքը ձեռք է բերվել հեղինակավոր արտադրողներից):

Այսպիսով, տուփով լուծում ընտրելիս պետք է պարզապես գալ խանութ, ընտրել ու տեղադրել, այսպես ասած, բավարարվելով ունեցածով։ Ի վերջո, տուփով տարբերակը, որպես կանոն, ապահովում է ստանդարտ ֆունկցիոնալություն: Եվ նույնիսկ եթե ապագայում լինի բաց կոդով արտադրանք, այն կարող է բարելավվել, այնուամենայնիվ, նախ, ընկերությունը դեռ պետք է հարմարեցնի իր կարիքները հատուկ CRM համակարգի հնարավորություններին, և ոչ հակառակը: Հետևաբար, տուփային տարբերակը հարմար չի լինի այն ընկերությունների համար, որոնք, օրինակ, արդեն հասցրել են հասնել իրենց բիզնես գործընթացների յուրահատկությանը և ունենալով աշխատողների հսկայական անձնակազմ, պատրաստվում են համատեղել վաճառքի բաժինը ընկերության բոլոր այլ ստորաբաժանումների հետ։ .

Այնուամենայնիվ, ընկերությունները հաճախ որոշում են, որ տուփը բավարար է CRM համակարգում աշխատելու համար՝ համարելով, որ այս տարբերակը ամենաէժաններից և ամենաարագներից մեկն է։ Այնուամենայնիվ, չպետք է մոռանալ, որ բիզնես գործընթացները լիովին ավտոմատացնելու համար անհրաժեշտ է շատ ուշադիր ընտրել ապրանքը, ուսումնասիրել հայտարարված ֆունկցիոնալությունը և այլն: Քանի որ, եթե պատշաճ ուշադրություն չդարձնեք այս հարցին, կարող եք բախվել փաստի հետ. որ տուփի տարբերակը կարող է բավարար չլինել նույնիսկ հաճախորդների տվյալների բազայի հետ աշխատելու և վաճառքի վերահսկման համար:

Հաշվի առնելով այն հանգամանքը, որ ծրագրաշարը (SaaS) տրամադրվում է հաճախորդին որպես ծառայություն, այն պետք չէ գնել: Փոխարենը օգտատերը պարզապես վարձակալում է այն՝ վճարելով միայն բաժանորդային վճար։ Սա թույլ է տալիս ընկերությանը, ի տարբերություն դասական, ստանդարտ ծրագրային ապահովման լիցենզավորման սխեմայի, հսկայական գումարներ չներդնել ծրագրային ապահովման և դրա տեղակայման համար ապարատային հարթակի ձեռքբերման համար: Իսկ աջակցությունը և համակարգի թարմացումները տրամադրվում են անվճար վաճառողի կողմից: Բացի այդ, SaaS լուծումները թույլ են տալիս բոլորին վճարել միայն ծրագրային ապահովման ֆունկցիոնալության համար, որն իրենց իսկապես անհրաժեշտ է և օգտագործում: Բացի այդ, եթե հաճախորդը մի օր հասկանա, որ իրեն անհրաժեշտ են ծրագրի որևէ լրացուցիչ գործառույթ, կամ, ընդհակառակը, բախվի այն փաստի հետ, որ նա այլևս չի պահանջում որոշակի ծրագրային մոդուլներ, ապա այս հարցը կարող է հեշտությամբ և արագ լուծվել:

Բացի այդ, SAAS լուծումներն առաջարկում են հսկայական գործառույթներ գրեթե բոլոր բիզնես գործընթացների ավտոմատացման, հաշվապահական հաշվառման և համագործակցության կառավարման համար:

Բայց նույնիսկ խոշորագույն ամպային մատակարարներն ունեն զգալի ապարատային խափանումներ: Այսպիսով, համաշխարհային պրակտիկայում արդեն շատ են դեպքերը, երբ օգտատերերը բավական երկար ժամանակ չեն կարողացել մուտք գործել հավելվածներ։ Այո, և նույն մատակարարի մեղքով «Ինտերնետի անջատումը» վաղուց հազվադեպ չէ, բայց նման անհանգստությունը բացարձակապես անհնար է դարձնում «ամպային» ռեսուրսների հետ աշխատելը:

Այնուամենայնիվ, նախքան տուփի կամ ամպային լուծման օգտին վերջնական ընտրություն կատարելը, դուք պետք է գնահատեք դրանց բոլոր դրական և բացասական կողմերը, կշռադատեք բոլոր ռիսկերը և ընտրեք հենց այն լուծումը, որը լավագույնս կհամապատասխանի ընկերության բիզնես նպատակներին և խնդիրներին:

Գրել է պրոցեսորի համար սյունակ այն մասին, թե ինչպես է գործընթացի ստանդարտացումը ազդում արտադրանքի որակի վրա և ինչու հաճախորդները յուրահատուկ ծառայության կարիք չունեն:

Փոփոխության համար եկեք խոսենք ոչ թե տնտեսության և դոլարի փոխարժեքի մասին, այլ այն մասին, թե ինչպես է փոխակերպվում ծառայությունների շուկան, ավելի ճիշտ՝ յուրաքանչյուր կոնկրետ ծառայության համար։ Ինչու է դա անհրաժեշտ և ինչպես իրականում օգտագործել այն: Մոտավորապես միևնույն ժամանակ, ինչու՞ պետք է իմանաք քարտերի մարումը:

Այսինքն, եթե ես իմանամ, թե ինչպիսին է լինելու վաղը և սկսեմ դա անել այսօր, ապա կհաղթեմ իմ մրցակիցներին։ Ցավոք սրտի, ցանկացած ֆուտուրիստական ​​խոսակցություն խնդիր ունի՝ չես կարող կոնկրետ գործիք տալ ու ասել՝ գնա այստեղից փորիր մինչև մայրամուտ։ Բայց ես ռիսկի կդիմեմ մտքի գնացքը փոխանցել, թե ինչպես սովորել մտածել այս ուղղությամբ:

Այսպիսով, ցանկացած ծառայություն իր զարգացման ընթացքում անցնում է հետևյալ փուլերը.

• եզակիություն;
• ստանդարտ;
• տուփի լուծում:

Հիմա եկեք նայենք օրինակներին, թե ինչպես է մի փուլը վերածվում մյուսի:

Փուլ 1. Եզակիություն

Մենք լավություն ենք ընդունում: Ես սիրում եմ այն: Բնական, թե ոչ այնքան բանալ. Բնական ծառայություն է լվացվելը կամ սուրճ պատրաստելը։ Ոչ տրիվիալ՝ բուժել հիվանդին, կենդանի մարդուն տիեզերք տեղափոխել կամ վարսավիրանոցում սանրվածք անել: Իհարկե, կանացի. Տղամարդկանց մեջ՝ բանալ, այո։ Եվ մենք տեսնում ենք, որ այս բոլոր ծառայությունները գտնվում են տարբեր փուլերում։

Դիտարկենք սուրճի օրինակը. 1000 տարի առաջ մարդիկ հասկացան, որ կարող են բովել սուրճ և ստանալ հիանալի էլիքսիր, որը տալիս է ուժ և էներգիա։ Սա առաջին փուլն է։ Ծառայությունը հորինված է. Միայն քչերը գիտեն դրա գաղտնիքները: Հմտությունը գաղտնի է պահվում։ Գիտելիքը փոխանցվում է բերանից: Ծառայության որակը հասկանալիորեն բացակայում է: Դա կարող է ստացվել այսօր, բայց ոչ վաղը: Եթե ​​մեր բախտը բերի.

Դե, կամ, օրինակ, բուժում: Կախարդներով, շամաններով, արյունատառերով տատիկները գիտեին ինչ-որ բան անել, իրականում, թե ոչ, անհայտ է, բայց ծառայությունը մատուցեցին, ինչպես կարող էին: Եվ այսպես, այն սկսեց տարածվել քաղաքներում և գյուղերում: Սա յուրահատուկ ծառայություն է։ Դա ամբողջովին կախված է նրանից, թե ով է դա ձեզ տրամադրում: Կարևոր չէ, թե քանի հարյուր կամ հազարավոր տարի է դա կապված: Շատ ծառայություններ դեռ գտնվում են եզակիության փուլում, որտեղ ամեն ինչ կախված է ծառայություն մատուցողի անհատականությունից:

Եվ մենք չենք կարող պատկերացնել, որ դա կարող է լինել այլ կերպ։ Նույն վարսահարդարները, օրինակ. Տաղանդավոր, եզակի մասնագետներին վարպետ ենք անվանում։ Լավ վարպետն անգին է։ Բժիշկների հետ նույն պատմությունն է. Երբ այցելում ենք բժշկի, ամեն կերպ փորձում ենք հավատալ, որ նրա կոմպետենտությունն ու փորձը բավարար են, և որ մեր դեպքը շատ բնորոշ է։ Բայց իրականում մենք պատկերացում չունենք, թե դրանից ինչ ենք ստանալու։

Հետևաբար, եզակի ծառայությունն այն է, որն ամբողջությամբ կախված է կատարողից: Ոչ մի երաշխիք կամ կանխատեսելիություն: Սրա վրա, ի դեպ, չի ազդում բիզնեսի չափը։ Որպես գործատուներ՝ մենք, իհարկե, սիրում ենք իրավիճակները լուծելու կրեատիվ և ոչ ստանդարտ ուղիներ, բայց որպես սպառողներ՝ երաշխիքներ ենք ուզում։ Ծառայությունը պետք է լինի կանխատեսելի որակի և ոչ ավելի վատ: Ավելի լավը հնարավոր է, բայց նաև ավելի լավ, ինչպես սպասվում էր:

Փուլ 2. Ստանդարտ

Իսկ ցանկացած ծառայություն վաղ թե ուշ անցնում է ստանդարտացման ու երաշխիքի փուլ։ Ցանկացած. Ճիշտ նույնն է, ինչ սկզբում եզակի է։ Այսպիսով, եթե դուք ունեք յուրահատուկ ծառայություն և կարծում եք, որ դա միշտ կլինի, խնդրում եմ ընդունեք իմ ցավակցությունները: Չի լինի. Չնայած որոշ հաջողակ մասնագիտություններ պարզապես մի փոքր ավելի երկար կապրեն։

Բայց վերադառնանք սուրճին։ Գրեթե 1000 տարի ծառայությունը եզակի էր, և 20-րդ դարի 70-ականների սկզբին տեղի ունեցավ փուլային անցում: Սուրճի պատրաստման ծառայությունը դարձել է ստանդարտ։ Ավելի ճիշտ՝ հետո նա սկսեց այդպիսին դառնալ, իսկ մի քանի տարի անց վերջապես դարձավ այդպիսին։

Starbucks սուրճի ցանցի հեղինակները որոշել են սուրճի սենսացիաները դնել փոխակրիչի վրա։ Որպեսզի, անկախ ժամանակից, աշխարհագրությունից և մնացած բոլոր տարբերություններից, մենք միշտ ստանանք հնարավորինս նույն որակի ծառայություն։ Այսօր ամբողջ աշխարհում կա ավելի քան 19 հազար կետ, և ամեն ինչ ստանդարտացված է:

Նման մասշտաբով կարգավորվում է այն ամենը, ինչ հնարավոր է։ Որտեղ պետք է նայեն պատուհաններն ու դռները: Ինչպիսի երաժշտություն պետք է հնչի: Ինչ գույնի մարկեր է օգտագործվում ձեր անունը գրելու համար: Եվ, իհարկե, ինչ սարքավորումներ և ինչ պարամետրերով պետք է աշխատեն սուրճի խանութում: Խոսքի մոդուլներ, հագուստ, գույներ - ամեն ինչ ստանդարտացված է:

Սա ամենալավ սուրճն է աշխարհում: Ոչ Սա այն սուրճն է, որը ես ակնկալում եմ ստանալ: Ես եղել եմ Starbucks-ում տասնյակ երկրներում: Այո, ես այնտեղ չեմ գնա Իտալիա կամ Թուրքիա, այնտեղի տեղական սուրճը շատ համեղ է։ Բայց աշխարհի մնացած 160 երկրներում սա ինձ համար սուրճ խմելու և չթքելու միջոց է։ Ես հստակ գիտեմ, թե ինչ եմ ստանալու: Սա որակի երաշխիք է։ Սա ստանդարտացում է:

Բայց կարեւոր է, որ ճաշակից բացի, ես էլ հենց նույն էմոցիան ստանամ։ Սա ծառայության մի մասն է: Որը եզակիից վերածվել է կրկնվողի` պահպանելով որակը:

Մի փոքր ավելին անցյալի մասին, ապա մենք կանցնենք ապագային: 150 տարի առաջ Ժյուլ Վեռնը գրել է «80 օր ամբողջ աշխարհում»։ Ինտրիգ կար՝ Ֆիլիաս Ֆոգը կհասցնի՞, թե՞ ոչ։ Սա պատմություն չէ այն մասին, որ ինքնաթիռներ չեն եղել։ Սա այն ժամանակն էր, երբ կանոնավոր տրանսպորտային կապեր գոյություն չունեին։ Այսինքն՝ ճանապարհորդը ժամանեց քաղաք և ինչ-որ ճանապարհ փնտրեց՝ հասնելու հաջորդ նախատեսված կետին։ Այսինքն՝ նույնիսկ ոչ թե կոնկրետ քաղաք, այլ այդ ուղղությամբ։ Ուղտով կամ բեմական կառքով:

Երբ հայտնվեց կանոնավոր հաշվետվություն և հայտնվեց ստանդարտացում: Ժամանակացույցով և գնով։ Դու գնա, փողը վճարիր ու թռչիր։ Սրանք ակնհայտ բաներ են, չէ՞: Հիմա Այո. Ինչու՞ դա տեղի ունեցավ տրանսպորտի ծառայությունների և ոչ վարսահարդարների հետ: Տեխնոլոգիաները չեն հասել. Բայց նրանք այնտեղ կհասնեն: Ոչ թե երեկ, այլ այսօր։

Ահա տաքսի: Մոսկվայում երկու տարի շարունակ մեքենային սպասելը 40 րոպե, և ոչ մի ամբողջ ժամ, բախտավոր էր։ Այսօր միջին ստանդարտը 10 րոպեն է։ Եվ, ինչը բնորոշ է, 10 րոպե անց բավականին պարզ որակի մեքենա է գալիս։ Ինչ-որ բան կոտրված չէ: Քանի որ ստանդարտացումը եկել է այս շուկա:

Սկզբում Yandex.Taxi-ն, հետո GetTaxi-ն, հետո մյուսները հասան արդյունքին, և շուկան շատ կարճ ժամանակում վերափոխվեց: «Մոսկովյան ռմբակոծիչները» դասակարգով անհետացան, ավելի ճիշտ՝ գրեթե անհետացան։ Տաքսու վարորդները հիմա, որպես կանոն, զանգի համար միշտ վարկանիշ են խնդրում։ Լավ հիշողություն ունեցողների համար, հիշո՞ւմ եք, երբ եղավ, որ մի քանի տարի առաջ տաքսու վարորդը ինչ-որ բան խնդրեց: Այսպիսով, նրանք հարցնում են. Քանի որ հավելվածն ավտոմատ կերպով ավելի շատ պատվերներ է տալիս ավելի լավ վարկանիշ ունեցողներին: Ահա թե ինչպես է գալիս ստանդարտացումը:

Ստուգելու չափանիշները, թե արդյոք սա ստանդարտ ծառայություն է, թե ոչ, հետևյալն են.

• Ամեն անգամ նույն որակն եք ստանում, թե ոչ։
• Ծառայությունը սկսելուց առաջ գիտե՞ք, թե դա ինչ է լինելու:
• Նախապես գիտե՞ք, թե որքան կարժենա և որքան ժամանակ կպահանջվի:
• Որակը կախված է կատարողի՞ց, թե՞ ոչ։

McDonald's-ում դուք հստակ գիտեք, թե ինչ եք ստանալու և ինչ ժամանակում: Չեմ ուզում ասել, որ սա աներևակայելի համեղ ուտելիք է։ Բայց եթե դուք ունեք 10 րոպե խորտիկի համար, ապա այնտեղ կարող եք կանխատեսելի սնունդ ստանալ կանխատեսելի ժամանակում:

Ինչպես ցանկացած ստանդարտացված շղթայում, որտեղ կոտլետների կամ թեւերի որակը կախված չէ խոհարարից։ Ամեն ինչ ստանդարտ կլինի։ Կանխատեսելի. Հստակորեն. Այժմ ճանապարհորդության ստանդարտացման համար: Այնտեղ գները 10 տարի առաջ այնքան էլ հստակ չէին։ Եթե ​​10 տարի առաջ ես ուզենայի Նովոսիբիրսկից թռչել Վլադիվոստոկ, այնտեղից Պետրոպավլովսկ-Կամչատսկի, այնտեղից էլ... լավ, ասենք, Սանկտ Պետերբուրգ ու վերադառնայի Մոսկվա, կկարողանայի՞ այս խնդիրը լուծել։

Այո, ես կգնայի ինչ-որ գործակալություն, և ինչ-որ մասնագետ այնտեղ իրեն հայտնի ձևով տոմսեր կթողարկեր։ Լրիվ անհասկանալի գնով։ Ես երբեք վստահ չէի, որ դա լավ գին է: Դե, ես կարող էի գնալ մի քանի գործակալություններ: Այսօր ես ինքս դա անում եմ ինտերնետ կապի արագությամբ։ Իսկ մի քանի րոպե անցկացնելուց հետո կգտնեմ ամենաէժան և/կամ ամենահարմար թռիչքները երաշխավորված։

Եվ ահա մենք գալիս ենք ծառայությունների զարգացման հաջորդ փուլին` տուփային լուծում:

Փուլ 3. Արտադրված լուծում

Այս փուլում մարդն այլեւս առանձնապես կարիք չունի։ Ինչու՞ ինձ պետք է տոմս տրամադրող գործակալը: Ինչու՞ ինձ պետք է տաքսու վարորդ: Սա այսօր համաշխարհային ավտոմոբիլային շուկայի ամենահեռանկարային ոլորտներից մեկն է: Այնտեղ արդեն իսկ ներդրվել են բազմաթիվ միլիարդավոր դոլարներ և տասնապատիկ ավելին են ներդրվելու։ Առանց վարորդի մեքենաների տեխնոլոգիան կփոխի և կխաթարի ամբողջ գոյություն ունեցող ավտոմոբիլային շուկան:

Ձեր մեքենան ժամանակի 90%-ում անգործության է նստում: Ձեզ նույնպես ամեն անգամ տարբեր բան է պետք։ Անձնական մեքենաներ պետք չեն։ Ինձ պետք է մեքենա, որը առաջիկա մի քանի ժամերի կամ րոպեների ընթացքում, տվյալ կոնֆիգուրացիայով, կկատարի պահանջվող գործողությունը՝ իմ դիակը կամ բեռը A կետից B կետ հասցնելու համար: Բացի ճանապարհային անվտանգությունից, վաճառքի հետ կապված շուկաները և կփոխվի նաև մեքենաների շահագործումը. Մի փոքր ավելին, քան ամբողջական փոփոխությունը: Եվ սա արդեն տեղի է ունենում հենց հիմա։

Տուփի լուծումը կամ ծառայությունը կրկին դառնում է ապրանք:

Նույնը կատարվում է սուրճի շուկայում. Նախ, դուք պետք է հետևեք նրան: Երկրորդ, ինչո՞ւ ես, որպես հաճախորդ, պետք է ավել վճարեմ բարիստայի ծառայությունների համար: 40 տարի առաջ Nestle-ն մտածել է այս մասին, սակայն արտադրանքը արտադրվել է ընդամենը 15 տարի առաջ։ Այսպես է ծնվել Nespresso-ն։

Կարելի է ասել, որ լուծվող սուրճը կամ սովորական սուրճի մեքենան նույնպես տուփով արտադրանք է, բայց ոչ, շատ բան կախված է սպառողից: Դուք չգիտեք, թե ինչ ջերմաստիճանի ջուր է լցվելու դրա մեջ, որքան ժամանակ է պահածոյը բաց և այլն: Եվ սա սպառողի խնդիրը չէ, սա բիզնեսմենի խնդիրն է, եթե ուզում եք, որ նա ցանկանա ձեր ապրանքը։

Այսպիսով, Nespresso-ն ծառայությունը վերածեց տուփի լուծման: Նրանք միաժամանակ մի քանի խնդիր լուծեցին։ Հիմնական խնդիրն է՝ արտադրել սուրճ և սուրճի մեքենա միասին։ Ինչպես է Apple կորպորացիան արտադրում և՛ ապարատային, և՛ օպերացիոն համակարգեր՝ չափելով մեկը մյուսի դեմ և հարմարեցնելով մեկը մյուսին:

Այսինքն՝ նրանք լիցենզավորում են սուրճի մեքենաներ արտադրողներին և խստորեն վերահսկում են դրանց որակը։

Նրանք արտադրում են իրենց սուրճի պարկուճները: Դուք, անշուշտ, տեսել եք դրանք։ Գիտե՞ք, թե որն է այնտեղ ամենաթանկը: Ոչ, ոչ սուրճ: Եվ ոչ լոգիստիկա: Ամենաթանկը ալյումինե փաթեթավորումն է։ Պարկուճը նախատեսված է հենց մեկ մատուցման համար, խստորեն ըստ տեխնոլոգիայի, դրա մեջ սուրճ են լցնում, լցնում իներտ գազով, քանի որ սուրճը փոխում է իր համը օդի հետ փոխազդելու ժամանակ և փակվում է փակ և նաև իներտ փաթեթում։

Սուրճի մեքենաների մոդելների մեծ մասը հագեցած է ջրի մաքրման համակարգով: Քանի որ արտադրողը չգիտի, թե ինչ ջուր կլցնի սպառողը։ Սուրճի մեքենան ունի մեկ կոճակ՝ պատրաստել։ Սուրճի մեքենաները, հատկապես վերջին երկու տարիներին, կարողանում են ճանաչել տարբեր պարկուճներ և մատակարարել ջրի ջերմաստիճանը, ճնշումը և քանակությունը, որոնք արդեն ներառված են ծրագրում։

Արդյունքում մարդը ստանում է հենց այն սուրճի բաժակը, որը նախատեսել էին լավագույն մասնագետները։ Այսինքն՝ տուփային լուծում։ Զանգվածային սպեկտրային վերլուծության համաձայն, այն, ինչ սպառողը ունի բաժակի մեջ, գրեթե նույնական է այն, ինչ նախատեսված էր: Առաքվում է ձեր տուն։ Եվ դրա համար անհրաժեշտ է ընդամենը մեկ սեղմում կոճակի վրա:

Այսպիսով, սուրճն անցել է փուլեր՝ յուրահատուկ ծառայությունից, ստանդարտից մինչև տուփային լուծում:

Ճանապարհորդությունն արդեն եզակի ծառայության փուլն անցել է ստանդարտից մինչև տուփային լուծում:

Տաքսիները յուրահատուկ ծառայությունից վերածվել են ստանդարտի։ Մենք դեռ լուծման չենք եկել.

Առեւտուրը ապրանքներով վաճառականից անցել է սուպերմարկետ, այսինքն՝ յուրահատուկ լուծումից ստանդարտ լուծում։ Որոշ վայրերում արդեն հայտնվում են տուփային լուծումներ, ինչպիսիք են վաճառող ավտոմատները, որոնք արդեն վաճառում են հազարավոր ապրանքներ՝ սկսած Snickers-ից և կոնտակտային ոսպնյակներից մինչև մարտկոցներ և տեսախցիկներ: Դե, կամ Արևմուտքում շատ սուպերմարկետներ կարող ես գտնել, որտեղ գանձապահներ չկան, դու ինքդ կարդում ես շտրիխ կոդը, ինքդ դնում բանկային քարտդ, ինքդ փաթեթավորում ապրանքները ու հետո ինքդ ուտում։ Ամեն ինչ արվում է իմ կողմից և ամեն ինչ ստանդարտացված է։

Հաշվապահական ծառայությունները եզակի ծառայությունից՝ գրասենյակային աշխատանք, ֆիզիկական անձանց հասանելի, վերածվել են ստանդարտի, երբ գործում են առանձին հաշվապահական գրասենյակներ, աշխատողների սերտիֆիկացում և վերապատրաստում, որակի վերահսկում։ Ընդհանրապես, երբ ձեզ հարկավոր չէ լավ հաշվապահ փնտրել, դուք գիտեք:

«1C»-ը ստանդարտ է, բայց դեռ ոչ փաթեթավորված արտադրանք, որը պահանջում է սպասարկման և կազմաձևման մասնագետներ: Եվ, սկզբունքորեն, ոլորտում մեկուկես տարի առաջ արկղային լուծում են գտել, որը, սակայն, դեռ լայն տարածում չի ստացել։ «Իմ բիզնեսը» շարքի ստարտափներ, երբ հաշվապահական հաշվառումից բացարձակապես անտեղյակ անձը կարող է ճիշտ լրացնել բոլոր դաշտերը և ստանալ նման հաճախակի փոփոխվող օրենքների վերջին տառին համապատասխան կազմված փաստաթղթեր։ Եվ հետո ուղարկեք դրանք բոլոր անհրաժեշտ հասցեատերերին մեկ սեղմումով:

Վարկային ծառայությունները սկսվում էին վաշխառուից, ով աչքով որոշում էր, թե որքան գումար պետք է տա ​​վարկառուին՝ մարզելով նրա ինտուիցիան: Այնուհետև հայտնվեցին բանկերը, որտեղ ղեկավարները պետք է ճիշտ լրացնեին վարկառուի դիմումի ձևը և, օգտագործելով ստուգաթերթ, որոշում կայացնեին վարկ տրամադրելու մասին: Այժմ համակարգիչը դա անում է, և սկզբունքորեն, արդեն կան բանկեր, որտեղ ընդհանրապես պետք չէ որևէ տեղ գնալ:

Ալգորիթմը վերլուծում է ձևը լրացնելու արագությունը, նայում է պարտքերի հավաքագրման տվյալների բազան և անշարժ գույքի ռեգիստրը, որոնում է ձեզ սոցիալական ցանցերում, նայում, թե ովքեր են ձեր ընկերները և որքան ուղղագրական սխալներ եք թույլ տալիս, և հետո տալիս է արդյունքը: . Բանկում մարդ կարիք չկա, ինչը նշանակում է, որ բանկի գրասենյակն ինքնին պետք չէ։ Տանից խոսել եք համակարգչի հետ և առաքման ծառայությունից քարտ եք ստացել։ Տուփի լուծում.

Սննդի պատրաստման ծառայությունը սկսվեց յուրօրինակով, որտեղ ամեն ինչ կախված էր խոհարարից և հասավ ստանդարտին, և սա, ի դեպ, ոչ միայն «Big Mac»-ն է, այլ նաև բիզնես լանչերը սրճարաններում։ Չեմ հասել տուփային տարբերակին: Մենք սպասում ենք.

Կայքի կառուցում. Ինտերնետի սկզբում յուրաքանչյուրը ստեղծեց իր սեփական կայքը: Ծառայությունը յուրահատուկ էր. Հետո հայտնվեցին ստուդիաներ, որոնք դրանք սարքեցին հավաքման գծի վրա: Ստանդարտ սպասարկում. Մեր օրերում կա տուփային լուծումների լավ ընտրություն, ինչպիսիք են Wix-ը և Bitrix-ը:

Դեղ. Ես ներողություն եմ խնդրում վատ բառախաղի համար, բայց սա ցավոտ թեմա է: Մեծ հաշվով, ծառայությունը խրված է յուրահատուկ փուլում. Ամեն ինչ կախված է բժշկի անհատականությունից, ինչպես նաև նրա փորձից և հայացքից: Ընդհանուր առմամբ, նրանք տարբերվում են հնության բուժիչներից ժամանակակից դեղամիջոցների և սարքավորումների հավաքածուով: Ճիշտ է, կան ստանդարտացման կտորներ՝ ատեստավորում, դիպլոմներ, գիտական ​​դպրոցներ։

Բայց ամեն անգամ, երբ գնում ենք բժշկի, հույս ունենք, որ նա ուշադիր կլինի և հաշվի կառնի բոլոր տվյալները, որ բավական փորձ ունի, այսինքն՝ նա արդեն հանդիպել է սրան և իմ անձնական դեպքը շատ բնորոշ է։ Այսպիսով, ինչ կարող եք անել: Ինչպե՞ս նվազեցնել բժշկի դերը: Մեր օրերում, բառացիորեն հիմա, հեղափոխություն է տեղի ունենում բժշկության մեջ։

IBM-ի նման կորպորացիա կա, սուպերհամակարգիչներ կառուցելու սովորություն ունի։ Եվ մի քանի տարի առաջ նա կառուցեց մեկ այլ հսկա, որը կոչվում էր Ուոթսոն: Սկզբում այս համակարգիչը իրեն զվարճացնում էր մարդկանց հետ ամենատարբեր խաղերով, իսկ հետո որոշեցին հարմարեցնել այն օգտակար նպատակների համար։ Նրանք պայմանավորվել են ամերիկյան հիվանդանոցներից մեկի հետ և թվայնացրել քաղցկեղի որոշակի տեսակի 15 հազար դեպք։ Բողոքներից և ախտանիշներից մինչև բոլոր թեստերի արդյունքները և վերջնական արդյունքը՝ թողություն կամ, ավաղ, մահ: Թվայնացված - սա միջոց է, որը հասանելի է վերլուծության համար ինքնաուսուցման ալգորիթմների միջոցով:

Եվ հետո վերցրեցին ևս 5 հազար պատմություն և ստուգեցին, թե ինչպես է դա աշխատում։ Եվ պարզվեց, որ լավ սարքավորումներով լավ հիվանդանոցում լավ բժիշկը 50%-ի դեպքում ճիշտ ախտորոշում է անում, ևս 50%-ում նշանակում է ճիշտ բուժում։ Ընդհանուր 50%-ը բազմապատկած 50%-ով հավասար է 25%-ի, յուրաքանչյուր չորրորդ մարդը հաջողակ է: Համակարգիչը ստացել է համապատասխանաբար 90% և 90%: Ընդամենը 10-ից 8. Ոչ շատ մեծ նախնական նմուշով։

Բայց սա պատմության վերջը չէ, այլ դրա սկիզբը։ Այժմ հարյուրավոր հիվանդանոցներ ներգրավված են այս նախագծում, ինչը նշանակում է, որ ընտրանքի չափը, որի համար աշխատելու է համակարգիչը, կավելանա մեծության կարգով։ Եվ հետո, ինչ-որ Օկլահոմայից մի բժիշկ նամակ կգրի. «Հարգելի համակարգիչ, ես այստեղ հիվանդ ունեմ այս գանգատներով... Ի՞նչ կա նրա հետ»: Իսկ համակարգիչը նրանից կպահանջի թեստի տվյալներ ու բուժման առաջարկություններ կտա։

Մենք հասել ենք ստանդարտացման այնտեղ, որտեղ երեկ դա անհնարին էր թվում։ Եվ, վստահ եմ, հաջորդ տասնամյակում մենք կստանանք նաև տուփով արտադրանք. ինչի՞ն է մեզ անհրաժեշտ բժիշկ և ճանապարհորդություն հիվանդանոց, երբ բոլոր անհրաժեշտ սենսորները կարող են ներկառուցվել մեր շուրջը գտնվող կենցաղային իրերի և հարմարանքների մեջ: Դրանք արդեն արտադրվում են տասնյակ խելացի ժամացույցների ու թեւնոցների տեսքով, իսկ ապագայում էլ ավելին կլինեն։ Կլինի տուփային լուծում, երբ առողջության բոլոր տվյալները ինքնաբերաբար կհավաքվեն, և դուք վատ չեք զգա, բայց համակարգը դա նկատել է ձեզնից առաջ և բժիշկներին հայտնել է շատ ավելի վաղ, քան դուք կասկածել եք, որ ինչ-որ բան այն չէ:

Հիմա գրեթե իրական է: Գրեթե. Կրկին, դժվար է պատկերացնել, թե ինչպես կփոխվի բժշկական ոլորտին առնչվող բոլոր բիզնեսների լանդշաֆտը: Երբ ոչ թե բժիշկը կնշանակի իր իմացածը, այլ համակարգիչը կնշանակի այն, ինչ բուժում է։ Եվ դուք չեք կարող կաշառել նրան թանկարժեք դեղամիջոցներ նշանակելու համար: Երբ ֆիթնես մարզիչների փոխարեն կգտնվի անձնական օգնական, որը ձեզ կպատմի, թե ինչ վարժություններ պետք է կատարեք հիմա: Երբ առողջապահությունը ոչ թե պարբերական է, այլ շարունակական։ Զգալ այն!

Դե, իսկ վարսահարդարները: Գործընթացի մեծ մասն արդեն ստանդարտացված է, կարող եք համակարգչով նմանակել աղջկա սանրվածքը և տեսնել, թե ինչպիսի տեսք կունենա այն, մինչև այս սարսափը կամ այս վայը տեղի ունենա:

Մնում է սա հնարավորինս ճշգրիտ իրականացնել։ Ես արդեն խոսել եմ 3D տպիչների մասին։ Դրանց զուգահեռ զարգանում են 3D սկաներները։ Մենք վերցնում ենք սկաները, սկանավորում ենք մազերը, հաշվարկում յուրաքանչյուր մազի երկարությունը, այնուհետև վերցնում ենք, օրինակ, վարսահարդարիչը, բարձրացնում ենք բոլոր մազերը և օգտագործում ճշգրիտ լազեր՝ յուրաքանչյուր կոնկրետ մազ երկարությամբ կտրելու համար:

Չէ, չգիտեմ, միգուցե դա մազերի չորանոց կամ լազեր չի լինի: Բայց դա անպայման կլինի։ Այո, դա չի լինի աշխարհի լավագույն վարսահարդարը: Սա կլինի ձեր ուզածին հասնելու ճանապարհը: Եվ դուք ստիպված չեք լինի գնալ ոչ մի տեղ: Տանը. Արագ. Երաշխավորված.

Կրթություն. Առայժմ այն ​​նույն տեղում է, ինչ բժշկությունը։ Ամեն ինչ կախված է ուսուցչի և անձի մոտիվացիայից: Առաջին համալսարաններից հետո հազար տարվա ընթացքում այս ծառայությունն ընդհանրապես չի փոխվել։ Գործունեության ինչ մեծ հնարավորություն կա, որ գոնե ծառայությունը ստանդարտ դարձնի: Կարծում եք, որ դա անհնար է:

Անձամբ ես այժմ ներդրել եմ իմ հոգին, մարմինը և գումարը մի նախագծի մեջ, որը լուծում է կրթության ոլորտում: Որպեսզի նախապես ասվի, թե կոնկրետ անձին որքան գումար և ժամ պետք է ծախսի, որպեսզի երաշխավորված լինի լեզուն սովորելու պահանջվող չափով։ Մի տեսակ տուփ, որի մեջ նա մտցրեց գլուխը, պահեց այնքան, որքան անհրաժեշտ էր, և գիտությամբ դուրս քաշեց այն։ Ոչ, իհարկե ոչ ֆիզիկական տուփ: Բայց նույն ազդեցությամբ։ Եվ կարծում եմ՝ մեզ կհաջողվի։