Nefes Foundation: from stakeholder workshops to lasting adoptionمؤسسة نفس: من ورش أصحاب المصلحة إلى تبنٍّ يدوم
How TenXShift turned conversations with academic and administrative teams into requirements, feedback loops, and guides staff could keep using with fewer interruptions. كيف حوّلت TenXShift الحوارات مع الفرق الأكاديمية والإدارية إلى متطلبات وحلقات ملاحظات وأدلة يستمر الفريق باستخدامها بتقطّعات أقل.
Nefes Foundation works in arts and culture — an environment where programs, academic coordination, and administration share calendars and audiences but often not the same software habits. TenXShift’s engagement focused less on “shipping features” and more on making a system that people would still open after the excitement of launch week faded. تعمل مؤسسة نفس في الفنون والثقافة — بيئة تتشارك فيها البرامج والتنسيق الأكاديمي والإدارة التقاويم والجمهور لكن غالباً ليس عادات البرمجيات نفسها. ركّز تعاقد TenXShift أقل على «شحن الميزات» وأكثر على نظام يفتحه الناس بعد أن يخفت حماس أسبوع الإطلاق.
Context: arts and culture operationsالسياق: عمليات الفنون والثقافة
Arts and culture foundations juggle seasonal programs, partner institutions, and administrative routines that do not always map cleanly onto generic business software. Requirements gathered only from leadership miss how academic and admin teams actually move work between meetings, emails, and shared folders. تتلاعب مؤسسات الفنون والثقافة ببرامج موسمية وشركاء وممارسات إدارية لا تنطبق دائماً على برمجيات الأعمال العامة. المتطلبات المأخوذة من القيادة وحدها تفوّت كيف تحرّك الفرق الأكاديمية والإدارية العمل بين الاجتماعات والبريد والمجلدات المشتركة.
Risk: a polished system that only power users understand becomes a second job for one coordinator — and everyone else reverts to informal channels. المخاطر: نظام أنيق لا يفهمه إلا مستخدمون أقوياء يصبح وظيفة ثانية لمنسّق واحد — ويعود الجميع إلى القنوات غير الرسمية.
Stakeholder workshops before developmentورش أصحاب المصلحة قبل التطوير
TenXShift worked directly with academic and administrative teams before writing code. Workshops surfaced who owned which step, where handoffs failed, and which “small” tasks consumed the most time. The output was a requirements set grounded in daily language — not only a feature backlog. عملت TenXShift مباشرة مع الفرق الأكاديمية والإدارية قبل كتابة الشيفرة. أظهرت الورش من يملك كل خطوة، وأين تفشل التسليمات، وأي مهام «صغيرة» تستهلك أكثر وقت. الناتج كان مجموعة متطلبات بلغة يومية — لا مجرد قائمة ميزات.
- Separate sessions for academic and admin perspectives so neither side’s needs were translated away.جلسات منفصلة لوجهات النظر الأكاديمية والإدارية حتى لا تُترجم احتياجات أي طرف بعيداً.
- Walkthroughs of current workarounds (spreadsheets, chat, email) to see what the system must replace.مراجعة للحلول المؤقتة الحالية (جداول، دردشة، بريد) لمعرفة ما يجب أن يستبدله النظام.
- Prioritization that favored fewer reliable flows over a wide but unused feature surface.أولوية لسير عمل أقل وأكثر موثوقية على سطح ميزات واسع وغير مستخدم.
Feedback loops after launchحلقات الملاحظات بعد الإطلاق
Post-launch, TenXShift improved the system from user feedback so staff could work with fewer interruptions. Friction that looks minor in a demo — an unclear label, a missing field, a slow path for a weekly task — becomes the reason people stop logging in. Feedback was treated as product input, not as a complaint queue. بعد الإطلاق، حسّنت TenXShift النظام من ملاحظات المستخدمين ليعمل الفريق بتقطّعات أقل. احتكاك يبدو ثانوياً في العرض — تسمية غير واضحة، حقل ناقص، مسار بطيء لمهمة أسبوعية — يصبح سبب توقف تسجيل الدخول. عوملت الملاحظات كمدخل منتج، لا كطوابير شكاوى.
- Short feedback cycles with named owners on both sides.دورات ملاحظات قصيرة مع مالكين مسمّيين من الطرفين.
- Fixes ordered by how often the task runs, not by how impressive the change sounds.إصلاحات مرتّبة حسب تكرار المهمة، لا حسب مدى إبهار التغيير.
- Visible changelog so teams knew their input led to real updates.سجل تغييرات مرئي ليعرف الفريق أن ملاحظاتهم أنتجت تحديثات حقيقية.
Guides and training that reduce dependencyأدلة وتدريب يقلّلان الاعتماد
Adoption meant training people and writing simple guides so the team could adopt without depending on one person for every small task. Guides were written for the roles that actually click the buttons — short, bilingual where needed, and tied to real scenarios rather than abstract manuals. عني التبنّي تدريب الأشخاص وكتابة أدلة بسيطة ليتبنّى الفريق النظام دون الاعتماد على شخص واحد لكل مهمة صغيرة. كُتبت الأدلة للأدوار التي تضغط الأزرار فعلاً — قصيرة، ثنائية اللغة عند الحاجة، ومرتبطة بسيناريوهات حقيقية لا بأدلة مجرّدة.
TenXShift treats change management as a delivery deliverable — not a slide deck after go-live. For the method behind this engagement, read Adoption beats features. تعامل TenXShift إدارة التغيير كمُخرج تسليم — لا كعرض شرائح بعد الإطلاق. للمنهج خلف هذا التعاقد، اقرأ التبنّي أهم من الميزات.
Change management as part of deliveryإدارة التغيير كجزء من التسليم
Change management here meant practical coaching: who introduces the new path, when old channels are closed, and how supervisors reinforce the system in weekly routines. Without that layer, even accurate requirements decay into parallel shadow processes. عنيت إدارة التغيير هنا تدريباً عملياً: من يقدّم المسار الجديد، ومتى تُغلق القنوات القديمة، وكيف يعزّز المشرفون النظام في الروتين الأسبوعي. بلا هذه الطبقة، حتى المتطلبات الدقيقة تتآكل إلى عمليات ظل متوازية.
Checklist for foundations and cultural NGOsقائمة تحقق للمؤسسات والمنظمات الثقافية
- Invite academic and admin voices into requirements before selecting tools.ادعُ أصواتاً أكاديمية وإدارية إلى المتطلبات قبل اختيار الأدوات.
- Budget time for post-launch feedback loops in the same contract as build.خصّص وقتاً لحلقات الملاحظات بعد الإطلاق في العقد نفسه مع البناء.
- Require role-based guides, not only a one-time training day.اطلب أدلة حسب الدور، لا يوماً تدريبياً واحداً فقط.
- Measure success by uninterrupted daily use — not by feature count.قِس النجاح بالاستخدام اليومي بلا تقطّع — لا بعدد الميزات.
Outcomesالنتائج
The engagement left Nefes with clearer requirements ownership, a system improved from real feedback, and guides that reduce single-person dependency. That combination is what TenXShift means by adoption: people keep using the work that was delivered. ترك التعاقد مؤسسة نفس بملكية أوضح للمتطلبات، ونظام محسّن من ملاحظات حقيقية، وأدلة تقلّل الاعتماد على شخص واحد. هذا الجمع هو ما تعنيه TenXShift بالتبنّي: يستمر الناس باستخدام ما سُلّم.
Need rollout support?تحتاج دعم إطلاق؟ All case studiesكل دراسات الحالة