الموافقة البشرية في دعم العملاء

لا ينبغي لوكيل الدعم أن يقرر هذا الاسترداد وحده.

يصل السؤال إلى هاتف قائد الفريق. يحصل وكيلك على قرار، لا تذكرة دعم إضافية.

كيف أضيف موافقة بشرية إلى وكيل دعم عملاء؟

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

ما يحتاج إلى موافقة

إجراءات لا ينبغي تنفيذها تلقائيًا

issueRefund(orderId, amount)
لا يسهل استرجاع المال بعد دفعه. درجة ثقة النموذج لا تحل محل إذن شخص مسؤول بالإنفاق.
applyAccountCredit(userId, amount)
قد يبالغ وكيل يسعى لإرضاء العميل في منح الأرصدة. التعليمات داخل الطلب النصي لا تضمن الالتزام بسياسة المالية.
cancelSubscription(userId)
إلغاء خدمة دون طلب واضح من العميل خطأ في الدعم. وقد يظهر لاحقًا على هيئة اعتراض على الدفعة.
updateBillingEmail(userId, email)
تغيير عنوان الفواتير واستعادة كلمة المرور قد يتيح الاستيلاء على الحساب. لذلك يحتاج عادةً إلى تأكيد بشري.
escalate(ticketId, reason)
لا يفيد التحويل إلا إذا استلمه شخص. تفترض مسارات كثيرة أن أحدًا يراقب الشاشة في تلك اللحظة.

الكود

استدعاء واحد ضمن خطوتك الحالية

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

bash
npm i @pushary/server
استدعاء واحد
import { createPusharyServer } from "@pushary/server"

const px = createPusharyServer({ apiKey: process.env.PUSHARY_API_KEY! })

async function resolveTicket(ticket: Ticket, proposed: RefundPlan) {
  // Small refunds inside policy do not need a person.
  if (proposed.amount <= POLICY.autoRefundCeiling) {
    return issueRefund(ticket.orderId, proposed.amount)
  }

  const decision = await px.decisions.ask({
    externalId: ticket.assignedAgentId,
    type: "confirm",
    question: `Refund $${proposed.amount} on order #${ticket.orderId}? ${proposed.reason}`,
  })

  if (!decision.approved) return replyWithAlternative(ticket)
  return issueRefund(ticket.orderId, proposed.amount)
}

من يقرر

اتخاذ القرار لا يتطلب الجلوس أمام المكتب

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

وكيلنا يحوّل الطلب أصلًا إلى إنسان. ما الذي ينقص؟

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

للمزيد: توثيق LangGraph بشأن المقاطعات واستئناف التنفيذ المتوقف.

$99/ شهريًا، خطة Partner

أضفه إلى منتجك. لا يحتاج مستخدموك إلى حساب Pushary ولا يدفعون لنا شيئًا.

What the Partner plan covers

أسئلة شائعة

إجابات عن أسئلتك

هل يستطيع المسؤول اقتراح مبلغ مختلف؟
نعم. استخدم input بدلًا من confirm. تعود القيمة المدخلة إلى كودك كإجابة، فيمكن لقائد الفريق اقتراح رصيد أقل. تعمل الموافقة والرفض من شاشة القفل؛ أما الكتابة فتفتح تطبيق Pushary.
هل يعرف العميل أن شخصًا سُئل؟
فقط إذا أخبرته. يسأل Pushary المسؤول ويعيد الإجابة إلى كودك. إذا تجاوز الانتظار بضع ثوانٍ، فمن المفيد عادةً توضيح ذلك للعميل.
ماذا يحدث للتذكرة إذا لم يرد أحد؟
لا يُردّ المال. يحدد وكيلك الخطوة التالية، وغالبًا يعيد التذكرة إلى قائمة الدعم المعتادة. يبقى الطلب محفوظًا عند إعادة تشغيل الخدمة. احفظ معرّف القرار واستأنف عبر webhook موقّع أو بالاستعلام من API.
هل يمكن توزيع القوائم على مسؤولين مختلفين؟
نعم. أرسل معرّف الشخص المناسب: مسؤول المالية للفواتير أو قائد المناوبة للمشكلة التقنية. يثبت كل شخص التطبيق المجاني ويربط هاتفه مرة واحدة عبر رابط. لا يحتاج إلى حساب Pushary أو دفع أي مبلغ.

اترك القرار للإنسان في الخطوة التي تحتاج إليه.

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

Start free