Panduan

Cara Membina Papan Pemuka: Sumber Data, KPI, Carta dan Akses

Untuk membina papan pemuka, mulakan dengan soalan yang perlu dijawabnya dan orang yang akan membacanya, takrifkan set metrik yang kecil dengan tepat, sambungkan data yang menjadi asas metrik itu, dan pilih carta yang ringkas untuk setiap satu. Kemudian tentukan siapa yang boleh melihat nombor yang mana. Pembina apl AI boleh menjana papan pemuka yang kemas dalam beberapa minit; bahagian yang sukar, dan yang menentukan sama ada seseorang mempercayainya, ialah mendapatkan data dan takrifan dengan betul.

Mulakan dengan soalan, bukan carta

Papan pemuka yang cuba menunjukkan segalanya hanya dibuka sekali. Sebelum anda memikirkan tentang carta, jawab:

  • Untuk siapa ia? Pengasas, pasukan jualan, operasi, pelabur, pelanggan anda?
  • Apakah keputusan yang disokongnya? “Adakah kita perlu mengupah seorang lagi pekerja sokongan?” ialah soalan yang boleh dijawab oleh papan pemuka. “Tunjukkan data kami” bukan.
  • Seberapa kerap mereka akan melihatnya? Papan pemuka operasi harian memerlukan data segar dan makluman; paparan lembaga bulanan tidak.

Tulis tiga hingga lima soalan. Setiap satu menjadi satu atau dua metrik.

Takrifkan setiap metrik dengan tepat

Kebanyakan perbalahan tentang papan pemuka sebenarnya perbalahan tentang takrifan. Tulis takrifan ringkas untuk setiap nombor:

MetrikKaburTepat
Hasil“Wang yang kita hasilkan”Jumlah invois berbayar, tidak termasuk cukai, mengikut tarikh invois, dalam USD
Pengguna aktif“Orang yang menggunakannya”Pengguna berbeza dengan sekurang-kurangnya satu log masuk dalam 30 hari terakhir
Kadar churn“Orang yang berhenti”Pelanggan berbayar pada awal bulan yang membatalkan langganan semasa bulan itu, dibahagi dengan pelanggan pada awal bulan
Masa tindak balas“Betapa pantas sokongan”Median jam dari penciptaan tiket hingga balasan manusia pertama, hari perniagaan sahaja

Masukkan takrifan ini ke dalam prompt anda. Jika tidak, AI akan memilih pengiraan yang kedengaran munasabah tetapi mungkin tidak sepadan dengan cara perniagaan anda mengira.

Dari mana data datang

SumberCara papan pemuka membacanyaPerkara yang perlu diberi perhatian
Pangkalan data apl anda sendiriPertanyaan terusPertanyaan berat yang melambatkan apl utama; tambah jadual ringkasan jika perlu
HamparanImport sebagai CSV, atau baca melalui APISuntingan manual merosakkan format; baris jumlah dan sel bercantum
Alat SaaS (Stripe, HubSpot, Shopify, Google Analytics)API mereka dengan kunci API andaHad kadar, pengepala halaman, dan setiap alat mentakrifkan metrik dengan cara sendiri
Gudang data (BigQuery, Snowflake, Postgres)SQL melalui sambungan pelayanBukti kelayakan dan kos pertanyaan

Dua prinsip terpakai di mana-mana:

  1. Simpan kunci di pelayan. Kunci API dan kata laluan pangkalan data tergolong dalam pembolehubah persekitaran apl, bukan dalam kod pelayar.
  2. Tentukan kesegaran. Menarik data dari beberapa API pada setiap pemuatan halaman adalah perlahan dan boleh mencapai had kadar. Bagi kebanyakan papan pemuka perniagaan, penyegerakan setiap jam atau semalaman ke dalam pangkalan data anda sendiri, dengan masa “dikemas kini kali terakhir” pada halaman, lebih mudah dan lebih boleh dipercayai.

Jika API masih baru bagi anda, apa itu API dan apa itu pangkalan data menerangkan asasnya.

Pilih carta yang betul

  • Satu nombor dengan perubahan (“RM42k, naik 8% berbanding bulan lepas”) — kad KPI. Elemen yang paling berguna pada kebanyakan papan pemuka.
  • Trend mengikut masa — carta garis. Gunakan bar hanya untuk bilangan tempoh yang kecil.
  • Membandingkan kategori — carta bar mendatar, disusun mengikut nilai.
  • Sebahagian daripada keseluruhan — bar bertindan. Carta pai hanya sesuai dengan dua atau tiga bahagian.
  • Butiran dan pengecualian — jadual dengan pengisihan, carian dan penapis. Selalunya lebih berguna daripada mana-mana carta.

