როგორ ავაშენოთ დეშბორდი: მონაცემთა წყაროები, KPI-ები, დიაგრამები და წვდომა

დეშბორდის ასაშენებლად დაიწყეთ კითხვებით, რომლებზეც უნდა უპასუხოს და ადამიანებით, რომლებიც მას წაიკითხავენ. შემდეგ განსაზღვრეთ მცირე რაოდენობა მეტრიკებისა ზუსტად, მიაერთეთ მონაცემები, საიდანაც ეს მეტრიკები მოდის, და თითოეულისთვის აირჩიეთ მარტივი დიაგრამა. შემდეგ გადაწყვიტეთ, ვინ რომელ ციფრს ხედავს. AI აპლიკაციების შემქმნელს შეუძლია წუთებში შექმნას ლამაზი დეშბორდი; რთული ნაწილი, და ის ნაწილი, რომელიც განსაზღვრავს, ენდობიან თუ არა მას, არის მონაცემებისა და განმარტებების სწორად მიღება.

დაიწყეთ კითხვებით და არა დიაგრამებით

დეშბორდი, რომელიც ყველაფრის ჩვენებას ცდილობს, ერთხელ იხსნება. სანამ დიაგრამებზე იფიქრებთ, უპასუხეთ:

• ვისთვისაა? დამფუძნებლისთვის, გაყიდვების გუნდისთვის, ოპერაციებისთვის, ინვესტორებისთვის, თქვენი მომხმარებლებისთვის?
• რა გადაწყვეტილებებს უჭერს მხარს? «გვჭირდება კიდევ ერთი მხარდაჭერის თანამშრომელი?» არის კითხვა, რომელზეც დეშბორდს შეუძლია უპასუხოს. «მაჩვენე ჩვენი მონაცემები» — არა.
• რამდენად ხშირად შეხედავენ? ყოველდღიურ ოპერაციულ დეშბორდს ახალი მონაცემები და შეტყობინებები სჭირდება; თვიურ საბოლოო ხედს — არა.

დაწერეთ სამი-ხუთი კითხვა. თითოეული ერთ ან ორ მეტრიკად იქცევა.

განსაზღვრეთ თითოეული მეტრიკა ზუსტად

დეშბორდის დავების უმეტესობა სინამდვილეში განმარტებების დავაა. დაწერეთ მოკლე განმარტება ყოველი ციფრისთვის:

ამ განმარტებებს ჩასვით პრომპტში. წინააღმდეგ შემთხვევაში AI აირჩევს გონივრულად მოჩანს გამოთვლას, რომელიც შეიძლება არ ემთხვეოდეს იმას, როგორც თქვენი ბიზნესი ითვლის.

სად მოდის მონაცემები

ორი პრინციპი ყველგან მოქმედებს:

1. გასაღებები სერვერზე დატოვეთ. API გასაღებები და მონაცემთა ბაზის პაროლები აპლიკაციის გარემოს ცვლადებში უნდა იყოს და არასოდეს ბრაუზერის კოდში.
2. გადაწყვიტეთ სიახლე. რამდენიმე API-დან მონაცემების წამოღება ყოველ გვერდის ჩატვირთვაზე ნელია და შეიძლება სიხშირის ლიმიტს შეეჯახოს. ბიზნეს-დეშბორდების უმეტესობისთვის უფრო მარტივი და სანდოა სინქრონიზაცია საათში ან ღამით თქვენს მონაცემთა ბაზაში, გვერდზე «ბოლოს განახლებული» დროით.

თუ API-ები ახალია, რა არის API და რა არის მონაცემთა ბაზა საფუძვლებს ხსნის.

აირჩიეთ სწორი დიაგრამა

• ერთი რიცხვი ცვლილებით («$42 ათასი, +8% წინა თვესთან შედარებით») — KPI ბარათი. ყველაზე სასარგებლო ელემენტი დეშბორდების უმეტესობაში.
• ტრენდი დროში — ხაზოვანი დიაგრამა. სვეტები მხოლოდ მცირე რაოდენობა პერიოდისთვის გამოიყენეთ.
• კატეგორიების შედარება — ჰორიზონტალური სვეტოვანი დიაგრამა, დალაგებული მნიშვნელობით.
• მთელის ნაწილი — დაგროვილი სვეტი. წრიული დიაგრამა მხოლოდ ორი-სამი სეგმენტისთვის მუშაობს.
• დეტალები და გამონაკლისები — ცხრილი დალაგებით, ძიებით და ფილტრებით. ხშირად ნებისმიერ დიაგრამაზე სასარგებლოა.

