M365Con 2027 – مؤتمر مجاني عبر الإنترنت · 11–22 Jan 2027 · 120 sessions→ m365con.net

المدونة · Mirko Peters

التوقف عن بناء صفحات SharePoint الثابتة: الانتقال من المظهر إلى الإجراءات

By ·

مرحباً بعودتكم جميعاً! إذا سئمتم من قضاء ساعات في جعل صفحات SharePoint تبدو رائعة، ثم تكتشفون أن فريقكم يتجاهلها ويواصل العمل من صناديق البريد الإلكتروني…

Automatically translated with AI from the original post. Read the English original

▶ BLOGStop Building StaticSharePoint Pages: Movi……M365.FM
Titelbild: Stop Building Static SharePoint Pages: Moving from Looks to Actions

مرحباً بعودتكم جميعاً! إذا سئمتم من قضاء ساعات في جعل صفحات SharePoint تبدو رائعة، ثم تكتشفون أن فريقكم يتجاهلها ويواصل العمل من صناديق البريد الإلكتروني، فأنتم في المكان الصحيح. تحمل صفحات SharePoint الحديثة في تصميمها عيباً خطيراً: فهي تُعطي الأولوية للمظهر الجمالي على إنجاز المهام. نبني تخطيطات أنيقة على طراز المجلات، تضم أجزاء الويب البارزة (Hero web parts) وصور المخزون وخلاصات أخبار الشركة، لكننا ننسى السؤال الأهم الذي يطرحه مستخدمونا عند تسجيل الدخول: "ما الذي يحتاج إلى اهتمامي، ومن يملكه، وما الخطوة التالية التي يمكنني تنفيذها بنقرة واحدة؟" إذا كانت شبكتكم الداخلية مجرد لوحة إعلانات رقمية، فقد حان وقت ترقية جذرية. وللتعمق أكثر في هذا التحول، تأكدوا من الاطلاع على حلقة البودكاست ذات الصلة، Build Actionable Modern SharePoint Pages with SPFx، حيث نشرح كيفية تفادي هذه الأخطاء التصميمية بالذات.

من "يبدو حديثًا" إلى "يدفع العمل": صفحات SharePoint تحقق نتائج فعلية

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

مؤشرات تحذيرية تدل على أن صفحتك تعيق سير العمل

كيف تعرفون إن كانت صفحات SharePoint الجميلة لديكم تعرقل الإنتاجية فعلًا؟ ابحثوا عن الاحتكاك. هذه هي علامات التحذير الكلاسيكية التي تدل على أن صفحاتكم تُخفق في خدمة مستخدميها:

  • تبدو العناصر المتأخرة تمامًا كالعناصر الجديدة، دون أي تمييز بصري للإلحاح ودون أزرار إجراء مباشرة.
  • تقبع مؤشرات مؤشرات الأداء الرئيسية الحرجة على بُعد ثلاث نقرات، مخفية داخل تقرير Power BI أو جدول بيانات Excel مُصدَّر.
  • يصدّر المستخدمون القوائم باستمرار إلى Excel "ليتمكنوا من العمل فعلًا"، أو يلجؤون إلى مراسلة زملائهم مباشرةً عبر Teams فقط للحصول على تحديثات بسيطة عن المشروع.
  • لديكم "أزرار" JSON منشورة عبر قوائمكم، وهي في حقيقتها مجرد روابط تشعبية تتنكر في هيئة أتمتة.
  • تقتطع طريقة عرض الهاتف المحمول لديكم الضوابط والتنسيق الحرجة أو تخفيها بالكامل، مما يجعل الاستخدام عبر الهاتف مستحيلًا.

JSON مقابل SPFx: استخدموا الأداة المناسبة

عند تخصيص قوائم SharePoint ومكتباتها، كثيرًا ما يقع المطورون والمسؤولون في فخ الإفراط في الاعتماد على تنسيق الأعمدة بلغة JSON. ورغم أن JSON ممتاز للتنسيق الخفيف، فإن له حدودًا صارمة. ينبغي استخدامه حصرًا للتنسيق البسيط، والألوان الشرطية المحدودة، وأيقونات الحالة، والتحسينات الخفيفة للتخطيط. في المقابل، لجأوا إلى SharePoint Framework (SPFx) للمتطلبات المعقدة. استخدموه عندما تحتاجون إلى أزرار تُطلق تدفقات خلفية، وشارات بيانات حية، وإجراءات غنية على مستوى الصف، وأوامر شريط أدوات مخصصة، وتحديثًا للبيانات في الوقت الفعلي، وشرائط تنقل بين الصفحات.

أنماط SPFx عالية التأثير (انسخوا هذه الأفكار)

