الأدوات الداخلية مقابل تطبيقات العملاء: متى تبني هذا أو ذاك (ولماذا يهمّ الفرق)
أداة بناء التطبيقات بالذكاء الاصطناعي نفسها يمكنها أن تولّد تطبيق حجز أنيقاً لعملاء استوديو التصوير لديك، أو بديلاً متواضعاً — لكن محبوباً — لجدول بيانات لفريق عملياتك. من الخارج، كلاهما “تطبيق”. أما من الداخل، فهما مهمّتان مختلفتان تماماً، ومعاملتهما على أنهما الشيء نفسه هي أكثر خطأ شائع أراه عند الصُنّاع الجدد.
قرار “الأدوات الداخلية مقابل تطبيقات العملاء” لا يتعلّق بكيفية ظهور التطبيق. بل بمن يتحمّل ماذا، وما الذي يحدث حين يتعطّل شيء ما. أخطئ في هذا وستقضي ثلاثة أسابيع في تلميع زرٍّ لم يكترث به أحد في فريقك، بينما يصطدم مستخدموك الحقيقيون بخللٍ يجعلهم يفقدون الثقة بك.
إليك كيف تكتشف أيّهما تبني فعلاً، وما الذي يتغيّر حين تعرف.
الجمهور يحدّد كل شيء تقريباً
العميل هو من اختارك. كان بإمكانه أن يستخدم منافساً. لقد دفع لك، أو سجّل لديك. وسيحكم عليك مقارنةً بأكثر الأشياء أناقةً التي استخدمها في حياته، حتى لو كان تطبيقك يكلّف 9 دولارات شهرياً وتطبيقهم يكلّف 90. ليس لديه صبر على تسمية محيّرة، أو مسار تسجيل غريب، أو حالة فارغة لا تخبره بما يفعله.
الزميل هو من عليه استخدام هذا الشيء لأن مديره أمره بذلك. وهو أيضاً من سيخبرك، في رسالة على Slack الساعة الحادية عشرة مساءً، أن القائمة المنسدلة مرتّبة بشكل خاطئ. سيتحمّل القبح. لكنه لن يتحمّل البطء، لأنه يستخدمه أربعين مرة في اليوم.
أداة البناء نفسها. وربما مجموعة الميزات نفسها. لكن سقف التوقّعات مختلف اختلافاً جذرياً.
حين تجلس مع أداة بناء التطبيقات بالذكاء الاصطناعي لتصف ما تريد، فإن أول سؤال عليك أن تجيب عنه لنفسك هو: من هو المستخدم، وهل اختار أن يكون هنا؟
الأدوات الداخلية: السرعة تتغلّب على التلميع
الأدوات الداخلية تحيا وتموت بشيء واحد: كم من الوقت توفّره على من يستخدمونها؟
أعرف مديرة عقارات أمضت أمسيتين في بناء متتبّع لطلبات الصيانة لفريقها المكوّن من ثلاثة أشخاص. وهو، بأي معيار موضوعي، قبيح. الأزرار غير متّسقة. الشريط الجانبي فيه خطأ إملائي لم يكلّف أحد نفسه عناء إصلاحه. ولا يوجد شعار.
ومع ذلك يستخدمه فريقها أكثر من أي برنامج آخر يملكونه. لقد وفّر عليهم نحو خمس ساعات أسبوعياً من رسائل Slack من نوع “هل اتّصل أحد بالسبّاك بشأن الوحدة رقم 4؟”. أما التلميع فما كان ليضيف ساعةً واحدةً من القيمة.
ثلاث سمات أراها في الأدوات الداخلية المبنية جيداً:
- أقصر طريق من “أريد أن أفعل كذا” إلى “تمّ” هو الفائز. تخطَّ شاشة الترحيب. تخطَّ المعالج. افتح مباشرةً على الشيء نفسه.
- الحالات الاستثنائية يمكن أن تكون قبيحة. إن اصطدم زميل بخطأ، فسيراسلك على Slack. أما العميل فسيغادر فحسب.
- التحديثات تصل يومياً، لا في إصدارات. أنت لا تطلق منتجاً، بل تعدّل ورشتك الخاصة.
إن كنت تبني لفريقك، فأَمِل بقوّة نحو “قبيح ومفيد”. قاوِم الرغبة في إضافة صفحة تسويقية، أو شاشة إعدادات، أو حالة فارغة جميلة. لا شيء من ذلك يستحقّ مكانه.
تطبيقات العملاء: الحواف المملّة هي المنتج
تطبيقات العملاء في معظمها حواف. مسار تسجيل الدخول. التهيئة الأولى. ما يحدث حين تُرفض بطاقة ائتمان. البريد الذي يُرسَل حين تُعاد كلمة المرور. الشاشة التي يراها المرء أول مرة يفتح فيها التطبيق ولا يجد فيه شيئاً بعد.
لا شيء من هذه هو الميزة التي حمّستك. ومع ذلك كلها ما سيحكم عليك عميلك بناءً عليه.
صديق أطلق تطبيق فوترة صغيراً العام الماضي. أمضى شهره الأول في بناء محرّر الفواتير — الشيء الذي كان متحمّساً له. كان جميلاً. ثم شغّله، وراقب عميلاً يحاول التسجيل، فاكتشف أن:
- بريد التحقّق وقع في مجلّد البريد المزعج.
- بعد التحقّق، أَلقى التطبيق المستخدم في لوحة تحكّم فارغة دون أي تعليمات.
- زر “أنشئ أول فاتورة لك” كان أسفل حدّ الرؤية على حاسوب محمول بشاشة 13 بوصة.
سجّل ثلاثة عملاء ذلك الأسبوع. لم يُنشئ أيٌّ منهم فاتورة. المنتج كان يعمل. أما الغلاف المحيط به فلا.
بالنسبة للتطبيقات الموجّهة للعملاء، القاعدة التقريبية هي: أنفق نصف جهدك على المساحة التي ليست الميزة الرئيسية. التهيئة الأولى، وحالات الخطأ، ومسارات الدفع، وإعدادات الحساب، وبريد الدعم. هذه الأشياء هي المنتج، حتى لو لم تشعر بذلك.
كيف تعرف أيّهما تبني
قرار “الأدوات الداخلية مقابل تطبيقات العملاء” أسهل ممّا يبدو حالما تطرح بضعة أسئلة تشخيصية:
من يدفع ثمن هذا؟ إن كان الجواب “الشركة التي أعمل بها، كجزء من النفقات العامّة”، فهي أداة داخلية. وإن كان الجواب “المستخدم، بنفسه، ببطاقته الائتمانية”، فهي تطبيق عملاء. أما الحالة الوسطى — مديرك يدفع، لكن مديرك عميل — فعادةً ما تميل نحو توقّعات تطبيقات العملاء.
ماذا يحدث إن تعطّل لمدة ساعة؟ أداة داخلية: ينزعج أحدهم. تطبيق عملاء: يغادر أحدهم. نطاق الضرر الناجم عن خللٍ مختلف اختلافاً جذرياً.
كم مستخدماً سيكون له، في النهاية؟ من خمسة إلى خمسين هو نطاق داخلي بامتياز. ومن مئة إلى ألف يبدأ يأخذ شكل منتج حقيقي. وخمسة آلاف فما فوق يعني أنك شركة برمجيات سواء أردت ذلك أم لا.
هل سيملك المستخدمون خياراً؟ الأدوات الداخلية إلزامية. وتطبيقات العملاء طوعية. والمستخدمون الطوعيون يغادرون لحظة أن يزعجهم شيء ما.
إن لم تستطع الإجابة عن هذه بوضوح، فأنت لا تعرف ما تبني، وأداة الذكاء الاصطناعي لا تستطيع مساعدتك على بلوغ نتيجة متّسقة.
الفخّ الخفيّ: أدوات تتحوّل إلى منتجات
هنا يصبح الأمر مثيراً. أنجح المنتجات المستقلّة التي أعرفها بدأت حياتها أدوات داخلية. بنى أحدهم شيئاً لفريقه، فعرضه الفريق على صديق، فأراد الصديق واحداً، وها هو الآن عميل.
هذه قصّة رائعة. وهي أيضاً لحظة الخطر الأقصى، لأنك حين تبدأ بتحصيل المال من أحدهم، يرتفع سقف التوقّعات بين عشيّة وضحاها. الشريط الجانبي القبيح الذي تحمّله فريقك صار الآن خطر تسرّب للعملاء. ومعالجة الأخطاء بأسلوب “راسِل المطوّر على Slack” صارت الآن كابوس دعم.
إن كنت تعبر هذا الجسر بأداة بناء تطبيقات بالذكاء الاصطناعي، فعامِله كانتقالٍ حقيقي. أمضِ أسبوعاً — أسبوعاً على الأقل — على الحواف المملّة. التهيئة الأولى. الحالات الفارغة. الدقائق الخمس الأولى بعد التسجيل. رسائل الخطأ التي تفسّر نفسها. لا تروّج للأداة قبل أن يُنجَز هذا العمل.
الخبر السار أن أدوات الذكاء الاصطناعي جعلت هذا الانتقال أرخص ممّا كان. فعمل التلميع الذي كان يستغرق شهراً مع مستقلّ صار بضع جلسات جيّدة من توجيه الأوامر وقليلاً من الصبر.
السؤال الذي يستحقّ التأمّل
سؤال “الأدوات الداخلية مقابل تطبيقات العملاء” برمّته ينهار إلى سؤال واحد تطرحه على نفسك قبل أن تصف فكرة لأداة بناء التطبيقات بالذكاء الاصطناعي: هل هذا أداة أستخدمها أنا، أم منتج أقدّمه؟
الإجابة تغيّر الأمر الذي تكتبه. تغيّر ما تنفق عليه وقتك. تغيّر ما تتجاهله. وهي أنفع قدرٍ من الوضوح يمكنك أن تجلبه إلى عملية البناء.
إن كنت متردّداً بشأن أي الجانبين أنت فيه، فمقالنا عن ما الذي ينبغي أن يكون عليه أول تطبيق تبنيه بالذكاء الاصطناعي رفيق قراءة جيّد. معظم التطبيقات الأولى ينبغي أن تكون أدوات. ومعظم الثانية كذلك. أما العملاء فيأتون لاحقاً، ويأتون بسهولة أكبر حين تكون قد اكتسبت العضلة من بناء أشياء لم يكن على أحد سوى فريقك أن يتحمّل عناءها.