Дашборд хэрхэн бүтээх вэ: өгөгдлийн эх үүсвэр, KPI, график ба хандалт

Дашборд бүтээхийн тулд эхлээд тэр юуны асуултад хариулах ёстой, мөн үүнийг уншиж байгаа хүмүүсийг тодорхойлж, цөөн хэмжүүрийг нарийн тодорхойлж, тэдгээр нь ирж буй өгөгдлийг холбож, хэмжүүр бүрт энгийн график сонгоно. Дараа нь аль хүн аль тоог харахыг шийд. AI аппликешн бүтээгч хэдхэн минутад гоё дашборд гаргаж чадна; хүн үүнд итгэх эсэхийг шийдэх хамгийн хэцүү хэсэг бол өгөгдөл болон тодорхойлолтыг зөв авах явдал.

Графикаас биш асуултаас эхэл

Бүх зүйлийг харуулах гэж оролдсон дашборд нэг удаа л нээгдэнэ. Графикийн талаар бодохоосоо өмнө хариулаарай:

• Хэнд зориулагдсан бэ? Үндэслэгч, борлуулалтын баг, үйл ажиллагаа, хөрөнгө оруулагчид, таны харилцагчид уу?
• Ямар шийдвэрийг дэмждэг вэ? «Бид дэмжлэгийн нэг ажилтан нэмэх хэрэгтэй юу?» бол дашборд хариулж чадах асуулт. «Манай өгөгдлийг харуул» бол тийм биш.
• Тэд хэр олон удаа харах вэ? Өдөр тутмын үйл ажиллагааны дашборд шинэ өгөгдөл, анхааруулга хэрэгтэй; сарын зөвлөлийн харагдац хэрэггүй.

Гурваас таван асуулт бич. Тус бүр нэг-хоёр хэмжүүр болно.

Хэмжүүр бүрийг нарийн тодорхойл

Дашборд дээрх маргаан ихэвчлэн тодорхойлолтын маргаан байдаг. Тоо бүрт богино тодорхойлолт бич:

Эдгээр тодорхойлолтуудыг prompt-доо оруулаарай. Үгүй бол AI таны бизнесийн тооцооллоос зөрүүтэй, гэхдээ боломжтой харагдах тооцоолол сонгож болно.

Өгөгдөл хаанаас ирэх вэ

Хоёр зарчим бүх тохиолдолд хамаарна:

1. Түлхүүрээ серверт байлга. API түлхүүр болон өгөгдлийн сангийн нууц үг нь аппликешний орчны хувьсагчид байх ёстой, хөтчийн кодонд хэзээ ч бүү бич.
2. Шинэлэг байдлаа шийд. Хэд хэдэн API-аас хуудас ачаалах бүрт татах нь удаан бөгөөд хязгаарт хүрч болно. Олон бизнесийн дашбордын хувьд цаг тутам эсвэл шөнөдөө өөрийн өгөгдлийн санд синк хийж, хуудсанд «сүүлд шинэчлэгдсэн» цаг харуулах нь илүү энгийн, найдвартай.

API шинэ байвал API гэж юу вэ болон өгөгдлийн сан гэж юу вэ гарын авлага үндсийг тайлбарлана.

Зөв график сонгох

• Өөрчлөлттэй ганц тоо («$42k, өмнөх сараас 8%-иар өссөн») — KPI карт. Ихэнх дашбордын хамгийн хэрэгтэй элемент.
• Цаг хугацааны явц — шугаман график. Баганыг цөөн үетэй үед л ашигла.
• Ангилал харьцуулах — хэвтээ багана, утгаар эрэмбэлсэн.
• Бүхний нэг хэсэг — давхарласан багана. Бялууны график зөвхөн хоёр-гурван хэсэгтэй үед ажиллана.
• Дэлгэрэнгүй ба онцгой тохиолдол — эрэмбэлэх, хайх, шүүх хүснэгт. Ихэнхдээ аль ч графикаас илүү хэрэгтэй.

