كيفية بناء لوحة معلومات: مصادر البيانات ومؤشرات الأداء والرسوم والصلاحيات

لبناء لوحة معلومات، ابدأ من الأسئلة التي يجب أن تجيب عنها وممن سيقرؤونها، وحدد مجموعة صغيرة من المقاييس بدقة، واربط البيانات التي تأتي منها هذه المقاييس، واختر رسماً بسيطاً لكل منها. ثم قرر من يستطيع رؤية أي الأرقام. يستطيع منشئ تطبيقات بالذكاء الاصطناعي أن يولّد لوحة أنيقة في دقائق؛ أما الجزء الصعب، والجزء الذي يحدد ما إذا كان أحد سيثق بها، فهو الحصول على البيانات والتعريفات الصحيحة.

ابدأ بالأسئلة لا بالرسوم

اللوحة التي تحاول عرض كل شيء تُفتح مرة واحدة فقط. قبل التفكير في الرسوم، أجب عن هذه الأسئلة:

• لمن هي؟ المؤسس، أم فريق المبيعات، أم العمليات، أم المستثمرون، أم عملاؤك؟
• ما القرارات التي تدعمها؟ “هل نحتاج إلى توظيف موظف دعم آخر؟” سؤال تستطيع اللوحة الإجابة عنه. أما “أرني بياناتنا” فلا.
• كم مرة سيراجعونها؟ لوحات العمليات اليومية تحتاج إلى بيانات طازجة وتنبيهات، أما عرض شهري للإدارة فلا يحتاج ذلك.

اكتب ثلاثة إلى خمسة أسئلة. كل سؤال يصبح مقياساً أو اثنين.

عرّف كل مقياس بدقة

معظم النقاشات حول لوحات المعلومات هي في الحقيقة نقاشات حول التعريفات. اكتب تعريفاً قصيراً لكل رقم:

ألصق هذه التعريفات في طلبك، وإلا فسيختار الذكاء الاصطناعي طريقة حساب تبدو معقولة لكنها قد لا تطابق طريقة عدّ عملك.

من أين تأتي البيانات

مبدءان ينطبقان على كل المصادر:

1. احتفظ بالمفاتيح على الخادم. مفاتيح API وكلمات مرور قواعد البيانات تُحفظ في متغيرات بيئة التطبيق، وليس في كود المتصفح أبداً.
2. قرر مدى الحداثة. سحب البيانات من عدة واجهات برمجية عند كل تحميل للصفحة بطيء، وقد يصطدم بحدود المعدل. وفي معظم لوحات الأعمال، تكون المزامنة كل ساعة أو ليلاً إلى قاعدة بياناتك، مع وقت “آخر تحديث” على الصفحة، أبسط وأوثق.

إذا كانت الواجهات البرمجية جديدة عليك، فإن ما هي الواجهة البرمجية وما هي قاعدة البيانات يشرحان الأساسيات.

اختر الرسم المناسب

• رقم واحد مع التغيير (“42 ألف دولار، بزيادة 8% عن الشهر الماضي”) — بطاقة مؤشر. وهي أكثر عنصر نفعاً في معظم اللوحات.
• الاتجاه عبر الزمن — رسم خطي. استخدم الأعمدة فقط لعدد صغير من الفترات.
• مقارنة الفئات — أعمدة أفقية مرتبة حسب القيمة.
• جزء من كل — أعمدة مكدسة. الرسوم الدائرية تصلح فقط لشريحتين أو ثلاث.
• التفاصيل والاستثناءات — جدول قابل للترتيب والبحث والتصفية. وغالباً ما يكون أنفع من أي رسم.

حافظ على ثبات الألوان: لون واحد لـ“هذه الفترة”، ولون باهت للـ“مقارنة”، والأحمر فقط للأشياء التي تحتاج إلى انتباه.

من يرى ماذا

قرر الصلاحيات قبل البناء:

• داخلية، يرى الجميع كل شيء — الأبسط. لكنها تحتاج إلى تسجيل دخول إذا كانت تحمل بيانات أعمال.
• حسب الأدوار — يرى المبيعات أرقام المبيعات، ويرى المالية الهوامش، ويرى المديرون فريقهم فقط.
• موجهة للعملاء — يرى كل عميل بياناته فقط. يجب أن تُصفّي كل استعلام حسب حساب العميل على الخادم. اختبر ذلك بتسجيل الدخول بعميلين مختلفين.

اللوحة التي تحمل بيانات إيرادات أو بيانات عملاء على رابط عام دون تسجيل دخول هي تسريب بيانات ينتظر من يكتشفه.

مثال لطلب أولي يعمل

ابنِ لوحة معلومات للمبيعات لشركة برمجيات B2B من 10 أشخاص. الجمهور: المؤسسون ومدير المبيعات، يراجعونها كل اثنين. الصفحة الرئيسية: بطاقات مؤشرات لـ MRR الجديد هذا الشهر، وإجمالي MRR، والعملاء الجدد هذا الشهر، والعملاء المنسحبون هذا الشهر، وقيمة خط المبيعات، مع التغيير مقارنةً بالشهر الماضي؛ ورسم خطي لـ MRR خلال آخر 12 شهراً؛ ورسم أعمدة للصفقات الجديدة حسب المصدر. صفحة الصفقات فيها جدول قابل للبحث والترتيب (الشركة، والمسؤول، والقيمة، والمرحلة، وتاريخ الإغلاق)، مع تصفية حسب المسؤول والمرحلة. تعريفات المقاييس: MRR هو مجموع مبالغ الاشتراكات الشهرية النشطة، وتُقسم الخطط السنوية على 12؛ ويحسب الإلغاء العملاء الذين انتهى اشتراكهم هذا الشهر. استخدم بيانات نموذجية واقعية في قاعدة بيانات الآن، وسنربط Stripe لاحقاً. اعرض وقت “آخر تحديث”. يتطلب تسجيل دخول. تخطيط نظيف بقائمة جانبية.

