№22.05.2026
LIFECYCLE-Ի ԵՎ SERVICE LOG-Ի ՓԱՍՏԱԹՂԹԵՐԻ ՓԱԹԵԹ
Փաթեթի նպատակը՝ ֆիքսել ընկերության աշխատանքի նպատակային մոդելը լիցքավորման կայանի ուղեկցման համար՝ վաճառքից մինչև շահագործման հանձնում, ինչպես նաև սպասարկման, վերանորոգման, բաղադրիչների լոգիստիկայի, վերադարձվող տարայի և պատասխանատվության կառավարման գործընթացներում։
Փաթեթի հիմնական գաղափարը՝ ավելի շատ լոգեր՝ ավելի քիչ քաոս։ Համակարգում կատարված գրառումը պետք է լինի ճշմարտության աղբյուրը։ Զանգը, պայմանավորվածությունը, վճարումը, դեֆիցիտը, առաքումը, սպասարկման մասնագետի այցը, դետալի վերադարձը և ուշացումը գործընթացի մաս են համարվում միայն համակարգում ֆիքսվելուց հետո։
Լիցքավորման կայանների կյանքի ցիկլի վերաբերյալ ընկերության քաղաքականություն
Ընկերության քաղաքականություն լիցքավորման կայանների կյանքի ցիկլի վերաբերյալ
Սույն քաղաքականությունը սահմանում է ստանդարտացված և պարտադիր գործընթաց՝ կայանի կառավարման համար՝ վաճառքի հաստատման պահից մինչև շահագործման հանձնում և հետագա սպասարկում։
1. Նպատակ
Ստեղծել մեկ միասնական Station Record օբյեկտի ամբողջ կյանքի ցիկլի համար.
ապահովել թափանցիկություն հաճախորդի և բոլոր ներքին դերերի համար.
բացառել տեղեկատվության կորուստը հեռախոսազանգերում, մեսենջերներում և անձնական հիշողության մեջ.
ապահովել պատասխանատվության փոխանցումը շղթայի երկայնքով՝ ընդունված / ավարտված / փոխանցված կարգավիճակների վերահսկմամբ.
նվազեցնել պարապուրդը, կրկնակի այցերը և անհամաձայնեցված գործողությունների արժեքը։
2. Հիմնական սկզբունքներ
Աշխատանքային պատվերը համակարգում ստեղծվում է վաճառքի հաստատումից կամ պատվերի հաստատումից անմիջապես հետո, ոչ թե ֆիզիկական հավաքումից հետո։
Աշխատանքային պատվերի ամբողջ կյանքի ցիկլը վերահսկվում է մեկ միասնական գրառման և իրադարձությունների լոգի միջոցով։
Լոգում կատարված գրառումները չեն ջնջվում. սխալի դեպքում ստեղծվում է ուղղիչ գրառում։
Յուրաքանչյուր գրառում պետք է ներառի՝ ինչ է տեղի ունեցել, ով է դա կատարել, ում է փոխանցվել, որն է հաջորդ քայլը և երբ է այն վերանայվելու։
Յուրաքանչյուր գրառում ունի տեսանելիության նշում՝ միայն ներքին / տեսանելի հաճախորդին / տեսանելի հաճախորդին + էլ. նամակ։
Ցանկացած գործողություն համարվում է չավարտված, եթե այն համակարգում չի գրանցվել։
3. Station Record-ի կառուցվածքը
Station ID, հաճախորդ, հաճախորդի հաշիվ, երկիր և լեզու.
կայանի կոնֆիգուրացիա՝ հզորություն, կառուցվածք, միակցիչներ, GPT, DLM, մոդեմ և այլ ընտրանքներ.
ընթացիկ կարգավիճակ և ենթակարգավիճակ.
իրադարձությունների լոգ և վճարումների լոգ.
լոգիստիկայի լոգ և լուսանկարների լոգ.
ընթացիկ կոնտակտային անձ, հաջորդ քայլ, ETA և follow-up ամսաթիվ.
տեղակայման վայրի, տեղադրման և սպասարկման կոնտակտներ.
կապակցված փաստաթղթեր, հրահանգներ և հաղորդակցության ձևանմուշներ։
4. Դերեր և հիմնական պատասխանատվություններ
Sales / Sales Representative: հաստատում է կոնֆիգուրացիան, նախաձեռնում է աշխատանքային պատվերի ստեղծումը, ստուգում է տվյալների ճշգրտությունը և կատարում է սկզբնական գրառումը։
Packer: ներդրման առաջին փուլում կենտրոնացված ձևով ստեղծում է կայանի քարտը և օբյեկտի հիմնական նույնականացումը։
Finance / Accounting / Bot: գրանցում է վճարման փաստը, վճարման տոկոսը, հղումը, ինչպես նաև դեբետի և փոխանցման կարգավիճակը։
Production / Technical Coordinator: հաստատում է արտադրության մեկնարկը և փոխանցումը հաջորդ փուլ։
Warehouse / Kitting: գրանցում է բաղադրիչների առկայությունը, պակասները և պատրաստ լինելը հավաքման կամ սպասարկման փոխանցման համար։
Assembly: գրանցում է բաղադրիչների ստացումը, հավաքման մեկնարկը, ուշացումները և փոխանցումը թեստավորման։
Testing: գրանցում է միավորի ստացումը, թեստերի ընթացքը, արդյունքները և փոխանցումը փաթեթավորման։
Logistics / Packaging: կառավարում է փաթեթավորումը, փոխադրողի ընտրությունը, գնի համաձայնեցումը և առաքումը։
Installation / L2 / Ops Coordinator: համակարգում է տեղակայման վայրը, տեղադրումը, կոնտակտները և շահագործման հանձնումը։
Support: ապահովում է տեղեկատվության արագ հասանելիություն, պահպանում է կոնտակտների ցանկերը, գրանցում է միջադեպերը և օգնում է կանխել պարապուրդը։
5. Կայանի կյանքի ցիկլը
Համաձայնեցում հաճախորդի հետ և հրապարակային առաջարկի մշակում։
Հաճախորդի հաշվի ստեղծում։
Կայանի գրառման ստեղծում Packer-ի միջոցով։
Կայանի գրառման ճշգրտության ստուգում վաճառողի կողմից։
Սկզբնական գրառում համաձայնեցված կոնֆիգուրացիայի և կայանի ստեղծման վերաբերյալ։
Վճարումների գրանցում և հաճախորդին ավտոմատ էլ. ծանուցումների ուղարկում։
Արտադրության մեկնարկի հաստատում։
Բաղադրիչների առկայության ստուգում / պակասների գրանցում։
Հավաքում և թեստավորում։
Փաթեթավորում և փոխադրողի որոնում։
Առաքում տեղակայման վայր և տեղադրման համակարգում։
Շահագործման հանձնում, սակագնի կարգավորում և ակտիվացում։
6. Պարտադիր իրադարձությունների տեսակներ
client_account_created, station_configuration_agreed, station_created, station_attached_to_client_account, prepayment_received, partial_payment_received, full_payment_received, factory_transfer_sent, production_confirmed, components_available, shortage_detected, assembly_started, assembly_completed, testing_started, testing_completed, packaging_started, carrier_search_started, carrier_agreed, shipped, arrived_to_site, installation_started, installation_completed, commissioned
7. Հաճախորդի թափանցիկության սկզբունքը
Հաճախորդը պետք է տեսնի հստակ առաջընթաց, ոչ թե քաոս։ Յուրաքանչյուր կարևոր փուլում հաճախորդը ստանում է կարճ, ճշգրիտ և բարեհամբույր թարմացում, որտեղ բացատրվում է՝ ինչ է տեղի ունեցել, ինչ սպասել հաջորդիվ, արդյոք հաճախորդի կողմից որևէ գործողություն պահանջվում է, և ինչ է գնահատված ժամկետը։ Հաճախորդը չպետք է ստիպված լինի զանգահարել՝ թարմացումներ ստանալու համար։
8. Լուսանկարչական ապացույցներ
Լուսանկարները կարող են ավելացվել կամ փոխարինվել ցանկացած փուլում.
տեղակայման վայրում արված վերջնական լուսանկարը պետք է մնա հիմնականը.
կարող է պահպանվել մեկ ներքին տեխնիկական լուսանկար.
միշտ պետք է նշանակված լինի պատասխանատու անձ՝ ով է լուսանկարներն անում և ով է դրանք վերբեռնում։
9. Պարտադիր follow-up-ի կանոն
Յուրաքանչյուր անձ, ով առաջադրանքը փոխանցել է մեկ ուրիշին, պարտավոր է սահմանել հիշեցում՝ հաջորդ քայլի ստուգման համար։ Առաջադրանքի փոխանցումը առանց հետագա վերահսկման համարվում է չավարտված։
Սպասարկման և վերանորոգման վերաբերյալ ընկերության քաղաքականություն
Սույն քաղաքականությունը նկարագրում է սպասարկման դեպքերի մշակման ընթացակարգը՝ խնդրի հայտնաբերումից և տեխնիկական լուծման որոշումից մինչև բաղադրիչի փոխարինում, հին մասի վերադարձ և դեպքի փակում։
1. Դերերը սպասարկման գործընթացում
L2: ընդունում է տեխնիկական որոշումը՝ փոխարինել կամ չփոխարինել, որոշում է վերանորոգման ծավալը և տրամադրում է թեստավորման չափանիշները։
Service Manager / Service Coordinator: կառավարում է վերանորոգման աշխատանքային հոսքը L2-ի որոշումից հետո՝ հաղորդակցություն, լոգիստիկա, տեղակայման վայրի համակարգում և վերջնաժամկետների վերահսկում։
Warehouse: փաթեթավորում է մասը, ավելացնում վերադարձի փաթեթավորումը և մշակում է ելքային ու մուտքային առաքումները։
Service Engineer: կատարում է փոխարինումը, թեստավորում է սարքը և փաթեթավորում հին մասը վերադարձի համար։
Site Contact: ստանում է մասը, փոխանցում է այն սպասարկման տեխնիկին և վերադարձի տուփը հանձնում է սուրհանդակին։
Support: ապահովում է կոնտակտների և հրահանգների արագ հասանելիություն, ինչպես նաև լուծում է հաղորդակցության խնդիրները։
2. L2-ի պատասխանատվության սահմանը
L2-ը չպետք է հանդես գա որպես ամբողջ սպասարկման գործընթացի ղեկավար։ L2-ը պատասխանատու է տեխնիկական ախտորոշում կատարելու, կարճ ամփոփում փաստաթղթավորելու, ինչպես նաև աշխատանքների և թեստերի ծավալը որոշելու համար։ L2-ը պատասխանատու չէ պահեստի, վերադարձվող տարաների, սուրհանդակային follow-up-ների, լոգիստիկայի կամ տեղակայման վայրի կոնտակտների ձեռքով կառավարման համար։ Այդ պատասխանատվությունը Service Manager / Coordinator-ի շրջանակում է։
3. Վերահսկման շղթայի կանոնը
Այն անձը, ով վերջինն է առաջադրանքը փոխանցել հաջորդ մասնակցին, պատասխանատու է առաջադրանքի ընթացքի վերահսկման համար մինչև հետևյալ հաստատումներից մեկի ստացումը՝ ընդունված, ավարտված կամ փոխանցված։ Առաջադրանքը չի համարվում փոխանցողի վերահսկողությունից դուրս եկած, քանի դեռ չկա հաստատված ընդունում կամ արդյունք։
4. Սպասարկման աշխատանքային հոսք
Խնդիրը հայտնաբերվել և փաստաթղթավորվել է կայանի սպասարկման դեպքում։
L2-ը վերանայում է նյութերը և ձևավորում տեխնիկական լուծում։
Անհրաժեշտության դեպքում հաճախորդը ծանուցվում է աշխատանքների ծավալի, արժեքի և ժամկետների մասին։
Հաստատումից հետո մեկնարկում է մասերի լոգիստիկան։
Տեղակայման վայրում նշանակվում են հիմնական և պահուստային կոնտակտներ։
Բարդ վերանորոգումների դեպքում անցկացվում է նախասպասարկման զանգ, և դրա կարճ ամփոփումը ավելացվում է դեպքին։
Սպասարկման տեխնիկը ժամանում է, ստանում մասը, կատարում փոխարինումը և թեստավորում կայանը։
Հին մասը փաթեթավորվում է վերադարձվող փաթեթավորման մեջ՝ վերադարձի պիտակով։
Սուրհանդակը վերցնում է վերադարձը, և վերադարձը վերահսկվում է մինչև գործարան հասնելը։
Դեպքը փակվում է միայն այն բանից հետո, երբ աշխատանքը ավարտված է, թեստը կատարված է, հաճախորդը ծանուցված է, իսկ վերադարձը ստուգված է։
5. Պարտադիր դաշտեր սպասարկման դեպքում
կայանի համարը և սպասարկման դեպքի համարը.
ով և երբ է հայտնաբերել խնդիրը.
L2-ի որոշումը.
մասի արժեքը և աշխատանքի արժեքը.
հաճախորդի հաստատման կարգավիճակը.
մասի առկայությունը պահեստում / պակասը.
տեղակայման վայրի հիմնական և պահուստային կոնտակտը.
սպասարկման այցի պլանավորված ամսաթիվը.
հաջորդ պատասխանատուն և հաջորդ follow-up-ի ամսաթիվը.
վերադարձի տուփի ID-ն և վերադարձի պիտակի ID-ն.
վերադարձի կարգավիճակը՝ pending / in transit / received / partial return։
6. Վերադարձի հոսք և վերադարձվող տարաներ
Մասի փոխարինում ներառող յուրաքանչյուր սպասարկման առաքում պետք է ներառի վերադարձի տուփ և վերադարձի պիտակ։
Պահեստը նախապես գիտի, որ սպասարկման կենտրոն ուղարկվող ելքային առաքումը նշանակում է ելքային + վերադարձի հոսք։
Յուրաքանչյուր տուփ պետք է ունենա ID, սպասվող վերադարձի ամսաթիվ և կապված լինի կայանի ու դեպքի հետ։
Համակարգը պետք է կարողանա ցուցադրել այն տուփերը, որոնք չեն վերադարձվել ավելի քան 14 օր։
Թերի վերադարձը կամ բացակայող մասը գործարկում է առանձին վերահսկման գործընթաց։
7. Վերադարձների վերաբերյալ ֆինանսական կարգապահություն
Եթե կապալառուն առանց նախնական հաստատման պահել է վերադարձման ենթակա մասը, համակարգը պետք է ժամանակավորապես պահի մասի արժեքին հավասար գումարը մինչև դրա վերադարձը։ Վերադարձը ազատում է այդ գումարը։ Հաստատմամբ մասի պահպանումը հնարավոր է միայն այն դեպքում, եթե այն հստակ նշված է որպես “retained as approved spare”։
8. Կոնֆերանս զանգերի և հանդիպումների քաղաքականություն
Սպասարկման դեպքին վերաբերող ցանկացած աշխատանքային զանգ կամ հանդիպում արժեք է ավելացնում միայն այն դեպքում, երբ այն կարճ ձևով փաստաթղթավորվել է համակարգում։ Նվազագույնը պետք է ներառվի՝ ովքեր են մասնակցել, ինչ է որոշվել, հաջորդ քայլերը և բաց մնացած հարցերը։ Թույլատրելի է օգտագործել AI ամփոփում, պայմանով, որ այն հետագայում վերանայվի և ավելացվի դեպքին։
9. Սպասարկման KPI-ներ
Ժամանակը issue_reported-ից մինչև L2_decision.
ժամանակը L2_decision-ից մինչև client_approval.
ժամանակը հաստատումից մինչև shipment.
ժամանակը shipment-ից մինչև service_visit.
ժամանակը replacement_completed-ից մինչև return_received.
14 օրից ավելի չվերադարձված դեպքերի քանակը.
առանց accepted կարգավիճակի դեպքերի քանակը.
զանգից հետո վերջնական ամփոփում չունեցող դեպքերի քանակը։
Անցումային ներդրման քաղաքականություն և «միասնական հասանելիության կետի» ռեժիմ
Մինչև դերերը, պատասխանատվության ոլորտները և SLA-ները վերջնականապես չկցվեն կոնկրետ անձանց, գործում է անցումային ներդրման փուլ։
1. Անցումային շրջանի նպատակը
Պետք չէ անմիջապես փորձել ամբողջությամբ քանդել և վերակառուցել պատմականորեն ձևավորված քաոսային մոդելը։ Փոխարենը պետք է վերևից ներքև գործարկել նոր, նպատակային մոդել՝ նախ ստեղծել կանոնների նախատիպ, ապա ներգրավել գործընթացային փորձագետներին, լրացնել բացակայող մանրամասները և առաջին իտերացիայում հաստատել պատասխանատվությունը։
2. Մեկնարկային ընթացակարգ
Նախ ստեղծվում է պատրաստի լուծում՝ փաստաթղթերի փաթեթի տեսքով։
Այնուհետև լուծումը ներկայացվում է համապատասխան փորձագետներին՝ սպասարկում, պահեստ, տեղադրում, օպերացիոն գործընթացներ, L2 և լոգիստիկա։
Փորձագետները համակարգը չեն նախագծում զրոյից, այլ ավելացնում են կարևոր բացառությունները և լրացնում բացերը։
Դրանից հետո առաջին իտերացիայի համար պատասխանատվությունը կցվում է կոնկրետ անձանց։
Հաջորդ քայլով գործարկվում է MVP գործընթացը և ճշգրտվում՝ հիմնվելով հետադարձ կապի և իրական շեղումների վրա։
3. «Միասնական հասանելիության կետի» ռեժիմ
Մինչև դերերի բաշխումը վերջնականացվի, գործում է ժամանակավոր կանոն. բոլոր հրատապ դեպքերը, երբ պարզ չէ՝ ով է պատասխանատու, ուղղորդվում են մեկ միասնական կոնտակտային կետի միջոցով։ Այդ կոնտակտային կետը ստանում է հարցումը, փոխանցում այն համապատասխան ալիքին, գրանցում շեղումները և ներառում դրանք ապագա ընթացակարգերում։
Ժամանակավոր կանոնը չի փոխարինում նպատակային մոդելին, սակայն կանխում է ընթացիկ աշխատանքի ծանրաբեռնվածությունը այն ժամանակ, երբ նոր համակարգը փաստաթղթավորվում և ներդրվում է։
4. Ինչ պետք է ներառվի MVP-ում
Station Record և Service Case՝ Station Record-ի ներսում.
նշումների տեսակներ՝ Internal / Client Visible / Client Visible + Email.
կարգավիճակներ՝ accepted / completed / forwarded.
next_owner և next_follow_up_date.
վճարումների լոգ՝ տեքստային ձևաչափով և հղմամբ.
տեղակայման վայրի կոնտակտներ՝ հիմնական + պահուստային.
լուսանկարների լոգ.
նախասպասարկման զանգի ամփոփում.
part_outbound, return_box_id, return_label_id.
14 օրից ավելի ժամկետանց վերադարձներ.
չվերադարձված մասերի համար պահվող գումար.
հաճախորդի ծանուցման ձևանմուշներ։
5. Դերերի հրապարակային նկարագրության ուղեցույցներ
Այս փաթեթի հիման վրա կարելի է ստեղծել ընկերության դերերի հրապարակային նկարագրություն՝ ինչ է անում յուրաքանչյուր դեր, ինչի համար է պատասխանատու, ում հետ է փոխգործակցում, ինչ կանոններով է առաջնորդվում և ինչ գրառումներ է պարտավոր պահպանել համակարգում։ Սա կարող է օգտագործվել onboarding-ի և նոր աշխատակիցների հավաքագրման համար։
6. Ղեկավարության համար ամփոփագիր
Փաթեթի հիմնական գաղափարը հետևյալն է. մանրամասն լոգավորումը չի դանդաղեցնում ընկերության աշխատանքը, այլ նվազեցնում է անհամաձայնեցված գործողությունների արժեքը։ Կրկնակի այցերը, մոռացված պայմանավորվածությունները, կորած մանրամասները, վերջին պահին արվող զանգերը և տեղում գտնվող մարդկանց պարապուրդը ավելի թանկ են, քան համակարգում որակյալ գրառում կատարելու համար ծախսված մեկ րոպեն։ Ավելի շատ լոգեր նշանակում են ավելի քիչ քաոս, ավելի քիչ կորուստներ և ավելի հստակ կառավարում։
ԿԱՐԳԱԴՐՈՒԹՅՈՒՆ
Կյանքի ցիկլի, սպասարկման և օրացուցային վերահսկման միասնական գործընթացի ներդրման մասին
Թափանցիկության, կառավարելիության և լիցքավորման կայանների հետ կապված գործընթացների կատարման արագության բարելավման, ինչպես նաև առաջադրանքների, բանավոր պայմանավորվածությունների և չվերահսկվող ուշացումների կորստի վերացման նպատակով սույնով ներդրվում է Station Lifecycle, Service Workflow և Calendar Control գործընթացների վարման միասնական և պարտադիր ընթացակարգ։
Վաճառքի համաձայնեցման պահից յուրաքանչյուր կայան պետք է անմիջապես ստեղծվի համակարգում որպես առանձին Station Record էություն՝ կապված հաճախորդի, կոնֆիգուրացիայի, կարգավիճակի, իրադարձությունների լոգի և պատասխանատու անձանց հետ։
Կայանի, հաճախորդի, վճարման, արտադրության, լոգիստիկայի, տեղադրման, սպասարկման, վերանորոգման, մասերի վերադարձի կամ էսկալացիաների հետ կապված ցանկացած գործողություն համարվում է ավարտված միայն համակարգում գրանցվելուց հետո։
Կայանի լոգում յուրաքանչյուր գրառում պետք է ներառի՝ հեղինակ, իրադարձության տեսակ, տեսանելիության մակարդակ, հաջորդ պատասխանատու անձ, հաջորդ գործողություն, գնահատված ժամկետ և follow-up-ի պահանջ։
Սահմանվում է նշումների տեսանելիության երեք ռեժիմ՝ Internal only, Client visible և Client visible + email։ Նշումների ջնջումն արգելվում է. ուղղումները պետք է ավելացվեն որպես նոր գրառում։
Ներդրվում է պատասխանատվության շղթայի կանոնը. այն անձը, ով վերջինն է փոխանցել առաջադրանքը, պատասխանատու է դրա վերահսկման համար մինչև accepted, completed կամ forwarded կարգավիճակի ստացումը։
Սպասարկման դեպքերի տեխնիկական որոշումները կայացվում են L2-ի կողմից։ Կատարման համակարգումը, հաղորդակցությունը, լոգիստիկան, ժամկետների վերահսկումը և վերադարձների կառավարումը իրականացվում են Service Manager-ի կամ նշանակված Coordinator-ի կողմից։
Փոխարինվող մասեր ներառող բոլոր սպասարկման առաքումները պետք է ներառեն վերադարձի փաթեթավորում և վերադարձի պիտակ։ Չվերադարձված մասերը, 14 օրը գերազանցող ուշացումները և ոչ ամբողջական վերադարձները ենթակա են առանձին վերահսկման ընթացակարգերի և ֆինանսական պահման՝ հաստատված կանոնների համաձայն։
Ներդրման երկրորդ փուլում Station Lifecycle նշումները պետք է ներառեն պարտադիր Calendar Control մոդուլ՝ հաստատված ցանկից ադմինիստրատորի նշանակում, Google Calendar-ում follow-up իրադարձության ստեղծում, էլ. հրավերի ուղարկում, event ID-ի կապում Station Record-ին և ժամկետանց դեպքերի վերահսկում։
Բարդ աշխատանքների դեպքում կարճ զանգի կամ հանդիպման ամփոփումը պարտադիր է։ Առանց համակարգում գրանցված ամփոփման՝ պայմանավորվածությունը չի համարվում գործընթացի մաս։
Մինչև մշտական դերային մատրիցայի հաստատումը բոլոր վիճելի կամ ոչ հստակ դեպքերը պետք է անցնեն նշանակված միասնական էսկալացիոն կետի միջոցով։
Պատասխանատու ստորաբաժանումների ղեկավարներին հանձնարարվում է աշխատանքային խմբերի շրջանակում պատրաստել և համաձայնեցնել՝
դերերի և փուլերի պատասխանատուների վերջնական մատրիցան.
յուրաքանչյուր փուլի SLA-ները և վերահսկման ժամկետները.
ներքին և հաճախորդային ծանուցումների ձևանմուշները.
MVP դաշտերն ու կարգավիճակները ներդրման առաջին իտերացիայի համար.
Calendar Control-ի գործարկման ընթացակարգը որպես ներդրման երկրորդ փուլ։