حافظ على سير العمل أثناء انتظار موافقة العميل: كيف تطلب من العملاء أن يقرّروا

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

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

ملاحظة: كتب هذا المقال مطوّر GeckoFlag.

خمسة أسباب تجعل مراجعات العملاء تطول

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

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

وفي المشهد الذي بدأنا به، اجتمعت هذه الأسباب الخمسة كلها.

ذو صلةنتناول أيضًا سبب ضياع الطلبات التي تُرسَل عبر الدردشة أو البريد الإلكتروني في الجزء 3 من سلسلتنا للمبتدئين “أداتك الأولى لإدارة المشاريع”: “لماذا تضيع الطلبات في البريد الإلكتروني والدردشة؟”

أرسل طلبات المراجعة في “قائمة بما تحتاج إلى أن يُقرَّر”

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

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

وهناك نصيحتان لكتابة القائمة.

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

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

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

احسب الموعد النهائي بالعكس من تاريخ الإطلاق، واذكر سببه

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

1. ابدأ من تاريخ الإطلاق، وعُدّ إلى الوراء أيام العمل اللازمة بعد حسم البند
2. ثم عُدّ إلى الوراء الأيام التي يحتاج إليها العميل لمراجعته الداخلية (مثلًا، من ثلاثة إلى خمسة أيام عمل)
3. اجعل ذلك اليوم هو يوم إرسال الطلب. واجعل الموعد النهائي اليوم السابق لليوم الذي يجب أن يبدأ فيه العمل

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

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

السلسلةنتناول طريقة جعل المهام التي طلبت مراجعتها في حالة “بانتظار العميل”، ورؤية كل ما ينتظر في قائمة واحدة، في الجزء 3، “اجعل ‘انتظار القرار’ مرئيًا”

هل تدعو العميل إلى أداة الإدارة لديك أم لا؟

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

أيّهما أفضل يعتمد على المشروع وعلى العميل. في الاجتماع الأول، اسأل: “ما الطريقة الأسهل عليكم لمراجعة الأمور؟”، وقرّر بناءً على ما يفضّله العميل. ويمكنك أيضًا التبديل في منتصف الطريق.

عندما يصلك الرد، سجّل ما تقرّر

عندما يصلك الرد، أضِف ما يلي إلى مهمة ذلك البند:

• من قرّر (أيّ شخص لدى العميل اتخذ القرار)
• متى تقرّر
• ما الذي تقرّر
• السبب (بكلمات العميل نفسه، إن ذكر سببًا)

انقل إلى المهمة أيضًا أهم ما في الردود التي تصلك بالبريد الإلكتروني أو الهاتف. وفي حالة المكالمة الهاتفية، أضِف التاريخ ومن تحدثت إليه، مثل: “30 أكتوبر، مكالمة هاتفية مع مسؤول العلاقات العامة لدى العميل. تقرّر اعتماد الخيار أ.”

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

تطبيق ذلك عمليًا في GeckoFlag

إليك طريقة تطبيق هذا الأسلوب في GeckoFlag.

1ادعُ العملاء بصفة “ضيف”

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

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

2اجعل صاحب القرار هو المكلَّف، وموعد الرد هو تاريخ الاستحقاق

يمكن تعيين العميل الذي دعوته بصفة ضيف مكلَّفًا بتذكرة. وفي مهمة القرار، اجعل مسؤول التواصل لدى العميل هو المكلَّف، وأدخِل الموعد النهائي للرد في تاريخ الاستحقاق. وإذا كان من يقرّر فعليًا مديرًا أو مسؤولًا تنفيذيًا، فاكتب اسمه تحت “من يقرّر” في الوصف.

في وصف التذكرة، استخدم قالب الجزء 2 (ما يجب تقريره، وما يتوقف عليه، والخيارات، ومن يقرّر، والموعد النهائي، والقرار، والسبب)، وأضِف إليه “توصيتنا” و“إن لم يُحسم بحلول الموعد” من هذا المقال. أما القالب الوارد في هذا المقال، فهو مخصّص للقائمة التي ترسلها إلى العميل.

3اطلب المراجعة في تعليق، مع اختيار من تُشعِرهم

عند نشر تعليق، يمكنك اختيار من يتلقّى إشعارًا بالبريد الإلكتروني. وفي التعليق الذي تطلب فيه المراجعة، اختر العميل ضمن من تُشعِرهم، ثم انشره. وإذا غيّرت الحالة في الوقت نفسه إلى “بانتظار العميل”، فسيُسجَّل الطلب وتغيُّر الحالة في خطوة واحدة.

تختار من تُشعِرهم في كل مرة تنشر فيها، ولا تُرسَل الإشعارات إلى الجميع تلقائيًا. (أما من فعّلوا خيار “إشعاري بجميع التعليقات على التذاكر في المشاريع التي أشارك فيها” في ملفهم الشخصي، فتصلهم جميع التعليقات.)

4احتفظ بالنقاشات الداخلية في مشروع منفصل

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

5دع العملاء في الخارج يختارون لغة العرض

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

6إذا لم تدعُ العميل، فانقل ردوده إلى التعليقات

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

وهنا يمكن أن توفّر عليك ميزة “الإنشاء بالذكاء الاصطناعي” بعض الجهد (v1.9.0+). فهي تستطيع إعداد مسودة تعليق انطلاقًا من نص رسالة الرد التي أرسلها العميل، أو من لقطة شاشة لمحادثة. يتطلب استخدامها مفتاح API من Anthropic (تُدفع رسوم الاستخدام إلى Anthropic، ولا تدخل ضمن سعر GeckoFlag)، وأن يمنحك المسؤول صلاحية استخدامها. ولاستخدام لقطات الشاشة، يجب أيضًا أن يفعّل المسؤول قراءة الصور (وهي معطّلة افتراضيًا). وإذا كان الطلب واضحًا، مثل “يُرجى تأجيل الموعد النهائي إلى الأسبوع القادم”، فإنها تقترح أيضًا تغيير تاريخ الاستحقاق أو الحالة. يراجع شخصٌ الاقتراح، ولا تُنقل إلى النموذج إلا العناصر التي يحدّدها. ولا يتغيّر شيء حتى تحفظ. وللتفاصيل، راجع صفحة الإنشاء بالذكاء الاصطناعي.

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

السلسلةنتناول أين ترسم الحدّ فيما تشاركه مع الذكاء الاصطناعي بالتفصيل في الجزء 6، “مع سجلات جيدة، يستطيع الذكاء الاصطناعي أن يساعد أكثر”

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

الخلاصة

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

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

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