إذا أردتم تحويل صفحات SharePoint إلى لوحات تحكم تشغيلية حقيقية، فأنتم بحاجة إلى الاستفادة من أنماط SPFx المتقدمة. إليكم بعض الأنماط عالية التأثير التي يمكنكم تطبيقها:

  • List Command Set: أضيفوا أزرار شريط أوامر مخصصة مثل "Escalate in Teams" أو "Assign Reviewer" أو "Start Approval" تُطلق تدفق Power Automate، وتنشر بطاقة Adaptive غنية في قناة Teams، وتحدّث العنصر فورًا.
  • Field Customizer: أنشئوا شارات ديناميكية للحالات المتأخرة أو المعرضة للخطر، وأشرطة تقدم، ولوحات جانبية تُفتح بنقرة وتحمل تفاصيل حية.
  • Application Customizer: انشروا ترويسة أو تذييلًا على مستوى الموقع يتضمن أدوات عامة مثل "My Alerts" و"Create Request" ومؤقتات SLA في الوقت الفعلي.
  • Event-driven refresh: أبقوا الأعداد وشرائح الحالة محدّثة بسلاسة دون إجبار المستخدم على إعادة تحميل صفحة المتصفح بالكامل يدويًا.

تكاملات تجعل الصفحات حيّة

القائمة الثابتة لا تنجح في الغالب. لكي تصبح صفحاتك حيّة فعلًا، يجب ربطها بمنظومة Microsoft 365 الأوسع وبالخدمات الخارجية. ينبغي أن يتولى Power Automate تحديث العناصر، وإشعار القنوات، وإنشاء مهام في Planner، وإدارة مؤقتات اتفاقيات مستوى الخدمة (SLA). ويمكن لـ Azure Functions وواجهات برمجة التطبيقات الخارجية جلب مقاييس ERP أو CRM، وتنفيذ عمليات تحقق معقدة من جانب الخادم، وإثراء عناصر القائمة بسلاسة. كما تتيح استدعاءات Microsoft Graph API عرض حالة توفر المستخدمين ومعلومات ملفاتهم الشخصية وروابط مباشرة تعيد المستخدم إلى محادثات Teams النشطة. وأخيرًا، ضَع مخططات Power BI مخصّصة للغرض، تركّز تحديدًا على الاتجاهات والعناصر المتأخرة وأحمال العمل الفردية لكل مالك، مباشرةً داخل صفحة التشغيل.

مبادئ تصميم تدفع إلى الفعل

يحدّد ترتيب تخطيط الصفحة ما إذا كان المستخدمون سيتفاعلون معها أم سيغادرونها فورًا. اتبع مبادئ التصميم الأساسية التالية:

  • أعرض أعلى الصفحة ثلاث بطاقات مخصّصة: "يحتاج إلى انتباه" و"مستحق اليوم" و"متعطّل >48 ساعة"، حيث يؤدي النقر على أي بطاقة إلى تطبيق عرض مُصفّى فورًا.
  • وفّر خطوة تالية بنقرة واحدة في كل صف، مثل: تعيين، أو تذكير، أو تصعيد.
  • ضع لغة بصرية صارمة: اللون يمثل الحالة، والأيقونات تمثل درجة الاستعجال، والأزرار تمثل النتائج.
  • أضِف شريط حالة بعنوان "ما الذي تغيّر منذ الأمس؟" يُبرز التغيّرات الإيجابية والسلبية في المقاييس.
  • اعتمد نهجًا صارمًا يبدأ بالهاتف المحمول أولًا، واختبر كل زر إجراء على هاتف ذكي فعلي قبل النشر إلى بيئة الإنتاج.

الحوكمة والأمان

منح الصفحات القدرة على تنفيذ سير العمل والتفاعل مع واجهات برمجة التطبيقات الخارجية يحمل مخاطر. يجب أن تفرض صلاحيات بأقل امتياز ممكن لجميع حلول SPFx وتدفقات Power Automate، وأن تعتمد على اتصالات مُدارة بدلًا من بيانات اعتماد المستخدمين الشخصية. خزّن مفاتيح واجهات برمجة التطبيقات والأسرار الحساسة مركزيًا في Azure Key Vault، ونفّذ استراتيجيات التحكم في المعدل والتراجع التدريجي على واجهات برمجة التطبيقات الخاصة بك، وخزّن نتائج القراءة مؤقتًا لتجنب تجاوز حدود المعدل. ينبغي دائمًا تطبيق أعلام الميزات ومفاتيح الإيقاف الطارئ على الإضافات الخاصة بك، تحسّبًا لقيام Microsoft بطرح تحديثات للمنصة تُعطّل العرض المخصّص. وأخيرًا، زوّد حلولك بأدوات قياس باستخدام App Insights أو Log Analytics لتسجيل نقرات الإجراءات، ومعدلات نجاح التدفقات، وسجلات الأخطاء.

مكاسب سريعة (هذا الأسبوع)

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

  1. أضِف Command Set مخصّصًا إلى أكثر قوائمك استخدامًا، لإضافة إجراء "تصعيد إلى Teams".
  2. دقّق قوائمك واستبدل الأزرار الوهمية المبنية على JSON بأزرار إجراءات حقيقية من SPFx.
  3. أضِف شريط مؤشرات أداء KPI مصغّرًا في أعلى صفحتك الرئيسية، لعرض العناصر المتأخرة وغير المُسندة.
  4. أنشئ تدفقًا أساسيًا يُعيّن المالكين، ويحدّث تواريخ الاستحقاق، وينشر الإشعارات عند التصعيد.
  5. أجرِ اختبارًا شاملًا للجوال على أجهزة iOS وAndroid لإصلاح أي خلل في التخطيط.

