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