ფერები თანმიმდევრული შეინახეთ: ერთი ფერი «ამ პერიოდისთვის», მოჩუმი — შედარებისთვის, წითელი — მხოლოდ იმისთვის, რაც ყურადღებას მოითხოვს.

ვინ რას ხედავს

წვდომა განსაზღვრეთ აშენებამდე:

• შიდა, ყველა ყველაფერს ხედავს — უმარტივესი. თუ ბიზნეს-მონაცემები აქვს, მაინც სჭირდება შესვლა.
• როლებზე დაფუძნებული — გაყიდვები ხედავს გაყიდვების ციფრებს, ფინანსები — მარჟას, მენეჯერები — თავიანთი გუნდის მონაცემებს.
• მომხმარებლებისთვის — თითო მომხმარებელი ხედავს მხოლოდ საკუთარ მონაცემებს. ყოველი მოთხოვნა სერვერზე უნდა ფილტრავდეს მომხმარებლის ანგარიშით. შეამოწმეთ, შედიხართ ორი განსხვავებული მომხმარებლით.

დეშბორდი შემოსავლის ან მომხმარებლის მონაცემებით საჯარო მისამართზე შესვლის გარეშე მონაცემთა გაჟონვის მოლოდინშია.

მაგალითი პირველი პრომპტი

ააშენე გაყიდვების დეშბორდი 10-კაციანი B2B პროგრამული კომპანიისთვის. აუდიტორია: დამფუძნებლები და გაყიდვების ხელმძღვანელი, რომლებიც ყოველ ორშაბათს ამოწმებენ. მთავარი გვერდი: KPI ბარათები ამ თვის ახალი MRR-ისთვის, ჯამური MRR-ისთვის, ამ თვის ახალი მომხმარებლებისთვის, ამ თვის გადინებული მომხმარებლებისთვის და მიმდინარე ღირებულებისთვის (pipeline), თითოეული წინა თვესთან ცვლილებით; ხაზოვანი დიაგრამა MRR-ისა ბოლო 12 თვის მიხედვით; სვეტოვანი დიაგრამა ახალი გარიგებებისა წყაროს მიხედვით. გარიგებების გვერდი: საძიებო, დასალაგებელი ცხრილი (კომპანია, პასუხისმგებელი პირი, ღირებულება, ეტაპი, დახურვის თარიღი) და ფილტრები პასუხისმგებელი პირისა და ეტაპის მიხედვით. მეტრიკების განმარტებები: MRR არის აქტიური ყოველთვიური გამოწერის თანხების ჯამი, წლიური გეგმები გაყოფილი 12-ზე; გადინება ითვლის მომხმარებლებს, რომელთა გამოწერაც ამ თვეში დასრულდა. ახლა გამოიყენე რეალისტური ნიმუშის მონაცემები მონაცემთა ბაზაში — Stripe მოგვიანებით დავაკავშიროთ. აჩვენე დრო «ბოლოს განახლებული». საჭიროა შესვლა. სუფთა გვერდითი მენიუ.

აშენების ნაბიჯები

1. განლაგება ნიმუშის მონაცემებით. შეთანხმდით მეტრიკებსა და დიაგრამებზე, სანამ მონაცემები ყალბია და მარტივად იცვლება.
2. მიაერთეთ ერთი რეალური წყარო. ყოველი ციფრი ხელით შეამოწმეთ წყაროს სისტემასთან. თუ MRR განსხვავდება იმისგან, რასაც Stripe აჩვენებს, გაარკვიეთ რატომ, სანამ წინ წახვალთ.
3. დაამატეთ სხვა წყაროები, თითოეული ცალ-ცალკე, თითოეულის შემოწმებით.
4. დაგეგმილი განახლება ან მოთხოვნები ჩატვირთვისას, «ბოლოს განახლებული» ეტიკეტით.
5. ფილტრები — ჯერ თარიღის დიაპაზონი, შემდეგ ერთი-ორი სხვა, რასაც ხალხი ითხოვს.
6. შესვლა და როლები.
7. ცარიელი და შეცდომის მდგომარეობები — რას აჩვენებს გვერდი, როცა წყარო გაუმართავია ან ფილტრი ცარიელ შედეგს აბრუნებს.
8. გააზიარეთ აუდიტორიას, შემდეგ წაშალეთ ის, რასაც ერთი თვის შემდეგ არავინ უყურებს.

გახადეთ სწრაფი

