22 أغسطس 2026

مشكلة سير العمل الثاني: لماذا يتعثّر التفعيل بعد الإنجاز الأول

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

ثلاثة زملاء يعملون معًا أمام حاسوب محمول

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

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


سير العمل الأول والثاني في مسار تحويل واحد

لكل منتج سير عمل أول وسير عمل ثانٍ، وهما ليسا من الطبيعة نفسها.

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

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

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

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


لماذا يرحل المستخدمون عند سير العمل الثاني

ليس السبب أن سير العمل الثاني أصعب، وإن كان كذلك في الغالب. السبب أنه بلا دعم على نحو محدد.

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

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

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

سير العمل الثاني هو حيث يكفّ المنتج عن أن يكون عرضًا توضيحيًا ويصبح عملًا حقيقيًا. وهي أيضًا اللحظة التي تكفّ فيها معظم المنتجات عن المساعدة.


كيف تجده في بياناتك

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

1. اكتب في جملة واحدة المهمة التي سجّل العميل الجديد لإنجازها. لا ميزة، بل مهمة. «إرسال حملة إلى قائمة حقيقية». «إقفال حسابات الشهر».

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

3. قِس نسبة المستخدمين الذين يُكملون هذا التسلسل خلال 14 يومًا من انتهاء الإعداد، وسمِّها معدل إكمال سير العمل الثاني.

4. ضعه بجانب رقم التفعيل الحالي لديك.

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

سير العمل الأول — هو الإعداد — خطّي، تغطيه جولة، ومرصود بالقياس

سير العمل الثاني — هو المهمة نفسها — متشعّب، بلا جولة، وفيه يرحل المستخدمون

14 يومًا — نافذة زمنية معقولة لقياس إكمال سير العمل الثاني


شخص يعمل على حاسوب محمول وهو جالس على أريكة

كيف يبدو الرقم عادةً

كل فريق طلبتُ منه إجراء هذا التمرين وجد الشكل نفسه: تفعيل بين 40% و60%، وإكمال لسير العمل الثاني يتراوح بين 10% و25%. نصف المستخدمين الذين تصفهم لوحة مؤشراتك بأنهم مُفعَّلون لا يُنجزون أبدًا ما جاؤوا لإنجازه. هذه ليست مشكلة توثيق، ولا مشكلة لمسات أخيرة في تجربة المستخدم. إنها مشكلة مساعدة في اللحظة المناسبة.


لماذا تقصّر الحلول البديهية

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

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

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

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


ما الذي يحرّك الرقم فعلًا

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

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

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

– يلاحظ الصمت. حين يتوقف حساب عند سير العمل الثاني، يبادر مدير نجاح العملاء بالتواصل قبل أن يقرّر المستخدم أن المنتج ليس له.

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

– مقياس التفعيل لديك يقيس على الأرجح الإعداد، لا النجاح. عرّف معدل إكمال سير العمل الثاني وتتبّعه على حدة.

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

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


خطة عملية للأيام الثلاثين القادمة

1. هذا الأسبوع: عرّف سير العمل الثاني وقِس معدل إكماله. وتوقّع رقمًا غير مريح.

2. الأسبوع الثاني: راجع عشر جلسات لمستخدمين بدؤوا سير العمل الثاني ولم يُكملوه. دوّن الخطوة التي توقّف عندها كلٌّ منهم بالضبط. ستجدها تتجمّع في مواضع بعينها.

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

4. الأسبوع الرابع: أعِد القياس. معدل إكمال سير العمل الثاني هو الرقم الذي يهم؛ وكل ما عداه مؤشرات بديلة.

سير العمل الأول يُدخل المستخدم إلى المبنى. وسير العمل الثاني يحسم بقاءه. فراقِبه بالقياس، وخصّص له من يتولاه، وكُفّ عن تهنئة نفسك على مسار تحويل ينتهي عند الباب.

يرى Barkan شاشة المستخدم، ويُريه الخطوة التالية بمؤشر حيّ، ويبادر بالكلام حين يتعثّر الحساب. وسم script واحد، ورصيد مجاني بقيمة $25، بلا بطاقة.

«معظم المستخدمين لا يريدون إجابة أخرى. يريدون من يدلّهم على الطريق، أو من ينجز المهمة عنهم. هذا هو المنتج كله.» 

Gabriel Lancelot

شريك مؤسس في Barkan

Gabriel Lancelot، شريك مؤسس في Barkan