Ինչու թիմային հաղորդակցությունն ավելի կարևոր է, քան ձեր Martech Stack- ը

Շուկայավարման թիմի հաղորդակցում և վերլուծություն

Տվյալների որակի և հաղորդակցման կառույցների վերաբերյալ Սիմո Ահավայի անտիպ տեսակետը թարմացրեց հյուրասենյակի ողջ սենյակը Գնացեք Վերլուծություն! գիտաժողով. OWOX, ԱՊՀ տարածաշրջանում MarTech- ի առաջնորդը, ողջունեց հազարավոր փորձագետների այս հավաքին ՝ կիսվելու իրենց գիտելիքներով և գաղափարներով:

OWOX BI թիմ կցանկանայիք, որ մտածեիք Սիմո Ահավայի առաջարկած գաղափարի շուրջ, որը միանշանակ ներուժ ունի ձեր բիզնեսը զարգացնելու համար: 

Կազմակերպության տվյալների որակը և որակը

Տվյալների որակը կախված է այն անձից, ով վերլուծում է դրանք: Սովորաբար, մենք մեղադրելու ենք գործիքների, աշխատանքային հոսքերի և տվյալների շտեմարանների տվյալների բոլոր թերությունները: Բայց արդյո՞ք դա ողջամիտ է:

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

Ընկերությունները և նրանց հաղորդակցման կառուցվածքները

Պատկերացնենք, որ ընկերությունը մասնագիտանում է մեկ գործիքի մեջ: Այս ընկերության մարդիկ հիանալի են որոշ խնդիրներ գտնելու և դրանք լուծելու B2B հատվածի համար: Ամեն ինչ հրաշալի է, և, անկասկած, գիտեք այսպիսի մի քանի ընկերություններ:

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

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

Ահա, այստեղ, և այնտեղ: Կիրառեք այս նոր բիզնես ռազմավարությունը և լավ կլինեք:

Բայց դա շատ լավ է թվում իրական լինելու համար: Խորհրդատվության արդյունավետությունը, որը հիմնված չէ գործիքների ըմբռնման վրա, կասկածելի է: Եվ այդ խորհրդատվական ընկերությունները հակված չեն հասկանալու, թե ինչու են նման խնդիրներ առաջացել, ինչու յուրաքանչյուր նոր օր նոր բարդություններ և սխալներ է բերում, և որ գործիքները սխալ են դրվել:

Այսպիսով, այդ ընկերությունների օգտակարությունն ինքնուրույն սահմանափակ է: 

