<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Գրառումներ թվայնացման և AI-ի մասին</title>
    <link>https://nikolai.am/hy/blog</link>
    <description>Ինչպես ներդնել CRM, ERP, MES և AI այնպես, որ դա փոխի փողը, ոչ թե սլայդները։ Պրակտիկա, ոչ թե շուկայի ակնարկներ։</description>
    <language>hy</language>
    <copyright>FEDOSEENKO NIKOLAI IE · Yerevan, Armenia</copyright>
    <image><url>https://nikolai.am/apple-touch-icon.png</url><title>Գրառումներ թվայնացման և AI-ի մասին</title><link>https://nikolai.am/hy/blog</link></image>
    <atom:link href="https://nikolai.am/hy/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Որտեղի՞ց սկսել AI-ի ներդրումը՝ առանց բյուջեն այրելու</title>
      <link>https://nikolai.am/hy/blog/ai-without-burning-budget</link>
      <guid isPermaLink="true">https://nikolai.am/hy/blog/ai-without-burning-budget</guid>
      <pubDate>Thu, 30 Jul 2026 12:00:00 GMT</pubDate>
      <description>«Ներդնենք AI» ծրագրերը մահանում են ոչ թե տեխնոլոգիայից, այլ նրանից, որ սկսել են սխալ ծայրից։</description>
      <category>AI</category>
      <category>գործընթացներ</category>
      <category>պիլոտ</category>
      <content:encoded><![CDATA[<p><img src="https://nikolai.am/posts/ai-without-burning-budget-664.jpg" alt="Մութ արտադրամաս՝ լուսավորված մեկ լապտերի կանաչ լույսով" width="664" /></p>
<p>Վերջին տարում դիմումները գալիս են նույն ձևակերպմամբ՝ «մեզ AI է պետք»։ Ոչ թե «մենեջերները խեղդվում են նամակագրության մեջ», ոչ թե «ամսական հաշվետվությունը ձեռքով հավաքում ենք մեկ շաբաթ», այլ հենց «AI է պետք»։ Սա խոսակցություն է գործիքի, ոչ թե խնդրի մասին, և գրեթե միշտ ավարտվում է այրված բյուջեով։</p>
<h2>Ուր է իրականում գնում փողը</h2>
<p>Ոչ թե մոդելների վրա։ Այն գնում է երեք բանի վրա, որոնք երևում են միայն ծրագրի ներսից։</p>
<ul><li><strong>Սկսել են գործիքից։</strong> Նախ ընտրում են հարթակը, հետո փնտրում, թե ինչ հանձնարարեն նրան։ Դա նույնն է, ինչ գնել հաստոց և հետո մտածել, թե ինչ դետալ քաշել դրա վրա։</li><li><strong>Պիլոտ՝ առանց չափանիշի։</strong> «Փորձենք, տեսնենք» — սա պիլոտ չէ, այլ ծախս։ Եթե մեկնարկից առաջ գրված չէ, թե ինչ ենք չափում և որքան էր ցուցանիշը մինչ այդ, արդյունքը ո՛չ պաշտպանելի է, ո՛չ հերքելի։</li><li><strong>Տվյալները պատրաստ չեն, և դա պարզվում է երրորդ ամսին։</strong> Տեղեկատուները չեն համընկնում, գիտելիքի կեսը երկու մարդու գլխում է, փաստաթղթերը՝ փոստում։ Մոդելը չի փրկում անկարգությունից, այլ ուժեղացնում է այն։</li></ul>
<h2>Առաջին ծրագրի կանոնը</h2>
<p>Ընկերության առաջին AI-ծրագիրն ընտրվում է ոչ թե հետաքրքրությամբ, այլ երեք հատկանիշով միաժամանակ՝ գործընթացը կրկնվում է ամեն օր, չափվում է ժամերով կամ փողով, և դրանում սխալը ճակատագրական չէ։</p>
<p>Ամենօրյա կրկնությունը վիճակագրություն է տալիս շաբաթների, ոչ թե տարիների ընթացքում։ Չափելիությունը փաստարկ է տալիս սեփականատիրոջ առջև։ Ոչ կրիտիկական սխալը փորձարկելու իրավունք է տալիս՝ եթե մարդը ստուգում է արդյունքը հաճախորդին ուղարկելուց առաջ, վրիպման գինը մեկ րոպե ուշադրությունն է, ոչ թե հեղինակությունը։</p>
<blockquote><p>Լավ առաջին ծրագիրը ձանձրալի է։ Այն մեկ բաժնի համար օրական երկու ժամ է խնայում և չի հայտնվում ոչ մի նորարարական շնորհանդեսում։</p></blockquote>
<h2>Ինչպիսին է առողջ պիլոտը</h2>
<ol><li>Չորսից վեց շաբաթ։ Ոչ եռամսյակ. եռամսյակի ընթացքում համատեքստը փոխվում է, և այլևս չես հասկանում, թե ինչն է աշխատել։</li><li>Մեկ չափանիշ։ Ժամեր՝ առաջադրանքի վրա, առանց մարդու մշակված դիմումների բաժինը, պատասխանի ժամանակը, մուտքագրման սխալների տոկոսը — մեկը։</li><li>Ձեռքով չափված ելակետ։ Մեկնարկից մեկ շաբաթ առաջ չափում եք, թե ինչպես է հիմա։ Առանց այդ թվի ամբողջ ծրագիրը հավատի հարց է։</li><li>Նախապես գրված դադարեցման շեմ։ «Եթե վեց շաբաթ անց խնայողությունը N ժամից քիչ է՝ փակում ենք»։ Ծրագիրը, որը հնարավոր չէ փակել, կապրի հավերժ և կարժենա հավերժ։</li></ol>
<h2>Ինչն է առաջինը վերադարձնում ներդրումը</h2>
<p>Ցանկը ավելի կարճ է, քան թվում է։ Մուտքային դիմումների վերլուծություն և ուղղորդում։ Ներքին փաստաթղթերի ու կանոնակարգերի որոնում՝ այն դեպքը, երբ աշխատակիցը քսան րոպե է ծախսում «իսկ մեզ մոտ ինչպե՞ս է ընդունված» հարցի վրա։ Տիպային փաստաթղթերի ու նամակների սևագրեր։ Տվյալների որակի վերահսկում՝ կրկնօրինակներ, անոմալիաներ, չլրացված պարտադիր դաշտեր։</p>
<p>Նրանց ընդհանուրը մեկն է՝ մարդը մնում է շղթայում և կայացնում է վերջնական որոշումը։ Ամենաթանկ ձախողումները սկսվում են այնտեղ, որտեղ AI-ին որոշում կայացնել են հանձնարարել այն գործընթացում, որը ոչ ոք երբեք չի նկարագրել։</p>
<h2>Ինչ չանել</h2>
<ul><li><strong>Մի սկսեք «AI-ռազմավարությունից»։</strong> Քառասուն էջանոց փաստաթուղթը կհնանա բյուջեն հաստատելուց շուտ։ Ռազմավարությունը գրվում է երկրորդ-երրորդ աշխատող ծրագրից հետո՝ փորձից, ոչ թե շնորհանդեսներից։</li><li><strong>Մի գնեք հարթակ մինչև պիլոտը։</strong> Պիլոտն արվում է նրանով, ինչ արդեն կա։ Հարթակն ընտրվում է չափված բեռի, ոչ թե սպասվողի համար։</li><li><strong>Մի թաքցրեք փորձարկումն այն մարդկանցից, ում գործընթացներին այն դիպչում է։</strong> Ներդրումը, որի մասին բաժինն իմանում է հետո, սաբոտաժի է ենթարկվում հանգիստ և պրոֆեսիոնալ։</li><li><strong>Մի հաշվեք խնայողությունը վերացական ժամերով։</strong> Հաշվեք այն միավորներով, որոնցով ընկերությունն ապրում է՝ հերթափոխեր, հայտեր, առաքումներ, ամիսը փակելու օրեր։</li></ul>
<h2>Ինչից սկսել երկուշաբթի օրը</h2>
<p>Վերցրեք մեկ բաժին և դուրս գրեք տասը ամենօրյա կրկնվող ռուտին։ Յուրաքանչյուրի դիմաց դրեք շաբաթական ժամերը և սխալի գինը։ Ընտրեք մեկը՝ ամենաշատ ժամերով և ամենացածր սխալի գնով։ Սա ձեր առաջին ծրագիրն է։ Այս փուլում ո՛չ կապալառու է պետք, ո՛չ բյուջե՝ պետք է բաժնի ղեկավարի մեկ ժամը և ազնիվ ցուցակ։</p>]]></content:encoded>
    </item>
    <item>
      <title>CRM ≠ Excel. ինչո՞ւ են ներդրումները ձախողվում</title>
      <link>https://nikolai.am/hy/blog/crm-is-not-excel</link>
      <guid isPermaLink="true">https://nikolai.am/hy/blog/crm-is-not-excel</guid>
      <pubDate>Thu, 09 Jul 2026 12:00:00 GMT</pubDate>
      <description>CRM-ը ձախողվում է ոչ թե վատ համակարգի պատճառով, այլ որովհետև այն ներդնում են որպես հաշվետվություն, ոչ թե որպես աշխատատեղ։</description>
      <category>CRM</category>
      <category>ներդրում</category>
      <category>գործընթացներ</category>
      <content:encoded><![CDATA[<p><img src="https://nikolai.am/posts/crm-is-not-excel-664.jpg" alt="Էլեկտրավահանակ՝ ավտոմատների շարքով, վառվում է մեկ կանաչ ցուցիչ" width="664" /></p>
<p>Բնորոշ պատկերը ներդրումից վեց ամիս անց՝ համակարգը գնված է, լիցենզիաները վճարված, ինտեգրատորը հեռացել է, իսկ գործարքները դեռ վարվում են «հաճախորդներ_վերջնական2.xlsx» ֆայլում։ CRM են մտնում ուրբաթ օրերին՝ «հաշվետվության համար լրացնելու»։ Ձևականորեն համակարգ կա։ Փաստացի ընկերությունը վճարում է երկու անգամ՝ լիցենզիաների և կրկնակի մուտքագրման համար։</p>
<h2>Excel-ը թշնամի չէ, այլ ախտանիշ</h2>
<p>Մենեջերը Excel-ում նստում է ոչ թե չարությունից։ Նա այնտեղ է, որովհետև ֆայլն ակնթարթորեն բացվում է, հարցեր չի տալիս, ութ պարտադիր դաշտ չի պահանջում և թույլ է տալիս մեկ րոպեում անել այն, ինչ CRM-ում տասը սեղմում է։ Քանի դեռ այդպես է, ոչ մի կանոնակարգ չի օգնի. մարդիկ միշտ ընտրում են այն գործիքը, որն ավելի արագ է լուծում իրենց խնդիրը։</p>
<blockquote><p>Ներդրումը հաջողված է ոչ թե այն ժամանակ, երբ Excel-ն արգելել են, այլ երբ CRM-ում աշխատելն ավելի արագ է դարձել։</p></blockquote>
<h2>Ձախողման երեք պատճառ</h2>
<p>Պատճառները գրեթե միշտ նույնն են, և դրանցից ոչ մեկը տեխնիկական չէ։</p>
<ul><li><strong>Ներդնում են ղեկավարի, ոչ թե մենեջերի համար։</strong> Համակարգը նախագծվում է հաշվետվություններից՝ ինչ կտրվածքներ է ուզում տեսնել տնօրենը։ Արդյունքում մենեջերը սպասարկում է հաշվետվությունը, ոչ թե գործարքը։</li><li><strong>Քաոսը տեղափոխում են այնպես, ինչպես կա։</strong> Եթե վաճառքի գործընթացը նկարագրված չէ, CRM-ը այն չի ստեղծի։ Այն կամրագրի անկարգությունը թվային տեսքով և կարագացնի այն։</li><li><strong>Չկա գործընթացի տեր։</strong> Կա հովանավոր, ով ստորագրել է բյուջեն, կա կապալառու, ով հանձնել է փուլերը, և չկա ընկերության ներսում մարդ, ով պատասխանատու է, որ գործընթացն աշխատի վեց ամիս անց։</li></ul>
<h2>Աշխատանքի ճիշտ հերթականությունը</h2>
<p>Հերթականությունն ավելի կարևոր է, քան համակարգի ընտրությունը։ Այն նույնն է ցանկացած վաճառողի համար։</p>
<ol><li><strong>Գործընթաց։</strong> Ինչպես է ծնվում գործարքը, ով է այն վարում, ինչ անցումներ կան, որտեղ է այն մահանում։ Թղթի վրա՝ մինչև որևէ կարգավորում։</li><li><strong>Դաշտեր։</strong> Միայն այն, առանց որի հնարավոր չէ անցնել հաջորդ փուլ։ Յուրաքանչյուր պարտադիր դաշտ հարկ է ամեն գործարքի վրա։</li><li><strong>Ինտեգրացիաներ։</strong> Հեռախոսակապ, փոստ, կայք, պահեստ, հաշվապահություն։ Նպատակը մեկն է՝ վերացնել ձեռքով տվյալների փոխանցումը, քանի որ հենց այն է ծնում երկրորդ Excel ֆայլը։</li><li><strong>Հաշվետվություններ։</strong> Վերջում։ Հաշվետվությունը հետևանք է այն բանի, որ տվյալները բնական ճանապարհով հայտնվում են համակարգում։</li></ol>
<h2>Ինչ չանել</h2>
<ul><li><strong>Մի տեղափոխեք ամբողջ պատմությունը։</strong> Տասը տարվա գործարքների փոխանցումն ամիսների աշխատանք է և երաշխավորված աղբ նոր համակարգում։ Վերցրեք ակտիվ հաճախորդներին և բաց գործարքները։</li><li><strong>Մի ստեղծեք քառասուն պարտադիր դաշտ։</strong> Յուրաքանչյուր դաշտ պետք է պատասխանի հարցին՝ «ի՞նչ որոշում ենք կայացնելու այս տվյալի հիման վրա»։</li><li><strong>Մի գործարկեք առանց իրական գործարքների վրա ուսուցման։</strong> Հորինված տվյալների վրա դեմոն ոչինչ չի սովորեցնում։</li><li><strong>Մի թողեք Excel-ը «անցումային շրջանի համար»՝ առանց ամսաթվի։</strong> Առանց ավարտի ամսաթվի անցումային շրջանը նոր մշտական վիճակ է։</li></ul>
<h2>Ինչպես ստուգել ներդրումը մեկ շաբաթում</h2>
<p>Նստեք մենեջերի կողքին և խնդրեք վարել մեկ գործարք՝ զանգից մինչև հաշիվ։ Չափեք ժամանակը և հաշվեք սեղմումները։ Հետո խնդրեք նույնն անել այնպես, ինչպես իրեն հարմար է։ Երկու չափումների տարբերությունը ձեր ներդրման ազնիվ գնահատականն է։ Մնացած ամեն ինչը կարծիք է։</p>
<p>Ես այս ճանապարհն անցնում եմ պարբերաբար. իմ հիմնական արտադրանքը՝ Ցեխովիկ ERP-ն, աշխատում է ՌԴ-ի և ԱՊՀ-ի 1000-ից ավելի արտադրություններում, և օրինաչափությունն ամենուր նույնն է՝ արմատավորվում է այն համակարգը, որտեղ գծի վրա գտնվող մարդուն ավելի արագ է, քան առանց դրա։</p>]]></content:encoded>
    </item>
    <item>
      <title>MES արտադրությունում՝ թղթային հերթափոխերից դեպի OEE</title>
      <link>https://nikolai.am/hy/blog/mes-from-paper-to-oee</link>
      <guid isPermaLink="true">https://nikolai.am/hy/blog/mes-from-paper-to-oee</guid>
      <pubDate>Thu, 18 Jun 2026 12:00:00 GMT</pubDate>
      <description>Քանի դեռ հերթափոխը վարվում է թղթի վրա, արտադրության մասին ցանկացած թիվ կարծիք է, ոչ թե տվյալ։</description>
      <category>MES</category>
      <category>արտադրություն</category>
      <category>OEE</category>
      <content:encoded><![CDATA[<p><img src="https://nikolai.am/posts/mes-from-paper-to-oee-664.jpg" alt="Ֆրեզերային հաստոց կանաչ լամպի տակ, սեղանին՝ տաշեղ" width="664" /></p>
<p>Արտադրությունների մեծ մասում, ուր գալիս եմ, ցեխի աշխատանքի տվյալները գոյություն ունեն երեք չհամընկնող տարբերակով՝ վարպետի մատյանում, տեղամասի պետի հաշվետվությունում և գլխավոր ինժեների գլխում։ Յուրաքանչյուր տարբերակ յուրովի ճիշտ է։ Ոչ մեկի վրա հնարավոր չէ հենվել՝ փողի մասին որոշում կայացնելու համար։</p>
<h2>Ինչու է OEE-ն ավելի ազնիվ, քան պլանը</h2>
<p>OEE-ն՝ սարքավորումների ընդհանուր արդյունավետությունը, կազմվում է երեք բազմապատկիչից՝ հասանելիություն (որքան ժամանակ հաստոցն իրականում կարող էր աշխատել), արտադրողականություն (որքան արագ էր աշխատում նորմայի համեմատ) և որակ (թողարկման որ մասն է պիտանի)։ Ցուցանիշի արժեքը բացարձակ թիվը չէ, այլ այն, որ այն հնարավոր չէ բարելավել պատմությամբ։</p>
<blockquote><p>Պլանը կա՛մ կատարվում է, կա՛մ ոչ։ OEE-ն բացատրում է, թե կոնկրետ որտեղ եք կորցրել ժամանակը, և սա միակ խոսակցությունն է, որից ծնվում է աշխատանքային ծրագիր։</p></blockquote>
<h2>Ինչու է թուղթը դիմանում</h2>
<p>Թղթե մատյանը հաղթում է ծրագրին երեք հատկանիշով՝ այն միշտ ձեռքի տակ է, աշխատում է ձեռնոցներով և ներում է։ Վարպետը պարապուրդը գրում է մեկ տողով և չի ընտրում քսան կետից բաղկացած ցանկից։ Ցանկացած համակարգ, որը մուտքագրման արագությամբ զիջում է թղթին, կլրացվի հերթափոխի վերջում՝ հետին թվով։</p>
<h2>MES-ը չի սկսվում տվիչներից</h2>
<p>Ամենահաճախ սխալը սարքավորումից սկսելն է։ Տվիչները դրեցին, տվյալները հոսեցին, և պարզվեց, որ ոչ ոք չի կարող պայմանավորվել՝ վերակարգավորումը պարապուրդ համարվո՞ւմ է, և ո՞ւմ պարապուրդն է դա։ MES-ը սկսվում է երկու տեղեկատուից։</p>
<ul><li><strong>Գործողությունների միասնական տեղեկատու։</strong> Մեկ գործողություն՝ մեկ անուն ամբողջ գործարանում։ Քանի դեռ տարբեր ցեխերում նույն բանը տարբեր կերպ են կոչում, հավաքելու բան չկա։</li><li><strong>Պարապուրդների դասակարգիչ։</strong> Ամբողջ ծրագրի գլխավոր արտեֆակտը։ Տասնհինգից քսան պատճառ՝ խմբավորված պատասխանատվության գոտիներով՝ սարքավորում, նյութ, անձնակազմ, պլանավորում, արտաքին։ Քսանից ավելին, և վարպետը կսկսի ընտրել «այլ»։</li></ul>
<h2>Երեք փուլ, որոնք աշխատում են</h2>
<ol><li><strong>Ձեռքով մուտքագրում։</strong> Պլանշետ կամ կրպակ ցեխում, պարապուրդի մուտքագրում երկու հպումով՝ պատճառ և տևողություն։ Փուլի նպատակը ճշտությունը չէ, այլ սովորույթը և դասակարգիչի ստուգումը կենդանի հերթափոխի վրա։</li><li><strong>Կիսաավտոմատ։</strong> Գործողության սկիզբն ու վերջը գալիս են համակարգից, մարդը հաստատում է և բացատրում շեղումները։ Այստեղ հայտնվում են OEE-ի առաջին ազնիվ թվերը։</li><li><strong>Տվիչներ։</strong> Ազդանշանի հանում հաստոցից այնտեղ, որտեղ դա արդարացվում է։ Այս պահին դուք արդեն գիտեք, որ պարապուրդներն են ամենաթանկը։</li></ol>
<h2>Ինչ չանել</h2>
<ul><li><strong>Մի ավտոմատացրեք քաոսը։</strong> Եթե գործողության նորման համաձայնեցված չէ, արտադրողականության ավտոմատ հաշվարկը կդառնա վիճելի թիվ։</li><li><strong>Մի պատժեք առաջին ազնիվ թվերի համար։</strong> Հենց ցածր OEE-ի համար սկսում են զրկել պարգևավճարից, OEE-ն դառնում է բարձր։ Տվյալները մահանում են առաջին շաբաթում։</li><li><strong>Մի հաշվեք OEE ամբողջ գործարանի համար։</strong> Ցեխերի միջին ջերմաստիճանը չի ցույց տալիս նեղ տեղը։ Հաշվեք կրիտիկական սարքավորման համար։</li><li><strong>Մի դեն նետեք թուղթն առաջին օրը։</strong> Երկու շաբաթ զուգահեռ՝ սա նոր տվյալներին վստահելու գինն է։</li></ul>
<h2>Ինչ է տալիս առաջին ազնիվ ամիսը</h2>
<p>Սովորաբար՝ տհաճ, բայց օգտակար պատկեր. կորուստների զգալի մասը գտնվում է ոչ թե խափանումներում, այլ վերակարգավորումներում, նյութի սպասման և հերթափոխերի անհամաձայնեցվածության մեջ։ Սա լավ նորություն է. կազմակերպչական կորուստները վերացվում են ավելի արագ և էժան, քան մաշված սարքավորումը։</p>]]></content:encoded>
    </item>
  </channel>
</rss>