Kekalkan warna yang konsisten: satu warna untuk “tempoh ini”, warna malap untuk “perbandingan”, dan merah hanya untuk perkara yang memerlukan perhatian.

Siapa yang melihat apa

Tentukan akses sebelum membina:

  • Dalaman, semua orang melihat segalanya — paling mudah. Masih memerlukan log masuk jika ia mengandungi data perniagaan.
  • Berasaskan peranan — jualan melihat nombor jualan, kewangan melihat margin, pengurus melihat pasukan mereka sendiri.
  • Menghadap pelanggan — setiap pelanggan hanya melihat data mereka sendiri. Setiap pertanyaan mesti menapis mengikut akaun pelanggan di pelayan. Uji dengan log masuk sebagai dua pelanggan yang berbeza.

Papan pemuka dengan data hasil atau pelanggan pada URL awam tanpa log masuk ialah kebocoran data yang menunggu untuk ditemui.

Prompt pertama yang berkesan

Bina papan pemuka jualan untuk syarikat perisian B2B dengan 10 orang. Pengguna: pengasas dan ketua jualan, yang menyemaknya setiap Isnin. Halaman gambaran keseluruhan: kad KPI untuk MRR baharu bulan ini, jumlah MRR, pelanggan baharu bulan ini, pelanggan yang churn bulan ini dan nilai saluran jualan, setiap satu dengan perubahan berbanding bulan lepas; carta garis MRR untuk 12 bulan terakhir; carta bar urusniaga baharu mengikut sumber. Halaman Urusniaga dengan jadual yang boleh dicari dan disusun (syarikat, pemilik, nilai, peringkat, tarikh tutup) dan penapis mengikut pemilik dan peringkat. Takrifan metrik: MRR ialah jumlah amaun langganan bulanan yang aktif, dengan pelan tahunan dibahagi 12; churn mengira pelanggan yang langganannya tamat bulan ini. Gunakan data sampel yang realistik dalam pangkalan data buat masa ini — kami akan sambungkan Stripe kemudian. Tunjukkan masa “dikemas kini kali terakhir”. Log masuk diperlukan. Susun atur bar sisi yang kemas.

Ia menamakan audiens, setiap metrik dengan takrifannya, carta dan pelan data — dan bermula dengan data sampel, supaya anda boleh bersetuju tentang reka bentuk sebelum menyambungkan sumber sebenar.

Langkah membina

  1. Susun atur dengan data sampel. Bersetuju tentang metrik dan carta semasa data masih palsu dan murah untuk diubah.
  2. Sambungkan satu sumber sebenar. Semak setiap nombor dengan sistem sumber secara manual. Jika MRR berbeza daripada apa yang ditunjukkan Stripe, cari sebabnya sebelum meneruskan.
  3. Tambah sumber lain, satu demi satu, dengan menyemak setiap satu.
  4. Penyegaran berjadual atau pertanyaan semasa pemuatan, dengan label “dikemas kini kali terakhir”.
  5. Penapis — julat tarikh dahulu, kemudian satu atau dua yang lain yang diminta orang.
  6. Log masuk dan peranan.
  7. Keadaan kosong dan ralat — apa yang dipaparkan apabila sumber tidak berfungsi atau penapis tidak memberi hasil.
  8. Kongsi dengan audiens, kemudian buang apa-apa yang tiada siapa lihat selepas sebulan.

Jadikannya pantas

Papan pemuka yang perlahan kurang disemak. Kira awal jumlah yang mahal untuk dikira (jadual ringkasan harian dan bukannya mengimbas setiap pesanan), halamankan jadual besar, dan muatkan kad utama dahulu supaya halaman berguna sebelum carta selesai. Jika nombor mengambil masa lama untuk dikira, tunjukkan bila ia kali terakhir dikira dan bukannya mengira semula pada setiap lawatan.