Կան ընկերություններ, որոնք ունեն ինչպես բիզնեսի փորձ, այնպես էլ գործիքներ: Այս ընկերություններում բոլորը տարված են մեծ որակներով մարդկանց ՝ փորձագետների, ովքեր վստահ են իրենց հմտությունների և գիտելիքների մեջ: Թույն Բայց սովորաբար, այդ ընկերությունները նպատակ չունեն լուծել հաղորդակցության խնդիրները թիմի ներսում, ինչը նրանք հաճախ համարում են անկարևոր: Այսպիսով, երբ նոր խնդիրներ են ի հայտ գալիս, սկսվում է վհուկների որսը. Ո՞ւմ մեղքն է դա: Գուցե BI մասնագետները շփոթեցրե՞լ են գործընթացները: Ոչ, ծրագրավորողները չեն կարդացել տեխնիկական նկարագիրը: Ընդհանուր առմամբ, իրական խնդիրն այն է, որ թիմը չի կարող հստակ մտածել խնդրի շուրջ `այն միասին լուծելու համար: 

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

Անգամ մանկապարտեզ գնացող իմ երկու տարեկան երեխան ավելի հասուն է թվում, քան որոշ կազմակերպություններ, որոնց հետ ես աշխատել եմ:

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

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

Քոնվեյի օրենքը կիրառվում էր վերլուծական ընկերությունների վրա

Բովանդակալից տվյալներ. Քոնուեյի օրենքը

Հիսուն տարի առաջ Մելվին Քոնուեյ անունով մի հիանալի ծրագրավորող մի առաջարկ արեց, որը հետագայում հանրաճանաչ դարձավ որպես Քոնուեյի օրենք. 

Կազմակերպություններ, որոնք նախագծում են համակարգեր: , , կաշկանդված են այնպիսի նմուշներ արտադրելու համար, որոնք այդ կազմակերպությունների հաղորդակցական կառուցվածքների պատճեններն են:

Մելվին Քոնուեյ, Քոնուեյի օրենքը

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

Հեղինակային նշում:

Այս տեսությունը հարյուր անգամ փորձարկվել է զարգացման աշխարհում և շատ է քննարկվել: Conway- ի օրենքի առավել որոշակի սահմանումը ստեղծեց 2000-ականների սկզբի ամենաազդեցիկ ծրագրավորողներից մեկը ՝ Պիթեր Հինտյենսը, ով ասաց, որ «եթե դուք լինեք տականք կազմակերպությունում, կպատրաստեք այլանդակ ծրագրակազմ»: (Amdahl- ը Zipf- ին. Մարդկանց ֆիզիկայի տասը օրենքներ)

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

  • Բացակայող արժեքներ, որտեղ ինժեներները չեն քննարկել որևէ հարց 
  • Սխալ ձևաչափեր, երբ ոչ ոք ուշադրություն չի դարձրել և ոչ ոք չի քննարկել տասնորդական թվերի քանակը
  • Հաղորդակցությունը հետաձգում է, երբ ոչ ոք չգիտի փոխանցման ձևաչափը (խմբաքանակ կամ հոսք), և ով պետք է ստանա տվյալները

Այդ պատճառով տվյալների փոխանակման համակարգերն ամբողջությամբ բացահայտում են մեր անկատարությունները:

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

Բազմամասնագիտական ​​թիմերի հաղորդակցման լավագույն և վատագույն կառուցվածքները

MarTech- ի կամ շուկայավարման վերլուծական ընկերությունում բնորոշ նախագծային թիմը բաղկացած է բիզնեսի հետախուզության (BI) մասնագետներից, տվյալների գիտնականներից, դիզայներներից, շուկայավարողներից, վերլուծաբաններից և ծրագրավորողներից (ցանկացած համադրությամբ):

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

Եթե ​​ավելի խորը նայենք, կտեսնենք, որ փոխադարձ նպատակները ճիշտ չեն ընկալվել (կամ ընդհանրապես): Եվ նման իրավիճակում մենք կստանանք վնասված կամ թերի արտադրանք: 

Խրախուսեք բազմաբնույթ թիմերը

Այս իրավիճակի ամենավատ հատկանիշները.

  • Անբավարար ներգրավվածություն
  • Անբավարար մասնակցություն
  • Համագործակցության բացակայություն
  • Վստահության պակաս

Ինչպե՞ս կարող ենք շտկել այն: Բառացիորեն `մարդկանց խոսակցությունների միջոցով: 

Խրախուսեք բազմամասնագիտական ​​թիմերին

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

Այդ պատճառով հանդիպումը միայն առաջին քայլն է: Մենք դեռ որոշ խնդիրներ ունենք.

  • Վատ հաղորդակցություն
  • Փոխադարձ նպատակների բացակայություն
  • Անբավարար ներգրավվածություն

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

Սրանք ընկերության ախտանիշներն են, որոնք պայքարում են կապի խնդիրների հետ: Եվ դա նրանց հանդիպումներով սկսում է բուժել: Բայց մենք միշտ ունենք այլ լուծում:

Բոլորին առաջնորդեք ծրագրի շուրջ հաղորդակցվելու համար: 

Բազմամասնագիտական ​​հաղորդակցություն թիմերում

Այս մոտեցման լավագույն առանձնահատկությունները.

  • Թափանցիկություն
  • Ներգրավվածություն
  • Գիտելիքների և հմտությունների փոխանակում
  • Անդադար կրթություն