خطوات البناء

1. التخطيط ببيانات نموذجية. اتفق على المقاييس والرسوم بينما البيانات وهمية ويسهل تغييرها.
2. اربط مصدراً حقيقياً واحداً. تحقق من كل رقم بمقارنته يدوياً بنظام المصدر. إذا اختلف MRR عما يعرضه Stripe، فاعرف السبب قبل المضي قدماً.
3. أضف المصادر الأخرى واحداً تلو الآخر، مع التحقق من كل منها.
4. تحديث مجدول أو استعلامات عند التحميل، مع تسمية “آخر تحديث”.
5. الفلاتر — نطاق التاريخ أولاً، ثم الفلتر أو الفلترين اللذين يطلبهما الناس.
6. تسجيل الدخول والأدوار.
7. حالات فارغة وحالات خطأ — ما تعرضه الصفحة عندما يتعطل مصدر أو لا يعيد فلتر أي نتيجة.
8. شارك اللوحة مع جمهورها، ثم احذف ما لا ينظر إليه أحد بعد شهر.

اجعلها سريعة

اللوحة البطيئة يُنظر إليها أقل. احسب مسبقاً المجاميع المكلفة (جدول ملخص يومي بدلاً من مسح كل الطلبات)، وقسّم الجداول الكبيرة إلى صفحات، وحمّل البطاقات الرئيسية أولاً حتى تكون الصفحة مفيدة قبل انتهاء الرسوم. وإذا كان حساب الرقم يستغرق وقتاً طويلاً، فاعرض وقت آخر حساب بدلاً من إعادة الحساب عند كل زيارة.

أخطاء شائعة

• رسوم كثيرة جداً. إذا كان كل شيء مبرزاً، فلا شيء مبرز.
• مقاييس غير معرّفة. يجب أن يصل شخصان يقرآن اللوحة نفسها إلى الاستنتاج ذاته.
• عدم التحقق من الأرقام مقابل المصدر. رقم خاطئ واحد يجعل الناس يتوقفون عن الثقة باللوحة كلها.
• الاستعلام من كل واجهة برمجية عند كل تحميل. بطيء وهش وأحياناً مكلف.
• غياب سياق التاريخ. اعرض دائماً الفترة والمقارنة.
• أسرار في الواجهة الأمامية. مفتاح API يظهر في المتصفح يمكن لأي شخص يفتح الصفحة نسخه.

متى تكون أداة ذكاء الأعمال هي الخيار الأفضل

إذا كانت بياناتك موجودة بالفعل في قاعدة بيانات أو مستودع، وكان المستخدمون الرئيسيون محللين يريدون استكشافها وتقسيمها وبناء رسومهم الخاصة، فستخدمهم أداة ذكاء أعمال مثل Looker Studio أو Power BI أو Metabase وغيرها بشكل أفضل من بناء مخصص. كما تقدم كثير من أدوات SaaS تقارير مدمجة جيدة، فتحقق منها قبل إعادة بنائها. وتكون اللوحة المخصصة أفضل عندما تكون للعملاء أو لغير المحللين، أو تحتاج منطقاً أو صلاحيات لا تستطيع أداة ذكاء الأعمال التعبير عنها، أو تجمع مصادر بطريقة خاصة بعملك، أو تنتمي إلى منتج تديره بالفعل.

وإذا كانت المهمة أقل تتعلق بعرض الأرقام وأكثر بتغيير السجلات، فأنت تحتاج إلى لوحة إدارة أو أداة داخلية؛ انظر كيفية بناء أداة داخلية. وإذا كانت أرقامك موجودة في جدول بيانات اليوم، فإن كيفية تحويل جدول بيانات إلى تطبيق هو القراءة التالية المناسبة.

البناء مع Mythex

في Mythex تصف اللوحة ويبني الوكيل الصفحات والرسوم في معاينة حية، ويبدأ ببيانات نموذجية واقعية، وينتقل إلى قاعدة بيانات Postgres مخصصة عندما تحتاج الأرقام إلى البقاء. تتضمن وثائق Mythex حالة استخدام لوحة المعلومات مع طلب بدء. وإذا كانت بياناتك في أداة مثل Google Sheets، فيمكنك ربط الحساب عبر الموصلات وتطلب من الوكيل قراءته وبناء لوحة منه.

لا توجد موصلات مدمجة لمستودعات البيانات داخل التطبيق نفسه؛ فبالنسبة لـ BigQuery وSnowflake وStripe وما شابهها، يستدعي التطبيق واجهاتها البرمجية بمفاتيح تحفظها كأسرار للمشروع. وتسجيل الدخول والأدوار للأشخاص الذين يشاهدون اللوحة جزء من التطبيق الذي تبنيه. وللبدء من طلب، تصفح قوالب لوحات المعلومات، مثل لوحة المقاييس.

الأسئلة