Kesilapan biasa

  • Terlalu banyak carta. Jika semuanya diserlahkan, tiada yang menonjol.
  • Metrik yang tidak ditakrifkan. Dua orang yang membaca papan pemuka yang sama harus sampai pada kesimpulan yang sama.
  • Tidak pernah menyemak nombor dengan sumber. Satu nombor salah dan orang berhenti mempercayai keseluruhan papan pemuka.
  • Menanyakan setiap API pada setiap pemuatan halaman. Perlahan, rapuh dan kadangkala mahal.
  • Tiada konteks tarikh. Sentiasa tunjukkan tempoh dan perbandingan.
  • Rahsia di bahagian hadapan. Kunci API yang kelihatan dalam pelayar boleh disalin oleh sesiapa yang membuka halaman.

Bila alat BI adalah pilihan yang lebih baik

Jika data anda sudah berada dalam pangkalan data atau gudang data dan pengguna utama ialah penganalisis yang mahu meneroka, memotong dan membina carta sendiri, alat BI — Looker Studio, Power BI, Metabase dan lain-lain — akan lebih baik untuk mereka berbanding binaan tersuai. Banyak alat SaaS juga mempunyai laporan terbina dalam yang baik; semak itu sebelum membina semula. Papan pemuka tersuai menang apabila ia untuk pelanggan atau bukan penganalisis, memerlukan logik atau kebenaran yang tidak dapat dinyatakan oleh alat BI, menggabungkan sumber dengan cara yang khusus untuk perniagaan anda, atau tergolong dalam produk yang sudah anda jalankan.

Jika tugasnya kurang tentang melihat nombor dan lebih tentang menukar rekod, anda memerlukan panel pentadbir atau alat dalaman sebaliknya — lihat cara membina alat dalaman. Dan jika nombor anda kini berada dalam hamparan, cara menukar hamparan kepada apl ialah bacaan seterusnya yang baik.

Membina dengan Mythex

Di Mythex, anda terangkan papan pemuka dan ejen membina halaman serta carta dalam pratonton langsung, bermula dengan data sampel yang realistik dan berpindah ke pangkalan data Postgres khusus apabila nombor perlu disimpan. Kes penggunaan papan pemuka dalam dokumentasi mempunyai prompt permulaan. Jika data anda berada dalam alat seperti Google Sheets, anda boleh menyambungkan akaun melalui Penyambung dan meminta ejen membacanya dan membina papan pemuka daripadanya.

Tiada penyambung gudang data terbina dalam untuk apl itu sendiri — untuk BigQuery, Snowflake, Stripe dan seumpamanya, apl memanggil API mereka dengan kunci yang anda simpan sebagai rahsia projek. Log masuk dan peranan untuk orang yang melihat papan pemuka ialah sebahagian daripada apl yang anda bina. Untuk bermula daripada prompt, layari templat papan pemuka, seperti papan pemuka metrik.

Soalan lazim

Bagaimana saya membina papan pemuka?

Tentukan untuk siapa papan pemuka itu dan soalan apa yang perlu dijawabnya, pilih beberapa metrik dengan takrifan yang tepat, sambungkan sumber data, kemudian pilih carta untuk setiap metrik. Pembina apl AI boleh menjana halaman dan carta daripada penerangan selepas anda tahu perkara-perkara tersebut.

Berapa banyak KPI yang patut ada pada papan pemuka?

Cukup sedikit supaya seseorang dapat memahaminya sekali pandang — selalunya lima hingga tujuh pada paparan utama. Letakkan butiran pada halaman berasingan yang dibuka orang apabila nombor utama kelihatan salah.

Patutkah saya membina papan pemuka tersuai atau menggunakan alat BI?

Gunakan alat BI seperti Looker Studio, Power BI atau Metabase apabila data anda sudah berada dalam pangkalan data atau gudang data yang disokong dan penganalisis akan meneroka. Bina papan pemuka tersuai apabila ia untuk pelanggan atau bukan penganalisis, memerlukan logik atau kebenaran anda sendiri, atau berada dalam apl yang sudah anda ada.

Bolehkah papan pemuka menunjukkan data langsung?

Boleh, jika ia membaca daripada pangkalan data atau API apabila halaman dimuatkan atau pada selang muat semula. Bagi kebanyakan papan pemuka perniagaan, data yang dikemas kini setiap jam atau setiap hari sudah mencukupi dan lebih mudah serta murah untuk dijalankan.

Mythex · Pricing · Bina apa sahaja dengan AI · Templat laman web dan aplikasi · Mythex dibandingkan · Glosari pembinaan aplikasi AI · Alat percuma untuk membina aplikasi dengan AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)