← رجوع للكتالوج
A2تواصل العملاء

مساعد دعم المستوى الثاني

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

وين يناسب
أشكال الأعمال
خدمات بين الشركاتشركة منتجاتخدمات مهنية
عتبة الحجم
تحت 15 tier 2 tickets per agent per week بالشهر، الاسترداد نادراً يبرّر البناء. الأنماط بهالشكل تسدّد بثبات عند 40+.
يناسب أكثر
الخدمات المهنية وB2B SaaS بمنتجات معقّدة.
الاسترداد · 3-5 شهرالبناء · منخفض–متوسطالقيمة · $35k-$120kمتى · أكثر من 5 موظفي دعم
وضع الفشل اللي تصمّم حوله
الموظفين ينسخون ويلصقون بدون تعديل ← ردود آلية. تابع نسبة التعديل كمقياس جودة.
المتطلبات · 4 مطلوب، 1 اختياري

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

  1. active_ticket_view
    مطلوبقراءة + كتابةطلب

    The agent's working surface where they handle one ticket at a time. The pattern reads the open ticket and presents the draft inline.

    شكل البيانات
    Currently-open ticket: full thread history, customer identifier, status, tags, and any internal notes. Pattern writes a draft into the reply composer or a side panel.
    يُملأ عادةً بواسطة
    • agent view inside a helpdesk system
    • support interface embedded in a CRM
    • custom internal support tool
  2. ticket_history_corpus
    مطلوبقراءةمجموعة

    Previously resolved tickets the pattern searches for precedent. The source of the 'we've seen this before' value.

    شكل البيانات
    Closed tickets with original inquiry, full response thread, resolution code, and time-to-resolve. PII stripped or vaulted before indexing.
    يُملأ عادةً بواسطة
    • archive of closed tickets in the helpdesk
    • export of historical support cases
    • knowledge management system fed by past resolutions
  3. product_documentation_corpus
    مطلوبقراءةمجموعة

    Authoritative technical and procedural content the pattern grounds factual claims on.

    شكل البيانات
    Technical documentation, runbooks, troubleshooting guides, configuration references. Often more structured than the customer-facing help center.
    يُملأ عادةً بواسطة
    • internal engineering wiki
    • developer documentation site
    • operations runbook collection
    • shared drive of procedure documents
  4. agent_feedback_signal
    مطلوبكتابةحدث

    Capture how much the agent edited the draft before sending. The single most useful quality signal this pattern produces.

    شكل البيانات
    Original draft, final sent message, edit-distance score, optional agent rating thumbs-up/down. Per-ticket.
    يُملأ عادةً بواسطة
    • logged inside the ticket view as an internal note
    • captured by an instrumented submit-handler
    • lightweight thumbs widget next to the draft
  5. customer_context_store
    موصى بهقراءةطلب

    Lookup of the customer's account, plan, history, and any prior tickets so the draft can reference the specifics.

    شكل البيانات
    Customer records with account state, plan, recent activity, and prior ticket links.
    إذا مفقود
    Drafts stay correct but generic. The agent has to fill in customer-specifics manually, which is most of the value being eroded.
    يُملأ عادةً بواسطة
    • CRM with customer profiles
    • product database keyed by account
    • billing system with subscription state
سير التشغيل · 7 خطوة
  1. 01
    Detect that the agent has opened a ticket in the working interface and read its content
    active_ticket_view
  2. 02
    Fetch customer context if available to enrich the draft with account-specific details
    customer_context_store
    قرار Skip if customer_context_store not filled.
  3. 03
    Retrieve similar past tickets and their resolutions via semantic search over ticket history
    ticket_history_corpus
  4. 04
    Retrieve relevant procedural and technical documentation
    product_documentation_corpus
  5. 05
    Generate a draft response with inline citations linking back to source ticket IDs and doc sections
  6. 06
    Present the draft to the agent in the working interface, with citations and any flagged uncertainties
    active_ticket_view
  7. 07
    Capture the eventual sent message, compute edit-distance from the original draft, log the agent's feedback
    agent_feedback_signal
المخرجات · 2

مخرجات منظّمة ينتجها هذا النمط. أنماط ثانية وأنظمة العملاء تقدر تشترك فيها، وهكذا يتركّب الكتالوج مع الوقت.

  • draft_quality_signal

    Per-ticket edit distance and optional rating, used to track whether the pattern is genuinely helping or producing drafts that always need rewriting.

    يُستهلك بواسطة
    • quality dashboards
    • prompt refinement workflows
    • training data for fine-tuning if ever pursued
  • knowledge_gap_signal

    Tickets where the pattern couldn't find good precedent or documentation, surfaced as gaps the team should fill in docs.

    يُستهلك بواسطة
    • documentation maintenance workflows
    • support team weekly retros
أنماط ذات صلة

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

كل أنماط تواصل العملاء →