Բլոգ/ Էլ. առևտուր/ Օպերատիվ սվոդկա

Մեկ սվոդկա՝ ողջ ընկերության համար

Օպերատիվ սվոդկան — ինչպես է կառուցված

Երբ բիզնեսը ունի մի քանի խանութ երկու ալիքով, ամեն մեկը ունի իր «ճշմարտությունը» թվերի մեջ։ Վերլուծում ենք մեթոդը, որով վաճառքը, գովազդն ու մնացորդը հասցնում ենք մեկ էկրանի՝ և ինչու է այն աշխատում ցանկացած մուլտի-խանութ բիզնեսում։

Աղբյուրները բեռնվում են ClickHouse, վրան՝ Power Pivot և DAX-չափիչներ՝ պլան/փաստ, ACoS՝ ինվերտացված տրամաբանությամբ, մնացորդների կոնսոլիդացիա։ Ներքևում՝ ինչպես է հավաքված մոդելը և ինչ է ինքը վերահաշվվում «Թարմացնել» սեղմելիս։

ՄԱ Միխայիլ Աբովյան·ACS-ի հիմնադիր ·Մայիս 2026 ·8 րոպե
Օպերատիվ սվոդկա Պլան / փաստ ACoS Մնացորդ Shopify · Amazon մեթոդ
Ղեկի մոտ Մեթոդը պարզ լեզվով՝ ինչ ենք հավաքում, ինչու և ինչ է դա տալիս։ Ներքևի վահանակները կենդանի են՝ պտտեք ֆիլտրերը։ Ինժեներիա ուզու՞մ եք՝ անցեք «Կապոտի տակ»։
Կապոտի տակ Ճարտարապետություն և չափիչներ՝ ClickHouse, Power Query, DAX, հարկերի և պլանների տեղեկագրեր։ Նույն վահանակները՝ բայց բացատրությամբ, թե ինչ է հաշվվում կադրից դուրս։
սվոդկայի հավաքում 0 ր. էր 3–5 ժամ
«ճշմարտության» տարբերակ 1 էր մեկական ամեն մեկի
աղբյուր էկրանին 1 ֆայլ էր 4–7 աղյուսակ
թարմացում 3–4 ր. մեկ կոճակ

01 Խնդիրը՝ ամեն մեկն ունի իր աղյուսակը

Մի քանի խանութ Shopify-ում և Amazon-ում, ամեն մեկը իր հարկային կարգավորմամբ, թիմում մի քանի մարդ՝ և ամեն մեկը ունի իր ֆայլը։ Հավաքագրման պատասխանատուն նայում է մեկին, վաճառքինը՝ մյուսին, սեփականատերը խնդրում է սվոդկա, որ ինչ-որ մեկը ձեռքով հավաքում է երկու ժամ՝ չորս վեբ-կաբինետից։

Ցանկացած քննարկման առաջին կես ժամը գնում է ոչ թե որոշումների, այլ վեճի՝ ում աղյուսակն է ավելի թարմ։ «Եկեք բացենք նույն հաշվետվությունը» չի աշխատում՝ որովհետև մեկ հաշվետվություն պարզապես գոյություն չունի։

«Խնդիրը ոչ թե այն է, որ հաշվետվություններ չկան։ Խնդիրն այն է, որ դրանք մի քանիսն են՝ և բոլորը տարբեր»։

02 Սկզբունքը՝ մեկ էկրան, ճշմարտության մեկ աղբյուր

Մեթոդի արդյունքը մեկ ֆայլ է, որ բացում ես առավոտյան։ Սեղմեցիր «Թարմացնել»՝ 3–4 րոպեից ամեն ինչ տեղում է՝ վաճառք ըստ խանութի, գովազդ, մնացորդ, պլաններ։ Գլխավոր թերթը օպերատիվ սվոդկան է՝ ключевые մետրիկներ ըստ ալիքի, խանութի և ժամանակահատվածի։ Պտտեք ֆիլտրերը՝ ահա այդ էկրանը՝

Օպերատիվ սվոդկա · վաճառք
տվյալներ 24.05.2026-ի դրությամբ · ավտո-թարմացում ամեն օր
Մետրիկ ՓաստՊլան% պլանինԱ/Ա

* տվյալները սինթետիկ են, կառուցվածքը համապատասխանում է աշխատանքային մոդելին

Կանաչն ու կարմիրը «% պլանին» սյունակում չափիչներ են, ոչ թե ձեռքով ներկած բջիջներ։ ACoS-ի համար տրամաբանությունը շրջված է՝ նվազումը լավ է ▲, աճը՝ վատ ▼։ ACoS-ը չի աճում լավ կյանքից։

