التفكير المنتجي وتصميم الحلول

مقدمة الفصل

🎯本章学习目标

التفكير المنتجيتحليل الاحتياجاتتصميم الحلولرؤى المستخدمين

في الفصول السابقة، تعلمت بالفعل كيفية بناء أدوات صغيرة متنوعة في z.ai وبيئة تطوير الذكاء الاصطناعي المحلية (AI IDE)، وجربت أيضًا استخدام Trae للتعامل مع مشكلات هندسية مثل إعداد البيئة وتثبيت التبعيات، واكتسبت القدرة على نقل أفكارك من المتصفح إلى مشروع محلي.

بعد ذلك، سننقل تركيزنا من مسألة "هل يمكنني بناؤه؟"، إلى مسألة "ما الذي يجب بناؤه حقًا ليكون جديرًا بالوجود؟".

في هذا الدرس، سنناقش بشكل منهجي:

• ما هي "الفكرة"، وما الذي يجعلها "فكرة جيدة"
• كيف تحكم على ما إذا كان اتجاه منتج معين يستحق الاستثمار فيه
• كيف تستخدم عملية قابلة للتكرار لتحويل الإلهام الضبابي إلى خطة تطبيق واضحة

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

⏱️

预计耗时

حوالي 6 ساعات

📦

预期产出

حل منتج واحد متكامل

أفكار تصميم منتج قابلة للتنفيذ

ما ستتعلمه

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

1. أريد بناء تطبيق، فمن أين تأتي الأفكار الموثوقة؟
2. بمجرد وجود الفكرة، كيف تفكيكها إلى تطبيق قابل للبناء؟
3. بعد بنائه، كيف تقيمه وتصقله ليصبح "تطبيقًا جيدًا"؟
4. في أي خطوة وكيف تستخدم الذكاء الاصطناعي بشكل معقل لتضخيم القيمة؟
5. بمجرد الانتهاء من التطبيق، كيف تجد أول مجموعة من المستخدمين الحقيقيين من الصفر؟

1. أريد بناء تطبيق، من أين تأتي الأفكار الموثوقة

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

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

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

1.1 ما هي الفكرة

لنبدأ بسؤال أساسي ولكنه غالبًا ما يُتجاهل: ما الذي يُحسب كفكرة فعلاً؟

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

هنا، سنضع لأنفسنا معيارًا أكثر دقة. فقط عندما تستوفي الفكرة الأشياء التالية على الأقل، سنطلق عليها اسم فكرة:

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

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

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

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

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

1.2 الأفكار واحتياجات المستخدمين: خط الدفاع الأول لتجنب الانبهار الذاتي

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

لتجنب هذه الحالة، يجب فصل الأمرين: الأفكار واحتياجات المستخدمين.

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

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

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

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

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

1.3 لماذا تعتبر الأفكار الجيدة أفكاراً جيدة

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

الفرق الجوهري وراء ذلك هو ما إذا كانت الفكرة نفسها قد أصابت نقطة مشكلة رئيسية أم لا.

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

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

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

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

الاختيار أهم من الجهد.

1.4 من أين تأتي الأفكار الجيدة: أربعة مصادر وأمثلة محددة

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

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

أحب حياتك

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

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

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

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

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

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

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

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

الاستخراج من أصول الجمهور التي تمتلكها

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

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

استكشاف الاحتياجات من المساحات العامة

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

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

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

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

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

الوقوف على أكتاف العمالقة

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

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

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

من خلال الاستمرار لفترة طويلة في حفر الأفكار من هذه المسارات الأربعة، ستكتشف أن الفكرة ليست معجزة تظهر فجأة في ذهنك، بل هي منتج ثانوي ينمو بشكل طبيعي نتيجة تفاعلك الطويل مع الحياة، ومع الآخرين، ومع عالم المعلومات.

1.5 كيف تلخص فكرة جيدة في جملة واحدة: فن "الأقل هو الأكثر"

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

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

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

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

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

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

إذا كنت لا تعرف من أين تتعلم هذا النوع من التعبير، فالأمر بسيط، فقط انظر إلى المحتوى الذي يتم صقل نصوصه يوميًا للتنافس على انتباه المستخدمين. يمكنك الرجوع إلى **المقدمة المكونة من جملة واحدة في متاجر التطبيقات، والعناوين الرئيسية المعروضة على الصفحات الرئيسية لمواقع الألعاب والمنتجات الأدوات، والنصوص الأساسية على صفحات **Landing Page** ** المختلفة. يمكنك نسخها، وتفكيكها إلى هياكل، ومحاولة استخدام الذكاء الاصطناعي (AI) لكتابة نسخة جديدة من النصوص الإعلانية لفكرتك.

1.6 استخدام الذكاء الاصطناعي (AI) لتوسيع التفكير وإيجاد التمايز

في الماضي، عند التفكير في الأفكار، كان المرء يعتمد في معظم الأحيان على نفسه للتفكير ببطء. الآن مع وجود الذكاء الاصطناعي (AI)، أصبح لديك شريك في العصف الذهني يمكنك استدعاؤه في أي وقت. طالما تم استخدامه بشكل جيد، فيمكنه أن يوسع مساحة تفكيرك بشكل كبير.

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

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

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

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

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