Өнгийг тогтвортой байлга: «энэ үе»-д нэг өнгө, «харьцуулалт»-д бүдэг өнгө, улаан зөвхөн анхаарал шаардсан зүйлд.

Хэн юуг харах вэ

Барихаас өмнө хандалтаа шийд:

• Дотоод, бүгд бүгдийг харна — хамгийн энгийн. Бизнесийн өгөгдөл байвал гэсэн хэдий ч нэвтрэлт хэрэгтэй.
• Үүрэгт суурилсан — борлуулалт борлуулалтын тоог, санхүү ашиг орлогыг, менежер өөрийн багийг харна.
• Харилцагчид харах — харилцагч бүр зөвхөн өөрийн өгөгдлийг харна. Асуулга бүр серверт харилцагчийн бүртгэлээр шүүгдэх ёстой. Хоёр өөр харилцагчаар нэвтэрч туршаарай.

Нийтийн URL дээр нэвтрэлтгүйгээр орлого эсвэл харилцагчийн өгөгдөлтэй дашборд байвал мэдээлэл алдагдах эрсдэлтэй.

Ажилладаг анхны prompt

10 хүний B2B програм хангамжийн компанид зориулсан борлуулалтын дашборд бүтээ. Хэрэглэгчид: үндэслэгчид болон борлуулалтын удирдагч, даваа гараг бүр шалгана. Нүүр хуудас: энэ сард шинэ MRR, нийт MRR, энэ сарын шинэ харилцагчид, энэ сарын гарсан харилцагчид, борлуулалтын хоолойн үнэ — тус бүрд өмнөх сартай харьцуулсан өөрчлөлттэй KPI карт; сүүлийн 12 сарын MRR-ийн шугаман график; эх сурвалжаар шинэ гэрээний багана график. Гэрээний хуудас: хайлт, эрэмбэлэх боломжтой хүснэгт (компани, эзэмшигч, үнэ, шат, хаагдах огноо), эзэмшигч ба шатаар шүүлтүүр. Тодорхойлолт: MRR нь идэвхтэй сарын захиалгын дүнгийн нийлбэр, жилийн төлөвлөгөөг 12-д хуваана; гарц нь энэ сард захиалга дууссан харилцагчдыг тоолно. Одоохондоо өгөгдлийн санд бодит жишээ өгөгдөл ашигла — дараа нь Stripe-д холбоно. «Сүүлд шинэчлэгдсэн» цагийг харуул. Нэвтрэлт шаардлагатай. Цэвэрхэн хажуугийн цэсний бүтэц.

Бүтээх алхмууд

1. Жишээ өгөгдөлтэй байрлал. Өгөгдөл хуурамч, солиход хямд байх үед хэмжүүр болон графикуудаа тохирцгооя.
2. Нэг бодит эх үүсвэр холбо. Тоо бүрийг эх системтэй гараар шалга. Хэрэв MRR нь Stripe-ийн харуулж буй зүйлтэй зөрвөл үргэлжлүүлэхээсээ өмнө шалтгааныг ол.
3. Бусад эх үүсвэрийг нэг нэгээр нэм, бүгдийг нь шалгана.
4. Төлөвлөсөн шинэчлэлт эсвэл ачаалах үеийн асуулга, «сүүлд шинэчлэгдсэн» шошготой.
5. Шүүлтүүр — эхлээд огнооны хүрээ, дараа нь хүмүүсийн асуудаг нэг-хоёр нэмэлт.
6. Нэвтрэлт ба үүрэг.
7. Хоосон ба алдааны төлөв — эх үүсвэр унах эсвэл шүүлтүүр юу ч буцаахгүй үед хуудас юу харуулах вэ.
8. Үзэгчидтэйгээ хуваалц, дараа нь сарын дараа хэн ч харахгүй зүйлийг хас.

Хурдтай болгох

