الخيارات التقنية: أسئلة تُطرح علينا

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

عدد الأسئلة: 9 · أجاب عنها تيمور سيكندر، المؤسس

بماذا تبنون؟

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

تطبيق أصلي أم متعدد المنصات؟

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

هل نحتاج إلى تطبيق لآيفون وتطبيق لأندرويد؟

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

هل نحتاج إلى تطبيق منفصل لمقدّمي الخدمة؟

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

هل نحتاج إلى موقع إلكتروني إلى جانب التطبيقات؟

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

هل نستخدم قالبًا جاهزًا للسوق بدلًا من البناء المخصص؟

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

هل ستعمل التطبيقات على الاتصالات البطيئة؟

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

هل تستخدمون الذكاء الاصطناعي في البناء؟

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

هل يمكنكم إضافة ميزات ذكاء اصطناعي إلى المنصة؟

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

لم تجد ما تبحث عنه؟ اسألنا.

نجيب عبر البريد الإلكتروني.

خطّط لمشروعك في دقيقتين.

دون مكالمة. بضعة أسئلة موجّهة، ثم عرض سعر مخصّص لك، عادةً خلال يوم عمل واحد.

احصل على تقدير

أو أرسل إلينا فكرتك في ثلاث جمل عبر واتساب، أو راسلنا على support@codingwitht.com.