الخلاصة

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

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

📚 الواجبات

يرجى إكمال الواجبات التالية بناءً على المحتوى أعلاه:

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

2. بمجرد أن تمتلك الفكرة، كيف تفككها إلى تطبيق قابل للتنفيذ

في الفصل السابق حللنا مشكلة البداية: ما هي الأفكار التي تستحق أن تؤخذ على محمل الجد حقًا.

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

" لا بأس، يمكننا القيام بهذا الشيء في المستقبل عندما تتاح الفرصة... "

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

2.1 من الفكرة إلى الحل: التوسع والتحديد بنموذج الماس المزدوج

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

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

ما هو نموذج الماس المزدوج

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

الماس الأول: فهم المشكلة، التوسع والتحديد من نقطة واحدة إلى الصورة الشاملة

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

بتطبيق ذلك على تطبيقك، فإنه يتلخص في عدة أشياء.

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

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

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

الماس الثاني: تصميم الحل، من الفكرة الخشنة إلى الخطة القابلة للتنفيذ

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

في مرحلة التحديد، يجب إخراج أداة تقييم بسيطة ولكنها عملية للغاية: قيمة المستخدم × الجدوى × التكلفة الزمنية. يمكنك إعطاء درجة تقريبية لكل فكرة في هذه الأبعاد الثلاثة، على سبيل المثال من 1 إلى 5، ثم إعطاء الأولوية للأفكار ذات الدرجة الشاملة العالية والتكلفة الزمنية الخاضعة للرقابة كـ MVP (المنتج الأدنى القابل للتطبيق)، أي كجزء من الحد الأدنى من الإصدار القابل للتطبيق.

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

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

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

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

2.2 الحصول على خطوات قابلة للتنفيذ: تعلم كيف تنتقل من التجريد إلى الواقع

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

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

لنبدأ بمثال من الحياة: ماذا يعني حقًا أنني أريد تناول البرجر

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

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

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

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

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

مثال تطبيقي: من أين تبدأ بالضبط لتحسين كفاءة معالجة المستندات

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

في هذا الوقت، يمكنك استخدام طريقة التفكيك والتفصيل المذكورة أعلاه، لتدقيقها خطوة بخطوة؛ وبسبب ضيق الوقت، سنعرض هنا مستويين فقط من طريقة التفكيك.

التفكيك والتفصيل من المستوى الأول

أولاً، عليك أن تحدد ما هو "المستند" . المستند بحد ذاته مفهوم واسع، يمكن أن يكون جدولاً بيانات، أو تقريراً بصيغة Word، أو ملف PDF، أو نصاً بصيغة Markdown يسجل تعليقات الكود، أو ملاحظات بصيغة TXT، أو حتى مستنداً صورياً ناتجاً عن المسح، أو ورقة بحثية أكاديمية تتضمن رسوماً بيانية ومعادلات. الأنواع المختلفة من المستندات لها اختلافات في التنفيذ، ولكن وظائف "المعالجة" المصممة لاحقاً يجب أن تتطابق مع النوع المحدد للمستند، لذا من الضروري تفصيل تعريف المستند. إذا كان مستنداً صورياً، قد تحتاج إلى إضافة وظيفة التعرف البصري على الحروف (OCR) أولاً؛ وإذا كان مستنداً جدولياً، فإن الاحتياج الأساسي هو على الأرجح استخراج البيانات وتحليلها، وليس مجرد اختصار النصوص.

ثانياً، تحتاج أيضاً إلى تحديد ما تعنيه "المعالجة". إلى ماذا يتم تحويله، حتى يُعتبر "مُعالجاً"؟ وما هي طريقة المعالجة؟ بعض الناس يقصدون بالمعالجة تلخيص تقرير من 50 صفحة إلى 5 صفحات مقروءة؛ وبعضهم يقصد تحويل مجموعة من ملفات Word و PDF و Markdown ذات التنسيقات الفوضوية إلى قالب موحد؛ وهناك من يهتم بالترجمة وإعادة الكتابة والتحسين، لتحويل مسودة مقبولة إلى نسخة رسمية قابلة للنشر. في هذه الخطوة يمكنك أن تسأل نفسك مباشرة: هل ما أقصده بـ "المعالجة" هو "القراءة بشكل أسرع"، أم "التحسين بشكل أفضل"، أم "تسهيل نقلها للآخرين"؟ الإجابات المختلفة تحدد بشكل مباشر أن صفحة الدخول وصفحة التشغيل التي ستصممها لاحقاً ستكون مختلفة تماماً.

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

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

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

التفكيك والتفصيل من المستوى الثاني

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

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

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

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

ثم التفكيك الإضافي لـ "مستند PDF". ما هو نوع PDF الذي تريد دعمه بالضبط؟ إذا تم قصر النطاق على "ملفات PDF نصية يمكن نسخها"، فلا داعي للتعامل مع الملفات الممسوحة ضوئياً، والرسوم البيانية المعقدة، وتنسيقات المعادلات منذ البداية، ولا داعي للتحمل من أجل المستندات ذات الأعمدة المتعددة أو التنسيقات الباهظة. من ناحية أخرى، إذا كنت تأمل في تحقيق "إمكانية إلقاء أي PDF فيها"، فهذا يعني أنه يجب عليك حل سلسلة من المشاكل عالية الصعوبة مثل التعرف الضوئي على الحروف (OCR) لملفات PDF المصورة، وإعادة بناء التخطيط، والخلط بين الصور والنصوص، واستخراج الجداول في وقت واحد، مما سيضاعف تعقيد المشروع.

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

