بنينا منتجنا بأنفسنا: ماذا علّمنا Redod عن بناء المنتجات الرقمية

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

معظم النصائح عن بناء المنتجات الرقمية تأتي من موقع المتفرج: وكالة تسلّم المشروع وتنصرف، أو مستشار يكتب توصياته ولا يعيش عواقبها. نحن أردنا الجهة الأخرى من المعادلة، فبنينا ردود Redod: منصة SaaS عربية أولاً ومتعددة المستأجرين، تجمع محادثات العملاء من كل القنوات في صندوق واحد، صُمّمت وطُوّرت وتُشغَّل بالكامل داخل تكويد، بلا عميل خارجي وبلا نطاق عمل مُسلَّم من أحد.

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

لماذا قررنا بناء منتجنا الخاص أصلاً؟

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

تشغيل منتج خاص يقلب المعادلة. في Redod لا يوجد عميل نسلّمه ونمضي: كل اختصار في الكود نحن من يسهر على أثره، وكل شاشة مربكة نحن من يجيب عن أسئلتها، وكل قرار تسعير نحن من يواجه نتيجته. بناء منتج SaaS وتشغيله جعلنا ندفع ثمن قراراتنا بعملة لا تذكرها العقود: وقتنا نحن.

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

لهذا كُتب هذا المقال: لا لنقول إننا بنينا منتجاً، بل لنشرح ما الذي تغيّر في طريقة عملنا لأننا نعيش معه كل يوم.

نبني أم نركّب؟ الدرس الأول في بناء منتج SaaS

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

فهم عربي أصيل، لا ترجمة. أداة بُنيت لتفهم الإنجليزية ثم عُرّبت واجهتها لن تفهم كيف يكتب العميل العربي فعلاً. هذا يُبنى في الأساس أو لا يُبنى.

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

تسعير شفاف بلا هوامش مخفية. كل طبقة وسيطة في التركيب كلفة يدفعها المستخدم النهائي في آخر السلسلة.

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

التصميم يبدأ من مشكلة سلوك، لا من قائمة مزايا

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

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

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

درس الذكاء الاصطناعي: التحكم يغلب السحر

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

لذلك بنينا التحكم قبل الذكاء. في Redod ثلاثة مستويات تشغيل:

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

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

خلاصتنا لكل من يبني منتجاً حول الذكاء الاصطناعي: لا تسأل «كم يستطيع أن يفعل؟» بل «كم أستطيع أن أتحكم فيما يفعل؟».

ما يعلّمك تشغيل المنتج ولا يعلّمك تصميمه

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

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

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

وهذا ما غيّر ممارستنا كوكالة تصميم تجربة المستخدم أكثر من أي شيء آخر: صرنا نبني نظام التصميم قبل الشاشات لا بعدها، لأننا دفعنا بأنفسنا فاتورة كل مكوّن غير متسق. لم يعد الاتساق ذوقاً هندسياً؛ صار بند كلفة نعرف وجعه.

ماذا يعني هذا إن كنت تختار شريكاً لبناء منتجك؟

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

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

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

أين يصمت الذكاء الاصطناعي في اقتراحكم؟ من يعرض أتمتة كل شيء لم يشغّل ذكاء اصطناعياً أمام عملاء حقيقيين يوماً واحداً.

ما القرارات التي يستحيل تعديلها لاحقاً بثمن معقول؟ اطلب قائمة القرارات المعمارية التي تُحسم في الشهر الأول. من يجيبك بسرعة وتحديد عاش التجربة؛ ومن يقول «كل شيء قابل للتعديل» لم يجرّب.

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

عربي أولاً: بناء منتج رقمي في السعودية والخليج ليس ترجمة

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

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

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

مواضيع ذات صلة: نظام مخصص، تجربة المستخدم.

بيانات السوق: تقرير Statista — صناعة الويب السعودية.