Удаан дашбордыг бага шалгадаг. Тооцоолоход үнэтэй нийлбэрүүдийг урьдчилан бод (захиалга бүрийг уншихын оронд өдрийн нэгтгэх хүснэгт), том хүснэгтийг хуудаслаж, гол картуудыг эхэлж ачаал, ингэснээр графикууд бэлэн болохоос өмнө хуудас хэрэгтэй байна. Тоо удаан тооцоологдож байвал зочлох бүрт дахин тооцоолохын оронд сүүлд хэзээ тооцоолсныг харуул.

Нийтлэг алдаанууд

• Хэт олон график. Бүгд онцлогдвол юу ч онцлогдохгүй.
• Тодорхойлоогүй хэмжүүрүүд. Ижил дашборд уншсан хоёр хүн ижил дүгнэлтэд хүрэх ёстой.
• Тоонуудаа эх сурвалжтай нь хэзээ ч харьцуулаагүй. Нэг буруу тоо бүх дашбордод итгэхээ алдуулдаг.
• Хуудас ачаалах бүрт API бүрийг асуух. Удаан, эвдрэлтэй, заримдаа үнэтэй.
• Огнооны контекстгүй. Үргэлж хугацаа болон харьцуулалтыг харуулаарай.
• Фронтенд дэх нууц. Хөтөчид харагдах API түлхүүр хэн ч хуулж авах боломжтой.

BI хэрэгсэл илүү сайн сонголт болох үед

Таны өгөгдөл өгөгдлийн сан эсвэл агуулахад байрлаж, гол хэрэглэгчид нь судлах, зүсэх, өөрсдийн график бүтээхийг хүсдэг аналитикчид бол Looker Studio, Power BI, Metabase болон бусад BI хэрэгсэл захиалгат бүтээлээс илүү сайн үйлчилнэ. Олон SaaS хэрэгсэл сайн суурилсан тайлантай; дахин бүтээхээсээ өмнө тэдгээрийг шалга. Захиалгат дашборд харилцагчид эсвэл аналитик биш хүмүүст зориулагдсан, BI хэрэгслийн илэрхийлж чадахгүй логик эсвэл эрх шаардлагатай, эх сурвалжуудыг таны бизнесийн онцлогт тохируулан нэгтгэдэг, эсвэл аль хэдийн ажиллуулж буй бүтээгдэхүүний дотор байрлах үед илүү давуу талтай.

Хэрэв ажил нь тоо харахаас илүү бичлэг өөрчлөхтэй холбоотой бол админ хэсэг эсвэл дотоод хэрэгсэл хэрэгтэй — дотоод хэрэгсэл хэрхэн бүтээх вэ гарын авлагыг харна уу. Таны тоо одоо хүснэгтэд байгаа бол хүснэгтийг аппликешн болгох нь дараагийн сайн унших зүйл.

Mythex-ээр бүтээх

Mythex дээр дашбордоо дүрсэлнэ, агент урьдчилан харах хэсэгт хуудас болон графикуудыг бүтээнэ. Эхлээд бодит мэт жишээ өгөгдлөөр эхэлж, тоонууд хадгалагдах шаардлагатай үед Postgres мэдээллийн санд шилжинэ. Docs-ийн дашборд use case-д эхлэх prompt байдаг. Таны өгөгдөл Google Sheets шиг хэрэгсэлд байвал Connectors-оор дансаа холбож, агентаас уншиж дашборд бүтээхийг хүсч болно.

Аппликешнд өөрөө агуулахын built-in холболт байдаггүй — BigQuery, Snowflake, Stripe болон үүнтэй төсөөтэй хэрэгслүүдийн хувьд аппликейшн тэдгээрийн API-г таны төслийн нууц хэлбэрээр хадгалсан түлхүүрээр дууддаг. Дашбордыг харах хүмүүст зориулсан нэвтрэлт, үүрэг нь таны бүтээсэн аппликешний хэсэг. Prompt-оор эхлэхийн тулд дашборд загварууд-аас үзэж, жишээ нь метрик дашборд сонгоорой.

Асуултууд