التالي هو "التحويل إلى نصوص بجودة عالية". يمكن تفكيك "الجودة" هنا إلى ثلاثة أبعاد قابلة للنقاش وقابلة للموازنة على الأقل:

1. هل التعرف صحيح بشكل عام : ما مدى دقة التعرف على الأخطاء المطبعية، وعلامات الترقيم، والرموز الخاصة، وهل ستظهر فقرات كاملة من نصوص غير مفهومة.
2. هل يتم الحفاظ على هيكل الفقرات والعناوين : هل يمكن استعادة مستويات الفصول، وفواصل الفقرات، وهيكل القوائم، وكتل الاقتباس في النص الأصلي قدر الإمكان بعد التحويل إلى نص عادي.
3. هل هو مناسب للتحرير الثانوي وإعادة الاستخدام : هل النص المُنشأ نظيف بما فيه الكفاية، وهل التنسيق منظم، وعندما يقوم المستخدم بنسخه لاحقاً إلى Word أو Notion أو محرر أكواد، هل سيحتاج إلى تنظيف يدوي واسع النطاق.

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

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

• هل تأمل في دعم المستندات الطويلة جداً (عشرات الصفحات أو مئات الصفحات)، حتى لو كان المستخدم يحتاج إلى الانتظار لفترة أطول؟
• أم أنّه يستهدف فقط المستندات المتوسطة والقصيرة، وفي ظل وجود حد أقصى لعدد الصفحات، تحقيق تجربة "الحصول على النتيجة خلال بضع ثوانٍ إلى عشر ثوانٍ"؟

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

• وضع حد أقصى معقول لعدد صفحات المستند الواحد، مثل "ملف PDF نصي لا يتجاوز 20 صفحة"؛
• في الوقت نفسه، تقديم مؤشر تقريبي لوقت المعالجة، مثل "عادةً ما تتم المعالجة في غضون 10 ثوانٍ تقريبًا".

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

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

• هل يشبه هذا أكثر "أداة مؤقتة لي ولاستخدام داخلي محدود"؟
• أم أنه مخطط له منذ البداية ليكون "خدمة عبر الإنترنت لمجموعة من المستخدمين الحقيقيين لاستخدامها على المدى الطويل"؟

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

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

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

عند هذه النقطة، تكون قد أكملت انتقالًا مهمًا من الهدف المجرد إلى خطة قابلة للتنفيذ، وبعد بعض التنقيح يمكنك الحصول على وصف في جملة واحدة:

تزويد المستخدم بأداة ويب تمكنه من رفع ملف PDF نصي لا يتجاوز 20 صفحة، والحصول على نص قابل للتعديل بهيكل فقرات واضح ومستويات عناوين محفوظة في غضون 10 ثوانٍ تقريبًا، مع دعم النسخ بنقرة واحدة والتنزيل كملف .txt.

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

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

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

1. سأقوم أنا بحل وتنفيذ هذه المشكلة الفرعية.
2. الذكاء الاصطناعي أو خبير آخر سيقوم بحل وتنفيذ هذه المشكلة الفرعية.

2.3 تصور تطبيقك على السبورة: ارسم تطبيقك الأول

كثير من الناس عندما يفكرون في البدء بإنشاء تطبيق، فإن أول ما يتبادر إلى ذهنهم هو الكود، والخلفية (Backend)، وقواعد البيانات، والواجهات (APIs)، والأطر (Frameworks). هذا ليس غريباً، لأن الفكرة التي غُرست في عقولنا لفترة طويلة هي: إنشاء تطبيق هو في المقام الأول مشكلة تقنية. ولكن إذا ركزت كل انتباهك على التكنولوجيا منذ البداية، فمن السهل أن تتجاهل الشيء الأكثر أهمية: ما الذي سيفعله المستخدم بالضبط هنا.

في هذه النقطة، فإن أحد أبسط الأساليب - والذي غالبًا ما يتم تجاهله - هو الرسم أولاً. لست بحاجة إلى أي برنامج احترافي، فالسبورة، أو ورقة بيضاء، أو دفتر ملاحظات، كلها تفي بالغرض. المهم أن تقوم برسم مسار المستخدم بالكامل من دخوله حتى خروجه باستخدام بضع رسومات بسيطة للصفحات (Sketches)، بدلاً من التوجه مباشرة لفتح محرر الكود لكتابة البرمجيات.

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

صفحة الدخول: من أين يدخل المستخدم، وماذا يرى للوهلة الأولى

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

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

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

صفحة العمليات: ماذا يحتاج المستخدم لإدخاله، والنقر عليه، واختياره

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

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

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

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

صفحة النتائج: ماذا حصل المستخدم، وكيف يتم عرضه

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

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

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

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

