عن المؤسس25 سبتمبر 20264 دقائق قراءة

عبدالله بن سنكر: أنماط تتكرر في معرض أعمال من ٢٧ مشروعاً

عبدالله بن سنكر يستخلص أنماطاً عامة من بناء ٢٧ مشروعاً في معرض أعمال أزهل: وين يروح الوقت فعلاً، وليش تكبر لوحة الإدارة، ومتى ينقذك الوصف المكتوب، وش اللي يتأخر دائماً.

عبدالله بن سنكر — دروس بناء المشاريع الرقمية
AZHAL

دروس بناء المشاريع الرقمية

عبدالله بن سنكر

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

النمط الأول: الجزء اللي ما ينشاف ياخذ نص الشغل

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

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

النمط الثاني: المشاريع تتشابه من الداخل

مكتب محاماة وحلقة تحفيظ يبانون عالمين مختلفين. لكن تحت السطح، الاثنين فيهم نفس الهيكل تقريباً: أشخاص بأدوار، وسجلات تتابع مع الوقت، ومواعيد، وتقارير لصاحب القرار، وحسابات مالية. القضية في المكتب تقابلها الحلقة في التحفيظ، والجلسة يقابلها التسميع، والأتعاب تقابلها الرواتب. نفس الأنماط في جداول البيانات، بأسماء مختلفة.

هالتشابه هو اللي يخلي المنفّذ صاحب الخبرة أسرع وأرخص: ما يبدأ من الصفر، يبدأ من أنماط مجرّبة في المصادقة والصلاحيات وهيكلة البيانات، ويصرف وقته على اللي فعلاً يميّز مشروعك. وهذا يعطيك سؤال مفيد لأي منفّذ: «وش أقرب مشروع سويته لهالفكرة من ناحية الهيكل؟» مو من ناحية المجال. الجواب يقولك عنه أكثر من صور المعرض.

النمط الثالث: الوصف المكتوب يوفّر أكثر من أي أداة

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

  • مين المستخدمين، وكل دور وش يقدر يسوي ووش ما يقدر.
  • الرحلة الأساسية خطوة بخطوة، من أول شاشة لين تتم المهمة.
  • قائمة صريحة بالأشياء اللي مو داخل النسخة الأولى.
  • مين يجهز المحتوى والبيانات، ومتى.

النمط الرابع: أشياء تتأخر دائماً

فيه بنود تنحسب في الخطة كأنها تفصيل، ثم تاخذ وقت أكثر من المتوقع في أغلب المشاريع:

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

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

النمط الخامس: قرارات البداية أرخص القرارات

جزء من المعرض أدوات مجانية مثل «أزهلني» ومكتبة «سكيلز». واللي يتكرر فيها إن المستخدم المجاني ما يجامل: إذا الأداة ما فهمته يطلع فوراً، وما يرسل لك ملاحظة. هذا يجبرك تحسم شكل أول تجربة من البداية: أول شاشة لازم تثبت قيمتها في ثواني، والخطوة اللي ما لها داعي تنحذف. والدرس ينتقل للمشاريع المدفوعة حرفياً.

ونفس الشي في سؤال البيانات: وش نجمع؟ لما ينحسم من أول يوم يكون الجواب بسيط ورخيص: لا تجمع اللي ما تحتاجه. لكن لما ينأجّل، تتراكم بيانات ما لها استخدام، وتصير عبء حماية وصيانة وسياسات. تطبيق «مَثابة» مثال متطرف على الحسم المبكر: بلا حساب ولا تتبع أصلاً. أغلب المشاريع ما تحتاج هالتطرف، بس تحتاج القرار مبكر. القاعدة العامة: أي قرار تأجّله لين بعد الإطلاق، بتاخذه وأنت تحت ضغط وبتكلفة أعلى.

وش تسوي بهالأنماط في مشروعك؟

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

هالأنماط هي اللي يمشي عليها عبدالله عبدالرحيم بن سنكر الكندي لما يقرأ أي فكرة جديدة: يدوّر وش يشبهها من الداخل، ووين بيروح الوقت الحقيقي، قبل ما يتكلم عن الشكل أو السعر. والمعرض نفسه موجود عشان تشوف الشغل بعينك، لأن المشروع الشغّال أصدق من أي وصف له.

عندك فكرة؟ الاستشارة الأولى علينا

كلّم عبدالله مباشرة على واتساب — رسالتك توصل له هو، مو لرد آلي. نسمع فكرتك ونقول لك وش تحتاج وكم تكلّف، ببلاش.

مقالات ذات صلة

كل المقالات
عبدالله عبدالرحيم الكندي — تحسين صفحة التطبيق
AZHAL

تحسين صفحة التطبيق

عبدالله عبدالرحيم الكندي

25 سبتمبر 20264 دقائق قراءة

عبدالله عبدالرحيم الكندي: تحسين صفحة تطبيقك في المتجر ASO حقلاً حقلاً

دليل ASO من عبدالله عبدالرحيم الكندي: الاسم والعنوان الفرعي، وحقل الكلمات في App Store، والوصف في Google Play، واللقطات والتقييمات والتوطين، بالفروق بين المتجرين.

اقرأ المقال
عبدالله الكندي — الذكاء الاصطناعي في المحاسبة
AZHAL

الذكاء الاصطناعي في المحاسبة

عبدالله الكندي

25 سبتمبر 20264 دقائق قراءة

الذكاء الاصطناعي في المحاسبة والفواتير: عبدالله الكندي يفرز الآمن من الخطر

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

اقرأ المقال
عبدالله بن سنكر — تحويل الصوت إلى نص
AZHAL

تحويل الصوت إلى نص

عبدالله بن سنكر

25 سبتمبر 20264 دقائق قراءة

تحويل الصوت إلى نص بالعربي: عبدالله بن سنكر يختبر اللهجات قبل ما يختار

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

اقرأ المقال