Како да изградите дашборд: извори на податоци, KPI, графикони и пристап

За да изградите дашборд, почнете од прашањата на кои мора да одговори и од луѓето што ќе го читаат, дефинирајте мал сет метрики прецизно, поврзете ги податоците од кои произлегуваат тие метрики и изберете едноставен графикон за секоја. Потоа одлучете кој може да ги гледа кои бројки. Градител на апликации со AI може да генерира убав дашборд за минути; тешкиот дел, и оној што одлучува дали некој му верува, е точното добивање на податоците и дефинициите.

Почнете со прашања, не со графикони

Дашборд што се обидува да прикаже сè се отвора еднаш. Пред да размислувате за графикони, одговорете:

• За кого е? Основачот, продажниот тим, операциите, инвеститорите, вашите клиенти?
• Која одлука ја поддржува? „Дали ни треба уште еден човек за поддршка?“ е прашање на кое дашборд може да одговори. „Покажи ми ги податоците“ не е.
• Колку често ќе гледаат? Дневните оперативни дашборди треба свежи податоци и известувања; месечниот преглед за одбор не.

Запишете три до пет прашања. Секое станува една или две метрики.

Дефинирајте ја секоја метрика точно

Повеќето расправии околу дашбордите всушност се расправии за дефиниции. Напишете кратка дефиниција за секој број:

Ставете ги овие дефиниции во вашиот промпт. Инаку AI ќе избере разумно звучечко пресметување што можеби не се совпаѓа со тоа како вашата компанија брои.

Од каде доаѓаат податоците

Два принципи важат секаде:

1. Чувајте ги клучевите на серверот. API клучевите и лозинките за базата припаѓаат во променливите на средината на апликацијата, никогаш во кодот на прелистувачот.
2. Одлучете за свежината. Повлекувањето од неколку API-ја при секое вчитување на страницата е бавно и може да ги погоди ограничувањата. За повеќето деловни дашборди, синхронизација на секој час или преку ноќ во ваша сопствена база, со ознака „последно ажурирано“ на страницата, е поедноставна и посигурна.

Ако API-јата ви се нови, што е API и што е база на податоци ги објаснуваат основите.

Избор на вистински графикон

• Единечен број со промена („42.000 $, нагоре 8% во однос на минатиот месец“) — KPI картичка. Најкорисниот елемент на повеќето дашборди.
• Тренд низ времето — линиски графикон. Столбци користете само за мал број периоди.
• Споредба на категории — хоризонтални столбци, подредени по вредност.
• Дел од целината — наредени столбци. Тортни графикони работат само со два или три дела.
• Детали и исклучоци — табела со сортирање, пребарување и филтри. Често покорисна од кој било графикон.

Држете ги боите конзистентни: една боја за „овој период“, приглушена за споредба, црвена само за работи што бараат внимание.

Кој што гледа

Одлучете за пристапот пред градење:

• Внатрешно, сите гледаат сè — наједноставно. Сè уште треба најава ако содржи деловни податоци.
• По улоги — продажбата ги гледа продажните бројки, финансиите маргините, менаџерите сопствениот тим.
• За клиенти — секој клиент гледа само свои податоци. Секое барање мора да филтрира по сметката на клиентот на серверот. Тестирајте со најава како два различни клиенти.

Дашборд со приходи или податоци за клиенти на јавна адреса без најава е проблем на податоците што чека да биде пронајден.

Пример за прв промпт што работи

Изгради дашборд за продажба за B2B софтверска компанија со 10 луѓе. Публика: основачите и шефот на продажбата, што го проверуваат секој понеделник. Преглед: KPI картички за нов MRR овој месец, вкупен MRR, нови клиенти овој месец, откажани клиенти овој месец и вредност на пајплајнот, секоја со промената во однос на минатиот месец; линиски графикон на 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-ја со клучеви што ги чувате како тајни на проектот. Најавите и улогите за луѓето што го гледаат дашбордот се дел од апликацијата што ја градите. За да почнете од промпт, прегледајте ги шаблоните за дашборди, како дашбордот за метрики.

Прашања