2.4 الإشارة إلى تطبيقات الآخرين: "نقل الأفكار بذكاء"

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

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

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

النقطة المهمة التي يجب مراقبتها ليست مدى جمال الألوان، بل كيف يتعاملون مع عدة مناطق رئيسية:

• كيف تم تصميم شريط التنقل، هل هو في الأسفل أم الأعلى، وهل هناك بضع نقاط دخول رئيسية ثابتة أم زر رئيسي واحد فقط
• كيف يتم تنظيم النماذج (Forms)، هل يتم ملؤها دفعة واحدة في نفس الصفحة، أم يتم تقسيمها إلى خطوات صغيرة متعددة
• عند عرض النتائج، هل تم وضع المعلومات الأهم في أكثر الأماكن وضوحًا، وكيف تم ترتيب المعلومات الثانوية
• عندما يدخل المستخدم الجديد لأول مرة، هل هناك عملية إرشاد قصيرة تخبره بكيفية الاستخدام

تحديداً، يمكنك الرجوع إلى مواقع جمع لقطات الشاشة التالية:

• https://www.uisources.com/
• https://screenlane.com/
• https://pagecollective.com/
• https://patttterns.net/
• https://mobbin.com/
• https://refero.design/
• https://scrnshts.club/
• https://godly.website

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

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

2.5 لا تنتظر حتى يكون كل شيء جاهزاً لبحث احتياجات المستخدم

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

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

لتجنب هذا الموقف، هناك مبدأ موجز ولكنه فعال يمكنك تذكير نفسك به دائماً: اسأل وأنت ترسم، اسأل وأنت تفعل، لا تسأل بعد أن تنتهي.

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

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

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

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

اسأل وأنت تفعل: ادعُ الأشخاص لتجربة المنتج في مرحلة النصف مصنع

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

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

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

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

لا تخف من إظهار عدم الاحترافية

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

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

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

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

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

📚 Assignments

يرجى إكمال الواجب التالي بناءً على المحتوى أعلاه:

1. يرجى استخدام أي نموذج لغوي كبير (LLM)، وبالنسبة للفكرة السابقة، اطلب من AI الرجوع إلى نموذج الماس المزدوج (Double Diamond) لإعطاء نتائج متباينة، وستحتاج إلى اختيار مجموعة من الحلول الممكنة بناءً على نتائج التباين.
2. بناءً على الفكرة التي توصلت إليها سابقاً، استخدم طريقة التفكيك والتحديد للحصول على محتوى قابل للتنفيذ بشكل أكثر تحديداً. مشابه لـ: "توفير أداة ويب للمستخدم، تتيح له رفع ملف PDF نصي لا يتجاوز 20 صفحة، والحصول في غضون 10 ثوانٍ على نص قابل للتعديل ببنية فقرات واضحة ومستويات عناوين محفوظة، مع دعم النسخ بنقرة واحدة والتنزيل كملف .txt."
3. بناءً على الفكرة المُفصّلة، حاول رسم تطبيقك على السبورة البيضاء. يحتاج التطبيق إلى التركيز على جزأين: كيف يجب أن يكون تصميم واجهة المستخدم (UI)، وما هي الميزات التي يجب أن تكون موجودة، وأين توجد كل ميزة.

3. بعد بنائه، كيف تحكم عليه وتصقله ليصبح تطبيقاً جيداً

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

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

3.1 ما هو التطبيق الجيد: 4 خصائص أساسية

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

التطبيق الجيد يقدم قيمة ملموسة

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

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

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

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

سهولة الاستخدام، يمكن فهمه تقريباً دون النظر إلى التعليمات

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

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

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

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

في السيناريوهات عالية التكرار أو الحرجة، سيتذكرونك بشكل طبيعي

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

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

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

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

روح الإيثار (التفاني في خدمة الغير)

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

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

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

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

3.2 البصيرة في الاحتياجات: نظرية هرم الاحتياجات لماسلو

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

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

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

الاحتياجات المتعلقة بالفسيولوجيا والبقاء

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

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

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

احتياجات الأمان واليقين

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

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

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

الشعور بالانتماء، والتواصل، والرؤية

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

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

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

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

الاحترام، وتقدير الذات، والشعور بالإنجاز

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

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

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

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

تحقيق الذات وتجاوزها

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

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

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

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

أحد فوائد استخدام هرم ماسلو كمنظور للمنتج هو أنه يساعدك على تجنب انحيازين شائعين.

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

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

في التصميم العملي، يمكنك التحقق الذاتي على النحو التالي:

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

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

3.3 التصنيف حسب نوع المستخدم: الفروق بين تطبيقات C-end وتطبيقات B-end

بعد إطلاق التطبيق، ستكتشف بسرعة أمرًا مهمًا آخر: التعامل مع المستخدمين الأفراد العاديين يختلف تمامًا عن التعامل مع المستخدمين من الشركات أو المؤسسات، فهما قواعد لعبة مختلفة تمامًا. يبدو كلاهما أنهما يُسميان "مستخدمين"، لكن اهتماماتهما الرئيسية مختلفة تمامًا.