ნელი დეშბორდი იშვიათად იხსნება. წინასწარ გამოთვალეთ ძვირი ჯამები (დღიური შემაჯამებელი ცხრილი, შეკვეთების სკანირების ნაცვლად), გააყავით დიდი ცხრილები გვერდებად და ჯერ ჩატვირთეთ მთავარი ბარათები, რომ გვერდი დიაგრამების დასრულებამდეც სასარგებლო იყოს. თუ რიცხვის გამოთვლა დიდ დროს მოითხოვს, აჩვენეთ, როდის გამოითვალა ბოლოს, და არა ყოველ ვიზიტზე ხელახლა გამოთვლა.

ხშირი შეცდომები

• ზედმეტი დიაგრამა. თუ ყველაფერი ხაზგასმულია, არაფერი ჩანს.
• განუსაზღვრელი მეტრიკები. ორმა ადამიანმა იგივე დეშბორდი უნდა წაიკითხოს და იგივე დასკვნა გააკეთოს.
• რიცხვების წყაროსთან არშემოწმება. ერთი არასწორი ციფრი და ხალხი ენდობა არა მხოლოდ მას, არამედ მთელ დეშბორდს.
• ყველა API-ის გამოძახება ყოველ გვერდის ჩატვირთვაზე. ნელი, მყიფე და ზოგჯერ ძვირი.
• კონტექსტის თარიღის გარეშე. ყოველთვის აჩვენეთ პერიოდი და შედარება.
• საიდუმლოებები ფრონტენდში. ბრაუზერში ხილული API გასაღები ნებისმიერს შეუძლია დააკოპიროს.

როდის არის BI ხელსაწყო უკეთესი არჩევანი

თუ თქვენი მონაცემები უკვე მონაცემთა ბაზაში ან საწყობშია და მთავარი მომხმარებლები ანალიტიკოსები არიან, რომლებსაც უნდა შეისწავლონ, დაყოს და საკუთარი დიაგრამები ააგონ, BI ხელსაწყო — Looker Studio, Power BI, Metabase და სხვა — მათ უკეთ ემსახურება, ვიდრე საკუთარი აშენება. ბევრ SaaS ხელსაწყოს კარგი ჩაშენებული ანგარიშები აქვს; ხელახლა აშენებამდე ისინი შეამოწმეთ. საკუთარი დეშბორდი მაშინ იმარჯვებს, როცა ის მომხმარებლებისთვის ან არაანალიტიკოსებისთვისაა, როცა სჭირდება ლოგიკა ან უფლებები, რომლებსაც BI ხელსაწყო ვერ გამოხატავს, როცა აერთიანებს წყაროებს თქვენი ბიზნესისთვის სპეციფიკური გზით, ან როცა ის უკვე არსებული პროდუქტის ნაწილია.

თუ სამუშაო უფრო ნომრების ყურებაზე ნაკლებია და ჩანაწერების შეცვლაზე მეტი, საჭიროა ადმინისტრატორის პანელი ან შიდა ხელსაწყო — იხილეთ როგორ ავაშენოთ შიდა ხელსაწყო. თუ თქვენი ციფრები დღეს ცხრილშია, როგორ ვაქციოთ ცხრილი აპლიკაციად კარგი შემდეგი წაკითხვაა.

აშენება Mythex-ით

Mythex-ზე დეშბორდს ჩატში აღწერთ, და აგენტი გვერდებსა და დიაგრამებს ცოცხალ გადახედვაში აშენებს, დაწყებული რეალისტური ნიმუშის მონაცემებით და გადასვლით გამოყოფილ Postgres მონაცემთა ბაზაზე, როცა ციფრებს შენახვა სჭირდება. დოკუმენტაციის დეშბორდის გამოყენების შემთხვევა შეიცავს საწყის პრომპტს. თუ თქვენი მონაცემები ისეთ ხელსაწყოში გაქვთ, როგორიცაა Google Sheets, შეგიძლიათ ანგარიშის მიერთება Connectors-ით და აგენტს სთხოვოთ მისგან წაიკითხოს და დეშბორდი ააშენოს.

აპლიკაციისთვის ჩაშენებული საწყობის კავშირები არ არის — BigQuery-სთვის, Snowflake-სთვის, Stripe-სთვის და მსგავსისთვის აპლიკაცია მათ API-ებს უკავშირდება გასაღებებით, რომლებსაც პროექტის საიდუმლოებებად ინახავთ. დეშბორდის მაყურებელთა შესვლა და როლები თქვენ მიერ აშენებული აპლიკაციის ნაწილია. დასაწყებად შეგიძლიათ დაათვალიეროთ დეშბორდის შაბლონები, მაგალითად მეტრიკების დეშბორდი.

კითხვები