خطة النشر لمدة 30 يومًا

لتوسيع هذا التحول بشكل مستدام عبر مؤسستك، اتبع خارطة طريق منظمة للنشر خلال 30 يومًا:

  • الأسبوع 1: دقّق صفحاتك الحالية. اسرد أهم خمسة إجراءات يقوم بها المستخدمون حاليًا خارج SharePoint عبر البريد الإلكتروني أو جداول البيانات المنفصلة، وصمّم هذه الإجراءات كأزرار مخصّصة داخل الصفحة.
  • الأسبوع 2: ابنِ أول Command Set وأدوات Field Customizer من SPFx، واربطها بـ Power Automate، وأضِف أدوات القياس الأساسية.
  • الأسبوع 3: ادمج مؤشرات KPI الحية مع شريط التحليلات "التغييرات منذ الأمس"، وتأكد من أن جميع التخطيطات مُحسّنة للجوال.
  • الأسبوع 4: ركّز بشدة على التقوية: طبّق أعلام الميزات، وأدِر التحكم في معدل استدعاءات واجهات برمجة التطبيقات، وأعدّ رسائل الأخطاء المنبثقة، وراجع ضوابط الوصول، ونفّذ تمرينًا تدريبيًا مكتبيًا للتعامل مع ارتفاع حجم المهام المتأخرة.

مؤشرات KPI التي تثبت أن الجهد يُؤتي ثماره

ستحرص الإدارة على معرفة ما إذا كان هذا الجهد يحقق عائدًا. تتبّع هذه المقاييس الكمية لإثبات قيمة صفحات SharePoint القابلة للتنفيذ:

  • الزمن من المشاهدة حتى الإجراء (ويُقاس من لحظة عرض الصفحة حتى تعيين المهمة أو تصعيدها): الهدف هو تخفيض بنسبة 40 إلى 60 بالمئة.
  • سلاسل البريد الإلكتروني المخصصة وعمليات تصدير الملفات أسبوعيًا: الهدف هو انخفاض بنسبة 50 بالمئة.
  • الأعمال المتأخرة المتراكمة وفق قياس متحرك لمدة 7 أيام: الهدف هو اتجاه تنازلي مستمر.
  • معدلات النقر على إجراءات الصفوف: الهدف هو زيادة مطردة في تبنّي المستخدمين.
  • تذاكر الدعم الفني الداخلية التي تشكو من أن "SharePoint مجرد مستودع للملفات": الهدف هو انخفاض دائم.

الأخطاء الشائعة (وطرق معالجتها)

حتى المطورون ذوو الخبرة يواجهون عقبات عند تحويل البوابات. احذر من تنسيقات JSON الثقيلة التي تكسر عرض الصفحات على الأجهزة المحمولة، وبسّط أنماط التنسيق وانقل التفاعلات المعقدة إلى SPFx. إذا كانت تدفقاتك تعمل بمعرّفات منشئها بدلاً من حسابات الخدمة، فانتقل فورًا إلى مبادئ الخدمة أو الهويات المُدارة. واجه تقييد معدل الطلبات خلال ساعات الصباح المزدحمة عبر اعتماد التخزين المؤقت الذكي، وتجميع الاستدعاءات، وخوارزميات التراجع الأُسّي. امنع ظهور الأزرار اليتيمة بعد تحديثات المنصة باستخدام أعلام الميزات واختبارات الدخان الآلية عند النشر. وأخيرًا، إذا استمر المستخدمون في تجاوز صفحتك كليًا، فاجعلها المسار الأسرع على الإطلاق عبر وضع ملخص شخصي بعنوان "My Work" وروابط عميقة في أعلى الصفحة.

الخلاصة

لن تحقق التحسينات البصرية الحديثة وحدها أي تقدم في العمل، بل الإجراءات هي ما يحقق ذلك. بالحفاظ على تنسيق JSON خفيفًا، وترك SPFx يتولى التفاعلية الحقيقية، وربط Power Automate بمعالجة النتائج في الخلفية، يمكنك أن تُحدث ثورة في الإنترانت لديك. عندما يوفّر كل صف في صفحتك خطوةً تالية بنقرة واحدة، وتعيش مؤشرات الأداء الرئيسية الحرجة حيث يتعاون فريقك، يتوقف SharePoint عن كونه مستودعًا للمستندات يُتجاهل، ويصبح رسميًا لوحة القيادة التشغيلية المثلى لمؤسستك. وللتعمق أكثر في هذه الاستراتيجيات، لا تفوّت الحلقة المصاحبة على Build Actionable Modern SharePoint Pages with SPFx!

Entities in this article

SharePoint JSON Intranet Power Automate Microsoft Excel Power BI Throttling Microsoft Lists SharePoint Framework (SPFx) Telemetry

Related articles

RSS