• C-end (Consumer End): يشير إلى "جهة المستهلك"، وجوهره هو المستخدم الفردي العادي. على سبيل المثال، التطبيقات التي نستخدمها يوميًا مثل WeChat، وDouyin، وMeituan Waimai، مستخدمو هذه التطبيقات هم أفراد مستقلون، وهذا النوع من السيناريوهات التي تقدم خدمات للأفراد يُسمى أعمال C-end.
• B-end (Business End): يشير إلى "جهة المؤسسة"، وجوهره هو المستخدمون من الشركات أو المؤسسات أو المنظمات. على سبيل المثال، تطبيقات مثل DingTalk (أدوات التعاون المؤسسي) المستخدمة في الشركات، وبرامج المالية (مثل Yonyou، وKingdee)، وأنظمة نقاط البيع في متاجر التجزئة، مستخدمو هذه المنتجات هم موظفو الشركات أو الفرق أو المؤسسة بأكملها، وتخدم احتياجات التشغيل والإدارة والإنتاج الخاصة بالشركات، وهذا النوع من السيناريوهات التي تقدم خدمات للمنظمات يُسمى أعمال B-end.

تطبيقات C-end: موجهة لحياة الأفراد العاديين، ومشاعرهم، وعاداتهم

تطبيقات C-end موجهة للمستخدمين الأفراد، وهي مدمجة في الحياة اليومية لكل شخص. تشمل الأنواع الشائعة تطبيقات المحتوى، والأدوات، والترفيه، والتواصل الاجتماعي، والتعلم، وغيرها.

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

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

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

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

على الرغم من أن هذه التطبيقات تختلف في أنواعها، إلا أنها تشترك في عدة نقاط تركيز مشتركة.

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

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

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

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

تطبيقات B-end: الكفاءة والتكلفة والتحكم في المخاطر الموجهة للمؤسسات

تطبيقات B-end موجهة للشركات والفرق والمؤسسات أو الأقسام. تشمل الأنواع الشائعة ERP (نظام إدارة الموارد)، وCRM (إدارة علاقات العملاء)، وأدوات العمل التعاوني، ومختلف أدوات SaaS، وأنظمة الإدارة الداخلية للقطاعات، وغيرها.

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

هناك العديد من نقاط التركيز الأساسية لتطبيقات B-end.

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

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

ثالثاً، التحكم في المخاطر وضمان الامتثال. في العديد من سيناريوهات B-end، هناك متطلبات عالية جدًا للامتثال وإمكانية التتبع، كما هو الحال في قطاعات التمويل، والرعاية الصحية، والتصنيع، والحكومة، وغيرها. غالبًا ما يضحي تطبيق B-end الجيد بقليل من حرية الاستخدام في مقابل إدارة أذونات أكثر وضوحًا، وتسجيل أكثر دقة للسجلات، وسلسلة موافقات أكثر وضوحًا. بالنسبة للمستخدمين كأفراد، قد يكون هناك مساحة أقل للتصرف بشكل عفوي، ولكن للمؤسسة ككل، هذا هو المكان الذي تكمن فيه القيمة.

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

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

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

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

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

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

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

3.4 التحسين بناءً على بيانات المستخدم: من "أعتقد أنه جيد" إلى "المستخدم يعتقد أنه جيد"

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

تصميم آلية بسيطة للملاحظات، لإعطاء المستخدمين منفذًا للتعبير

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

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

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

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

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

تعلم كيفية استخراج ثلاثة أنواع من المعلومات من الملاحظات الفوضوية

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

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

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

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

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

استخدم ثلاثة مؤشرات بسيطة لتحديد ما إذا كنت ستستثمر أم لا

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

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

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

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

4. في أي خطوة، وكيف تستخدم AI بشكل معقول لتضخيم القيمة؟

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

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

4.1 لا تستخدم AI من أجل AI

للحكم على ما إذا كنت تستخدم AI من أجل AI دون أن تدرك ذلك، طريقة عملية جدًا هي أن تجبر نفسك على الإجابة بجدية على سؤالين قبل كل مرة تفكر فيها في إضافة وظيفة AI معينة.

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

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

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

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

يمكنك أن تسأل نفسك بهذا الشكل:

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

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

هذان السؤالان لهما في الواقع ترتيب واضح جدًا. أولاً تأكد من أنه حتى بدون AI، هذا التطبيق منطقي، ثم على هذا الأساس اسأل، بعد إضافة AI، ما الذي تحسن تحديدًا.

4.2 التفكير في الدور الذي تلعبه AI

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

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

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

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

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

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

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