Պատվերների դինամիկան ըստ ամիսների, ֏
փոխվում է վերևում ալիք ընտրելիս · սինթետիկ տվյալներ

03 Կտրվածք ըստ ապրանքախմբերի

Նույն մետրիկները՝ բայց ըստ բրենդի կամ կատեգորիայի։ Ընտրեցիր խումբ՝ տեսնում ես, ինչպես է այն աշխատում ամեն ալիքում՝ պատվերներ, ACoS, պլանի կատարում, շահույթ։ Առաջ այս պատկերը հավաքում էին երեք առանձին աղյուսակից։

Անալիտիկա ըստ ապրանքախմբերի
մայիս 2026 · փաստ vs պլան · սինթետիկ տվյալներ
Խումբ ShopifyAmazonACoS% պլանինՇահույթ

04 Մնացորդը միշտ վաճառքի կողքին

Մեթոդի գլխավոր «ֆիշկան»՝ մնացորդը երևում է նույն էկրանին, ինչ վաճառքը։ Մեկ մետրիկ կոնսոլիդացնում է սեփական պահեստը, Shopify fulfillment-ը, Amazon FBA-ն, ճանապարհին եղած ապրանքը և մեծածախ պահեստը։ Վաճառքն աճում է, իսկ մնացորդը մեկ շաբաթում ընկավ 30%-ով՝ դա երևում է անմիջապես, առանց առանձին ֆայլի։

Ինչու միասին։ Բրենդի պլանի կատարումը վերլուծելիս դու միաժամանակ տեսնում ես պատվերները, ընթացիկ մնացորդը և գովազդային ծախսերը նույն ժամանակահատվածի։ Անմիջապես պարզ է՝ պլանը չկատարվեց «գովազդ չկար»-ի՞ պատճառով, թե «մնացորդ չկար»-ի։

05 Մեկ «Թարմացնել» կոճակ

Օգտատերը սեղմում է մեկ կոճակ՝ «Թարմացնել ամենը»։ Գաղտնաբառեր ու բանալիներ մուտքագրել պետք չէ, ամեն ինչ արդեն կարգավորված է։ Պլանները մուտքագրվում են օնլայն-աղյուսակում, հարկերը՝ առանձին թերթում; հաջորդ թարմացման դեպքում ամեն ինչ ինքն է քաշվում։ 3–4 րոպեից ողջ ընկերությունը նորից նայում է մեկ էկրանին՝ և թվերը դրա մեջ համընկնում են։

Ինժեներիա ուզու՞մ եք։ Անցեք «Կապոտի տակ» ռեժիմին վերևի աջում՝ այնտեղ վերլուծված է ճարտարապետությունը՝ ClickHouse, Power Query, DAX-չափիչներ և տեղեկագրեր, որոնց հաշվին սվոդկան չի կոտրվում։

01 Ճարտարապետություն՝ API-ից մինչ Power Pivot

«Ամեն մեկն ունի իր աղյուսակը» խնդրի արմատն այն է, որ տվյալներն ապրում են տարբեր կաբինետներում՝ տարբեր API-ներով, և չկա չափումների միասնական տեղեկագիր։ Դրա համար ամեն ինչ սկսվում է ոչ թե հաշվետվությունից, այլ միասնական պահոցից՝ Python-սկրիպտները ժամանակացույցով վերցնում են Shopify-ի, Amazon-ի և պահեստի հումքը ClickHouse, նորմալիզացնում և բերում միասնական բանալիների։

Shopify / Amazon / OMS APIգիշերը, ժամանակացույցով
ClickHouseնորմալիզացիա · միասնական SKU-բանալի
Power Query · M«Թարմացնել ամենը»
Power Pivotմոդել · DAX-չափիչներ

ClickHouse-ը որպես միջուկ ընտրված է ծավալի համար՝ տասնյակ միլիոն տրանզակցիայի և օրական մնացորդի տող մշակվում են վայրկյաններում սյունակային շարժիչի վրա։ Power Query-ն վրան անում է միայն «թեթև» հղկում և բեռնում արդյունքը մոդել՝ Excel-ը չի քաշում միլիոնավոր տող թերթի վրա, բայց հիանալի աշխատում է Power Pivot-ի ագրեգատների հետ։

02 Չափումների միասնական տեղեկագիր