Սա չափազանց բարդ կառույց է, որը դժվար է ստեղծել: Գուցե դուք գիտեք մի քանի շրջանակներ, որոնք ընդունում են այս մոտեցումը. Agile, Lean, Scrum: Կարևոր չէ, թե ինչպես եք անվանում այն; բոլորը կառուցված են «ամեն ինչ միաժամանակ միասին դարձնելու» սկզբունքի վրա: Բոլոր այդ օրացույցերը, առաջադրանքների հերթերը, ցուցադրական շնորհանդեսները և ստանդարտ հանդիպումներն ուղղված են նրան, որ մարդիկ հաճախ ու բոլորը միասին խոսեն ծրագրի մասին:

Այդ պատճառով ես շատ եմ սիրում Agile- ը, քանի որ այն ներառում է հաղորդակցության կարևորությունը `որպես նախագծի գոյատևման նախապայման:

Եվ եթե կարծում եք, որ դուք վերլուծաբան եք, որը Agile չի սիրում, նայեք դրան մեկ այլ ձևով. Դա կօգնի ձեզ ցույց տալ ձեր աշխատանքի արդյունքները ՝ ձեր բոլոր մշակված տվյալները, այդ հիանալի գործիքատախտակները, ձեր տվյալների հավաքածուները ՝ մարդկանց դարձնելու համար: գնահատեք ձեր ջանքերը: Բայց դա անելու համար դուք պետք է հանդիպեք ձեր գործընկերներին և նրանց հետ խոսեք կլոր սեղանի շուրջ:

Ի՞նչ է հաջորդը Բոլորը սկսել են խոսել նախագծի մասին: Հիմա մենք ունենք որակը ապացուցելու համար նախագծի Դա անելու համար ընկերությունները սովորաբար վարձում են բարձրագույն մասնագիտական ​​որակավորում ունեցող խորհրդատու: 

Լավ խորհրդատուի հիմնական չափանիշը (կարող եմ ձեզ ասել, քանի որ ես խորհրդատու եմ) անընդհատ նվազեցնում է նրա ներգրավվածությունը նախագծում:

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

Ի դեպ, խորհրդատուն չպետք է հաշվետվություններ կազմի կամ ձեզ համար դառնա լրացուցիչ զույգ: Դրա համար դուք ունեք ձեր ներքին գործընկերները:

Վարձեք շուկայավարողներին կրթության, այլ ոչ պատվիրակության համար

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

Լավ ռազմավարական շուկայավարման խորհրդատու լրացնում է ծրագրի մասնակիցների գիտելիքների և հասկացողության բացերը: Բայց նա կարող է երբեք ինչ-որ մեկի աշխատանքը չկատարել: Եվ մի օր բոլորն էլ պետք է շատ լավ աշխատեն առանց խորհրդատուի: 

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

Տեսնենք, թե ինչպես է այդ ամենն ազդում շուկայավարման վերլուծության աշխատանքի ամենաբարդ մասի վրա ՝ տվյալների հոսքերի սահմանում և տվյալների միաձուլում:

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

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

Ելնելով մեր օրինակից ՝ ի՞նչ հարցեր պետք է հարցնեն մարդիկ ՝ տվյալների մշակման յուրաքանչյուր փուլում հստակ կապ հաստատելու համար:

  • Տվյալների հավաքման փուլ, Եթե ​​մոռանանք ինչ-որ կարևոր բան չափել, մենք չենք կարող հետ վերադառնալ ժամանակն ու այն նորից չափել: Նախապես հաշվի առնելու բաներ.
    • Եթե ​​մենք չգիտենք, թե ինչ անվանել ամենակարևոր պարամետրերն ու փոփոխականները, ինչպե՞ս կարող ենք գործ ունենալ բոլոր խառնաշփոթությունների հետ:
    • Ինչպե՞ս կդասավորվեն իրադարձությունները:
    • Ո՞րն է լինելու տվյալների ընտրված հոսքերի եզակի նույնացուցիչը:
    • Ինչպե՞ս ենք մենք հոգ տանելու անվտանգության և գաղտնիության մասին: 
    • Ինչպե՞ս ենք մենք հավաքելու տվյալները, երբ տվյալների հավաքագրման սահմանափակումներ կան:
  • Միավորված տվյալները հոսում են հոսք, Հաշվի առեք հետևյալը.
    • ETL- ի հիմնական սկզբունքները. Դա տվյալների փոխանցման խմբաքանակի՞ է, թե՞ հոսքի: 
    • Ինչպե՞ս ենք մենք նշում հոսքի և խմբաքանակի տվյալների փոխանցման միացումը: 
    • Ինչպե՞ս ենք դրանք կարգաբերելու տվյալների նույն սխեմայի մեջ ՝ առանց կորուստների և սխալների:
    • Timeամանակի և ժամանակագրության հարցեր. Ինչպե՞ս ենք ստուգելու ժամանակային դրոշմանիշները: 
    • Ինչպե՞ս կարող ենք իմանալ, արդյոք տվյալների նորոգումն ու հարստացումը ժամանակի դրոշմանիշների մեջ ճիշտ է գործում:
    • Ինչպե՞ս ենք մենք հաստատելու հիթերը: Ի՞նչ է տեղի ունենում անվավեր հիթերի հետ:

  • Տվյալների համախմբման փուլ, Հաշվի առնելու բաներ.
    • ETL գործընթացների մասնագիտացված կարգավորումներ. Ի՞նչ գործ ունենք անվավեր տվյալների հետ:
      Կարկատել կամ ջնջե՞լ 
    • Կարո՞ղ ենք դրանից շահույթ ստանալ: 
    • Ինչպե՞ս դա կազդի տվյալների ամբողջ հավաքածուի որակի վրա:

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

  • Visualization
    Սա գործադիր տնօրենի փուլն է: Հնարավոր է ՝ լսել եք իրավիճակի մասին, երբ գլխավոր տնօրենը նայում է վահանակի վրա նշված թվերին և ասում. ? » Եվ այս պահին սխալ է փնտրել, քանի որ դրանք վաղուց պետք է որ բռնել:

Ամեն ինչ հիմնված է հաղորդակցության վրա: Եվ զրույցի թեմաներով: Ահա մի օրինակ, թե ինչ պետք է քննարկվի Yandex հոսքը պատրաստելիս.

Շուկայավարման BI. Ձյուն մաքրող մեքենա, Google Analytics, Yandex

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

Բարդություններն ամենուր են, նույնիսկ ամենապարզ վայրերում:

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

BI- ն ասում է, որ մենք չենք կարող իրավիճակը այդպես թողնել:

Ինչպե՞ս կարող ենք հաշվարկել CPM- ը, եթե նույնիսկ չենք կարող համոզվել, որ ապրանքը ցուցադրվել է: Այդ դեպքում ո՞րն է նկարների որակյալ CTR- ն:

Շուկայավարողները պատասխանում են.

Նայեք, բոլորը, մենք կարող ենք ստեղծել զեկույց, որը ցույց է տալիս լավագույն CTR- ն և այն հաստատելու ենք այլ ստեղծագործական նմանատիպ դրոշի կամ լուսանկարի դեմ:

Եվ այդ ժամանակ մշակողները կասեն.

Այո, մենք կարող ենք լուծել այս խնդիրը մեր նոր ինտեգրման միջոցով ՝ ոլորման հետագծման և առարկայի տեսանելիության ստուգման համար:

Վերջապես, UI / UX դիզայներներն ասում են.

Այո! Մենք կարող ենք ընտրել, եթե վերջապես մեզ ծույլ կամ հավերժական ոլորում կամ էջանշում պետք լինի:

Ահա այն քայլերը, որոնց միջով անցավ այս փոքր թիմը.

  1. Սահմանեց խնդիրը
  2. Ներկայացրեց խնդրի բիզնեսի հետևանքները
  3. Չափել է փոփոխությունների ազդեցությունը
  4. Ներկայացված տեխնիկական որոշումներ
  5. Բացահայտեց ոչ տրիվիալ շահույթը

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

հարթեցնել հարմարեցնել դիզայնը

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

Այս կայքը օգտագործում է Akismet- ը սպամի նվազեցման համար: Իմացեք, թե ինչպես է ձեր տվյալները մշակվում.