• الأساس التقني هو بشكل أساسي نماذج اللغات الكبيرة (LLM) في التعلم العميق: تتعلم قواعد اللغة ومعرفة العالم من كميات هائلة من النصوص، ويمكنها ليس فقط "فهم" السياق في النصوص الطويلة والمحادثات متعددة الجولات، ولكن أيضًا "كتابة" محتوى متماسك ومنسق بشكل متسق.
• على جانب "الفهم"، يمكن لـ LLM التعرف على نية المستخدم، واستخراج المعلومات الرئيسية، والحكم على الميل العاطفي؛ وعلى جانب "التوليد"، يُستخدم لكتابة الملخصات تلقائيًا، والإجابة على الأسئلة، وإجراء الكتابة التكميلية وإعادة الكتابة، والترجمة متعددة اللغات، مما يجعل الكثير من العمل الذي يتطلب قراءة بشرية واستنتاجًا وكتابة آليًا أو شبه آلي.
• لنأخذ روبوت خدمة العملاء عبر الإنترنت كمثال: يقوم النظام أولاً بالحكم بشكل مبدئي بناءً على جملة واحدة من المستخدم لتحديد ما إذا كانت استفسارًا أو شكوى أو خدمة ما بعد البيع، ويستخرج من الكلام المعلومات الرئيسية مثل رقم الطلب والوقت واسم المنتج، ثم يسلمها إلى LLM لكي يقوم مع السياق وقاعدة المعرفة الخاصة بالمؤسسة بتوليد رد طبيعي ومتكامل، مما يقلل من الضغط على العنصر البشري، ويحافظ على جودة خدمة مستقرة في أوقات الذروة.

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

• يعتمد فهم الصور عادةً على نماذج الرؤية العميقة مثل الشبكات العصبية التلافيفية (CNN)، حيث تتعلم من كميات هائلة من الصور سمات مثل الحواف والأنسجة والهياكل، وتُستخدم في اكتشاف الكائنات وتقسيم الصور والتصنيف الدقيق (مثل التمييز بين الآفات المختلفة أو فئات المنتجات المختلفة).
• يعتمد توليد الصور وإصلاحها على نماذج توليدية مثل نماذج الانتشار وGAN، حيث يمكن إنشاء صور جديدة تمامًا بناءً على أوصاف نصية أو صور مرجعية، وإصلاح الصور الضبابية أو غير المكتملة أو منخفضة الدقة وتحسينها بدقة فائقة.
• العديد من الأنظمة تجمع أيضًا مع LLM: حيث تفهم أولاً وصف المستخدم النصي باللغة الطبيعية، ثم تولد تلقائيًا "كلمات تحفيزية" مناسبة للنماذج البصرية، وعلامات الأسلوب، وقيود التكوين، مما يحقق الانتقال من "فهم ما تريده" إلى "رسم ما تريده".
• لنأخذ "توليد الصورة الرئيسية الذكية" في منصات التجارة الإلكترونية كمثال: يستخدم النظام أولاً نماذج الكشف والتقسيم لاستخراج المنتج بدقة من الصورة الأصلية، ثم يقوم LLM بتحليل النص الذي أدخله التاجر (مثل "مشهد غرفة معيشة بأسلوب شمال أوروبي بسيط، إضاءة طبيعية ناعمة")، وتحويله إلى معلمات محددة للمشهد ودرجة اللون والأسلوب، وأخيرًا يسلمها إلى نموذج الانتشار لتوليد الخلفية وتأثيرات الضوء والظل المطابقة، ويقوم تلقائيًا باستبعاد النتائج ذات التكوين السيئ أو غير المتوافقة مع الأسلوب، لإخراج صورة رئيسية للمنتج يمكن استخدامها مباشرة للعرض.

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

• على جانب "الفهم"، يستخدم النظام نماذج التعرف على الكلام لتحويل الكلام إلى نص، وفي الوقت نفسه يحلل المتحدث واللغة وسرعة الكلام والعاطفة العامة؛ ويستخدم نماذج الرؤية لفهم المشاهد والأشخاص والكائنات الرئيسية في إطارات الفيديو.
• على جانب "التوليد"، وباستخدام LLM كنواة، يتم فهم وتقسيم وإعادة كتابة النصوص أو محتوى الاجتماعات أو تعليمات المستخدم، ثم يتم تشغيل تركيب الكلام (TTS) لتوليد تعليق صوتي طبيعي، وتشغيل نماذج توليد وتحرير الفيديو **لتوليف أو تحرير الإطارات تلقائيًا، أو استبدال الخلفيات، أو إدراج اللقطات والترجمات النصية؛ ويمكن لنماذج التوليد الصوتي أيضًا إنشاء موسيقى خلفية وأصوات بيئية تلقائيًا، جنبًا إلى جنب مع تقليل الضوضاء العميق وتحسين جودة الصوت لرفع جودة الاستماع بشكل عام.
• لنأخذ منتجات "توليد فيديو قصير من النص" كمثال: يحتاج المستخدم فقط إلى إدخال نص، ويقوم النظام أولاً باستخدام LLM لتقسيم المقال إلى عدة فقرات ومشاهد طبيعية، وتوليد نص تعليق صوتي مناسب للإلقاء ووصف بسيط للقصة المصورة؛ ثم يقوم نموذج TTS بتوليف التعليق الصوتي، وتقوم قوالب الفيديو ونماذج التوليد باختيار أو توليد الإطارات بناءً على القصة المصورة، ومحاذاة الترجمات النصية مع الكلام تلقائيًا على الجدول الزمني، وأخيرًا يتم تصدير فيديو قصير بنقرة واحدة يمكن نشره مباشرة.

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

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

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

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

4.3 التعرف على قدرات وحدود الذكاء الاصطناعي

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

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

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

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

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