Որ մետրիկները հաշվվեն մեկ անգամ և համընկնեն ամենուր, փաստերը կապված են չափումների տեղեկագրերի հետ «աստղ» սխեմայով։ Կտրվածքները (slicers) սվոդկայի թերթին ֆիլտրում են բոլոր չափիչները միանգամից, որովհետև դիպչում են մեկ չափման, ոչ թե կոնկրետ աղյուսակի սյունակներին։

Ինչու է սա մասշտաբվում։ Կատեգորիա, պատասխանատու կամ նոր խանութ ավելացնելը՝ տող է տեղեկագրում, ոչ թե հաշվետվության վերագրում։ Ոչ մի չափիչ այդ ընթացքում չի փոխվում՝ կտրվածքն ինքն է հայտնվում։

03 ACoS-չափիչ՝ ինվերտացված դրոշով

Գույնը «% պլանին» սյունակում ոչ թե բջիջ առ բջիջ պայմանական ֆորմատավորում է, այլ չափիչ։ Մետրիկների մեծ մասի համար «պլանից շատ = լավ», բայց ACoS-ի համար տրամաբանությունը հակառակն է. ծախսերի բաժնի աճը վատ է։ «Ավելի լավ» ուղղությունը պահվում է հենց մետրիկների տեղեկագրում, և չափիչը համեմատում է դելտայի նշանը դրա հետ՝

// Դելտայի գույնը՝ հաշվի առնելով մետրիկի «ավելի լավ» ուղղությունը
Flag Color =
VAR _delta     = [Actual] - [Plan]
VAR _lessBetter = SELECTEDVALUE( Dim_Metrics[Inverted] )   // 1՝ ACoS-ի համար
VAR _good      = IF( _lessBetter = 1, _delta < 0, _delta >= 0 )
RETURN
    IF( _good, "#1f8a5b", "#b23b2e" )    // կանաչ / կարմիր

Նույն չափիչը կառավարում է նաև ▲/▼ սլաքը։ Թվի և նրա գույնի ճշմարտության մեկ աղբյուր՝ դրա համար «կարմիրը» սվոդկայում միշտ նշանակում է նույնը, ցանկացած կտրվածքում։

04 Մնացորդների կոնսոլիդացիա ըստ SKU-բանալու

Մնացորդը սվոդկայում հինգ աղբյուրի գումարն է, որոնք միասնական SKU բանալու բերված են դեռ ClickHouse մուտքին։ Դրա համար մոդելում մնացորդը մեկ չափիչ է, ոչ թե հինգ սյունակ տարբեր արտահանումներից, որ պետք է «ձեռքով svesti»՝

// Օրական միջին մնացորդ՝ սեփ. պահեստ + fulfillment + FBA + տրանզիտ + մեծածախ
Avg Daily Stock =
    [Stock Own WH]            // OMS
  + [Stock Shopify Fulfillment] // Shopify-ի օրական մնացորդ
  + [Stock Amazon FBA]         // Amazon-ի օրական մնացորդ
  + [Stock In Transit]         // ճանապարհին fulfillment
  + [Stock Wholesale]          // մեծածախ պահեստ

Ամեն գումարելի՝ իր չափիչն է նորմալիզացված մնացորդների աղյուսակի վրա։ Ավելացավ նոր պահեստ՝ ավելացրինք աղբյուր ETL-ում և մեկ գումարելի; ողջ առկայության անալիտիկան ավտոմատ քաշում է այն։

05 Պլաններ, հարկեր, օրացույց՝ տեղեկագրերում

Ամեն ինչ, ինչ մուտքագրում է բիզնեսը, դուրս է բերված տրամաբանությունից տեղեկագրեր՝ մոդելը դրանք միայն կարդում է՝

Ինչու է այսքան հուսալի։ Մոդելը ճշմարտության միակ աղբյուրն է, իսկ մուտքը (պլաններ, հարկեր, ամսաթվեր) դուրս է բերված տեղեկագրեր։ Բիզնեսը փոխում է տեղեկագիրը՝ տրամաբանությունը չի դիպչվում։ Սա հենց «տվյալներ / կանոններ» տարանջատումն է, որի հաշվին սվոդկան չի կոտրվում առաջին ոչ ստանդարտ հարցի դեպքում։

Կհավաքենք այսպիսի սվոդկա ձեր տվյալների վրա

Անվճար վերլուծության ժամանակ կնայենք ձեր կաբինետներն ու արտահանումները և ցույց կտանք, ինչպես դրանք բերել մեկ էկրանի՝ պլանով, ACoS-ով և մնացորդներով։ Առանց պարտավորության։

շարունակություն թեմայով  ·  Բլոգի բոլոր հոդվածները →
ընթերցման ռեժիմ