رحلتان مترابطتان تُغلقان حلقة لا يُغلقها طلب مراجعة لمرة واحدة أبدًا. الأولى تنتظر بضعة أيام بعد أي عملية شراء ثم ترسل عنصر تقييم. والثانية يشغّلها تفاعل التقييم في تلك الرسالة نفسها، فتقرأ الدرجة منه، وتفتح تذكرة دعم تلقائيًا حين تكون منخفضة — دون أن يضطر أحد إلى ملاحظة مراجعة سيئة ليتصرف بشأنها.
إرسال مراجعة ما بعد الشراء لمرة واحدة يطرح السؤال مرة ويتوقف عند ذلك. لا أحد يراقب الإجابة السيئة، ويبقى تقييم بنجمة أو نجمتين في لوحة الردود حتى يصادف أن يتفقّدها أحدهم. أما ربط عنصر التقييم نفسه في رحلتين عاملتين دائمًا فيعني أن الدرجة المنخفضة نفسها هي ما يشغّل الإجراء التالي.
الرحلة الأولى: السؤال، بعد مهلة
مشغّل الرحلة الأولى هو الشراء، مضبوطًا دون مشروع محدد فيعمل عند اكتمال أي عملية دفع لعنصر منتج عالجها MailInApp نفسه — لا من قالب واحد فقط. تمنح خطوة الانتظار الطلب بضعة أيام ليصل فعلًا، ثم ترسل خطوة الإرسال طلب التقييم: عنصر تقييم واحد، مقرون اختياريًا بسؤال قصير في نموذج لمن يرغب في إضافة سياق.
لا يشمل هذا إلا عناصر المنتج المتروكة على وضع الدفع عبر MailInApp (Stripe) — فـ MailInApp هو من يعالج الدفع هناك، ولذلك هو من يعرف أن عملية شراء حدثت. أما عنصر المنتج المضبوط على ربط بصفحة الدفع في متجر خارجي فيرسل المشتري لإتمام البيع كليًا في متجرك على Shopify أو WooCommerce بدلًا من ذلك؛ ولا يرى MailInApp تلك العملية أبدًا، فلا يستطيع تشغيل هذا المشغّل لها. إن كنت تستخدم الدفع الخارجي، فابنِ مراجعة ما بعد الشراء على شريحة سجل المشتريات بدلًا من ذلك — راجع استعادة المشترين السابقين بشرائح سجل المشتريات لترى الإشارة نفسها القادمة من المتجر مستخدمةً بطريقة مختلفة.
الرحلة الثانية: مراقبة الإجابة، وتصعيد السيئ منها
مشغّل الرحلة الثانية تفاعل — وتحديدًا إجراء التقييم في مشروع المراجعة الخاص بالرحلة الأولى. في اللحظة التي ينقر فيها أحدهم على نجمة، يُسجَّل هذا التشغيل حاملًا تلك الدرجة معه. ومن هناك:
- تكتب خطوة تحديث الحقل التقييم في سجل جهة الاتصال.
- تتحقق خطوة التفرّع مما إذا كان نجمتين أو أقل.
- تفتح خطوة إنشاء تذكرة — التي لا يُوصَل إليها إلا في فرع الدرجة المنخفضة — تذكرة دعم تلقائيًا، موضوعها ونصّها قالبان يتضمنان بريد جهة الاتصال والدرجة الدقيقة التي منحتها.
أما التقييم المرتفع فيُنهي التشغيل ببساطة في فرع «لا»؛ ويظل محسوبًا ضمن متوسط CSAT في لوحة الردود، لكن دون تشغيل تذكرة.
لماذا رحلتان لا رحلة واحدة
يعمل المشغّلان في أوقات مختلفة حقًا انطلاقًا من أحداث مختلفة حقًا — اكتمال عملية شراء، ثم (بعد أيام، ربما) تفاعل التقييم في رسالة محددة. ونمذجة ذلك كمخططين مترابطين بدل مخطط واحد طويل تُبقي مشغّل كل رحلة واضحًا لا لبس فيه. ويُنشئ تثبيت الرحلة الجاهزة ما بعد الشراء كليهما معًا في خطوة واحدة، إلى جانب مشروع طلب المراجعة نفسه.
ما الذي تحتويه تذكرة التصعيد فعلًا
لأن خطوة إنشاء التذكرة قالب يستخدم وسوم دمج من التشغيل، فإن التذكرة التي تصل إلى قائمة «التذاكر» على مستوى الحساب تذكر بالفعل من ترك المراجعة والدرجة التي منحها. ويستطيع الشخص التصرف بشأنها فورًا، بدل البحث في لوحة الردود عن السياق أولًا.
الضبط الدقيق
حدّ النجمتين أو أقل في خطوة التفرّع مجرد القيمة الافتراضية للرحلة الجاهزة — إنه شرط عادي يمكنك تعديله كأي شرط آخر. ويمتد النمط نفسه إلى ما هو أبعد من التقييمات أيضًا. فأي تفاعل يمكن للرحلة أن تعمل عليه (إرسال نموذج، أو تأكيد حضور، أو تصويت في استطلاع) يمكنه أن يغذّي الشكل نفسه تحديث الحقل ← التفرّع ← إنشاء تذكرة لنوع مختلف من سير العمل الذي «يلاحظ هذا تلقائيًا».
البدء
ثبّت ما بعد الشراء من صفحة قائمة الرحلات لتحصل على الرحلتين المترابطتين ورسالة التقييم مبنية معًا. أو اربطها بنفسك: رحلة يشغّلها الشراء تنتظر ثم ترسل طلب تقييم، ورحلة ثانية يشغّلها تفاعل التقييم في تلك الرسالة بخطوات تحديث الحقل والتفرّع وإنشاء تذكرة. راجع الرحلات للاطلاع على المرجع الكامل للخطوات، وتذاكر الدعم لمعرفة ما يحدث بعد إنشاء التذكرة.