يحتوي Agent على متغيرين: أحدهما هو سير العمل (workflow) الذي يتحكم في اتجاه المهمة، والآخر هو السياق (context) الذي يتحكم في توليد المحتوى.

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

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

3. إذا كان سير العمل غير مؤكد ولكن السياق مؤكد، أي أن المدخلات واضحة ولكن المسارات متنوعة، فسيحتاج Agent إلى تخطيط المسار بشكل مستقل، مثل توليد تقارير تحليل السوق والتوصيات المخصصة. معظم وكلاء RL من النهاية إلى النهاية (End-to-End RL Agent) جيدون في أداء هذه المهام لأنهم اكتسبوا خلال مرحلة التدريب قدرًا كبيرًا من تخطيط المسارات وأفكار حل المشكلات.

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

لذلك، لبناء Agent بشكل جيد، يجب أولاً توضيح السيناريو. في جوهرها، تحل الأتمتة مشاكل "اليقين"، بينما يحل الذكاء مشاكل "عدم اليقين".

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

دعنا نعود إلى المشكلة التي أردنا حلها في بداية هذا القسم الفرعي: ما الذي يعنيه فهم حدود قدرات الذكاء الاصطناعي حقًا؟ أولاً، فهم أن الاحتياجات من الذكاء الاصطناعي تختلف باختلاف السيناريوهات. كما أوضح المثال السابق الخاص بـ workflow و context: عندما يكون كل من التدفق والمعلومات مؤكدين، لا توجد مساحة كبيرة لعمل الذكاء الاصطناعي، والأتمتة التقليدية تكفي؛ وعندما يكون التدفق مؤكدًا ولكن المعلومات غير مؤكدة، تكمن قيمة الذكاء الاصطناعي في الفهم والإكمال؛ وعندما يكون التدفق غير مؤكد، يحتاج الذكاء الاصطناعي إلى القيام بالتخطيط والاستكشاف. جوهر طريقة التحليل هذه هو تحديد مصدر ودرجة عدم اليقين. القدرة الأساسية للذكاء الاصطناعي هي إيجاد الأنماط والارتباطات وسط عدم اليقين. هذه الفكرة لا تنطبق فقط على الوكلاء (Agent)، بل هي مهمة بنفس القدر في مجالات مثل التعرف على الصور، وتوليد المحتوى، وأنظمة التوصية وغيرها. على سبيل المثال، عند إنشاء أداة لقص الصور بالذكاء الاصطناعي، يكون المدخل مؤكدًا (صورة واحدة)، لكن دقة التعرف على الحواف والقدرة على التعامل مع الخلفيات المعقدة هي نقاط عدم اليقين.

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

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

هل يمكن لمعدل دقة الذكاء الاصطناعي الوصول إلى خط النجاح في هذا السيناريو؟ يعتمد هذا الخط على ما يستخدمه المستخدم الذكاء الاصطناعي لفعله. في التعرف على الصور، إذا كان الهدف هو مساعدة المستخدمين في تنظيم ألبومات الصور وتصنيفها حسب الوجوه، يمكن للمستخدمين قبول معدل دقة يبلغ 80٪، وفي أسوأ الحالات يمكنهم التعديل اليدوي لبعض الصور. ولكن إذا تم استخدامه في سيناريو مراقبة الأمن، فإن تفويت 20٪ من المشتبه بهم يمثل خطرًا أمنيًا جسيمًا. وبالمثل في توليد النصوص، إذا كان الهدف هو مساعدة المستخدمين في كتابة منشورات وسائل التواصل الاجتماعي، فإن مستوى إبداع 60 درجة يكفي، وسوف يقوم المستخدمون بصقلها بأنفسهم؛ ولكن إذا كان الأمر يتعلق بتوليد بنود العقود القانونية، فإن 95 درجة ليست كافية، لأن اختيار كلمة غير لائقة قد يؤدي إلى نزاعات قانونية. تختلف حساسية المستخدمين المختلفين والاستخدامات المختلفة لمعدلات الخطأ تمامًا، ويجب أن تكون واضحًا بشأن السيناريو الذي تخدمه ومقدار مساحة السماح بالخطأ التي تمتلكها.

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

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

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

5. بعد بناء التطبيق، كيف تجد أول مستخدمين حقيقيين من الصفر

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

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

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

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

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

1. أولاً، إدراك أن النمو يمكن تقسيمه إلى 0–1 و 1–N، ومعرفة ما تحتاج فقط إلى فهمه في الوقت الحالي
2. توضيح من هم الأشخاص الذين تبحث عنهم حقًا، ولا تركز فقط على المستخدمين النهائيين
3. بشرط معرفة من تبحث عنه، اختر مسارًا أو مسارين للبدء البارد يناسبانك
4. في واقع الموارد المحدودة، تعلم كيف تحدد الأولويات، وتضييق جهودك إلى المنطقة الأكثر أهمية

5.1 أولاً، نميز بين المرحلتين: 0–1 و 1–N

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

0–1: في غياب المستخدمين، كيف تبدأ باردًا

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

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

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

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

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

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

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

1–N: على أساس أن هناك أشخاصًا مستعدين للاستخدام، كيف تقوم بالتوسع

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

في مرحلة 1–N، ستبدأ في الاهتمام بمجموعة أكثر تعقيدًا من المشكلات مثل الآليات، والتنظيم، والتحويل التجاري، والعلامة التجارية، والفريق. على سبيل المثال:

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

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

كيف تخطط لجعل هذا المنتج يكسب المال، هل هو عبر الاشتراك، أو الدفع لمرة واحدة، أو الخدمات المضافة، أو غير ذلك. لا يجب أن يكون نموذج العمل واضحًا من البداية، ولكن عند دخولك مرحلة 1–N، يجب التفكير بجدية في كيفية جعل هذا المنتج يعمل بشكل مستدام.

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

ما هي القدرات التي ينقص الفريق، وأي الروابط يجب أن يراقبها شخص ما على المدى الطويل، ولا يمكن الاستعانة بمصادر خارجية بالكامل. يمكن لشخص واحد أو فريق صغير تحمل مرحلة 0–1، ولكن 1–N غالبًا ما تتطلب تعاونًا بين المزيد من الأدوار.

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

لماذا يجب التركيز على 0–1 أولاً؟

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

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

بعد ذلك، سنركز بشكل أعمق على مرحلة 0–1، لتوضيح سؤال "من يجب أن نبحث عنه بالضبط"، ثم ننتقل لمناقشة مسارات الإطلاق البارد المحددة.

5.2 هدف الإطلاق البارد: المستخدمون الأوائل، ومقدمو العروض، ومصادر الزيارات، والقنوات

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

الفئة الأولى: المستخدمون الأوائل (Seed Users)

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

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

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

الفئة الثانية: مقدمو العروض (Supply Side)

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

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

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

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

الفئة الثالثة: مصادر الزيارات (Traffic Sources)

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

• منتج فئة أدوات مهنية، إذا تمكن من إقناع عدد قليل من مدوني التطوير المهني بتقديم تطبيقك بشكل طبيعي في محتواهم، فستكون لديك فرصة للحصول على مجموعة من الأشخاص الحساسين لأدوات الكفاءة المهنية في وقت قصير
• مساعد اختيار مواضيع لمنشئي المحتوى على منصة Xiaohongshu، إذا تمكن من التعاون مع عدة مدونين من المستوى المتوسط، والسماح لهم بعرض عملية الاستخدام في حالات عملية حقيقية، فإن هؤلاء المنشئين هم بطبيعة الحال مستخدموك الأوائل المحتملون

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

الفئة الرابعة: القنوات (Channels)

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

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

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

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

5.3 طرق الإطلاق البارد: ثلاثة مسارات رئيسية لأهداف مختلفة

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

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

المسار الأول: الاختراق بالمستخدمين الأوائل، وإعطاء الأولوية للاستخدام الجيد للجمهور الخاص

هذا المسار يهدف بشكل أساسي إلى المستخدمين الأوائل وبعض مقدمي العروض.

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

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

في هذا المسار، هناك ثلاثة إجراءات رئيسية تقريبًا:

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

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

المسار الثاني: القيادة بالمحتوى أو المزايا، وتقديم سبب أول واضح بما فيه الكفاية

هذا المسار يركز أكثر على المستخدمين الأوائل ومصادر الزيارات، وهو شائع بشكل خاص في المسارات التنافسية الشرسة.

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

طريقتان شائعتان للبدء:

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

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

المسار الثالث: الاستفادة من المنصات الكبيرة، والبحث عن نقطة اختراق في النظام البيئي الحالي

هذا المسار يهدف بشكل أساسي إلى مقدمي العروض، ومصادر الزيارات، والقنوات.

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

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

5.4 المفاضلة عندما تكون الموارد محدودة: التركيز فقط على الجزء الأكثر أهمية في مرحلة 0–1

عندما تتأكد من أنك لا تزال في مرحلة 0–1، وتفهم بوضوح من تخدم، وتختار تقريبًا مسار الإطلاق البارد، لتكتشف أن الموارد لا تكفي على الإطلاق.

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

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

من الهدف إلى المهمة المحددة

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

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

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

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

يجب أن تكون التعليقات المحددة مفصلة بما فيه الكفاية. على سبيل المثال:

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

لا تحاول تجربة كل شيء

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

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

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

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

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

قم بصقل الجزء الأهم فقط

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

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

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

خلال هذه الأسابيع الأربعة، عندما تواجه أي فكرة جديدة أو فرصة جديدة، اسأل نفسك أولاً: هل هذا الشيء، هل يمكنه أن يدفع بشكل كبير هؤلاء المستخدمين العشرين لاستخدام المنتج بشكل أفضل خلال هذه الفترة، أو أن يساعدني بوضوح في العثور على الدفعة التالية من المستخدمين المماثلين؟

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

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

ملخص

بالعودة إلى السؤال الأصلي: أريد إنشاء تطبيق، من أين أبدأ هذا الأمر بالضبط، ليكون بداية موثوقة.

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

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

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

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

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

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

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

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

في هذه المرحلة، في رأي الكاتب، فقط استمتع بالعملية. كما تقول لعبة قصة إلكترونية شهيرة "To the Moon":

"The ending isn't any more important than any of the moments leading to it."

النهاية لن تكون أهم من العملية أبدًا.