OpenClaw AI Aracılarıyla Müşteri Desteğini Otomatikleştirme

Müşteri desteği asla uyumayan, asla ucuza ölçeklenmeyen ve bir şeyler ters gidene kadar nadiren kredi alan departmandır. Tek bir ürün kesintisi, dakikalar içinde destek kuyruğunu binlerce destek talebiyle doldurabilir. Yüksek değerli bir hesapta kaçırılan bir SLA, yenileme maliyetine neden olabilir. Geleneksel yardım masası yazılımı, bildirimleri yönlendirebilir ve kategorilere ayırabilir, ancak bağlam hakkında akıl yürütemez, sorunları bağımsız olarak çözemez veya öğrendiklerine göre davranışını uyarlayamaz. OpenClaw AI ajanları üçünü de yapabilir.

Bu kılavuz, OpenClaw destekli eksiksiz bir müşteri destek sisteminin mimarisini açıklamaktadır: müşterinin otonom çözüme, akıllı yükseltmeye ve çözüm sonrası bilgi yakalamaya yönelik bir bildirim gönderdiği ilk andan itibaren. Her bileşen üretim açısından test edilmiştir ve kurumsal destek operasyonlarının gerçekliği temel alınarak oluşturulmuştur.

Önemli Çıkarımlar

• OpenClaw'ın önceliklendirme aracısı, niyet tespiti ve duyarlılık analizini kullanarak biletleri iki saniyeden kısa bir sürede sınıflandırır, önceliklendirir ve yönlendirir.
• Çözüm temsilcileri, sürekli güncellenen bilgi tabanından yararlanarak yaygın sorun türlerinin %60-80'ini insan müdahalesi olmadan ele alır.
• Eskalasyon mantığı deterministiktir ve denetlenebilir; bir insanın görevi ne zaman devralacağına ilişkin kara kutu kararları yoktur.
• Çözümlenen her bildirim bilgi tabanına geri yazılır ve manuel düzenlemeye gerek kalmadan sistemi zaman içinde daha akıllı hale getirir.
• SLA izleme temsilcileri, ihlalden sonra değil, biletler risk altında olduğunda proaktif olarak uyarı verir.
• Odoo, Zendesk, Freshdesk ve özel yardım masalarıyla entegrasyon OpenClaw'ın araç katmanı aracılığıyla gerçekleştirilir.
• CSAT toplama ve analizi otomatik hale getirilir ve duyarlılık eğilimleri, temsilci davranışının ayarlanmasına geri bildirim sağlar.
• ECOSIRE, kurumsal istemciler için uçtan uca OpenClaw destek otomasyonunu oluşturur ve yönetir.

---

Destek Otomasyon Yığınının Anatomisi

OpenClaw üzerine kurulu bir üretim destek otomasyon yığını, her biri belirli bir sorumluluğa sahip beş farklı aracı katmanına sahiptir:

Customer Submission
        ↓
[ Triage Agent ]        — classify, prioritize, route, detect duplicates
        ↓
[ Resolution Agent ]    — attempt autonomous resolution
        ↓
[ Escalation Agent ]    — determine if human is needed, assign to right team
        ↓
[ Follow-up Agent ]     — collect CSAT, verify resolution, prevent reopens
        ↓
[ Knowledge Agent ]     — extract learnings, update knowledge base

Her katman, kendi beceri seti ve bellek konfigürasyonuna sahip ayrı bir OpenClaw aracısıdır. Paylaşılan bir görev veri yolu aracılığıyla iletişim kurarlar; aracılar arası doğrudan bağlantı yoktur. Bu tasarım, Çözüm Aracısını Triyaj Aracısına dokunmadan bağımsız olarak yükseltebileceğiniz anlamına gelir.

---

Triyaj Aracısı: Geniş Ölçekte Sınıflandırma ve Yönlendirme

Triyaj Acentesi, gelen her bileti gören ilk sistemdir. Yüksek verimlilikte (kurumsal destek kuyrukları günde binlerce bilet alır) ve düşük gecikmeyle (SLA saatleri, bilet alındığı anda işlemeye başlar) çalışmalıdır.

Temsilci üç beceriyi paralel olarak çalıştırır:

IntentClassifier: Önceden tanımlanmış bir sınıflandırmaya göre bilet kategorisini tanımlar. Kategoriler Uzun Süreli Bellekte tanımlanır ve yeni sorun türleri ortaya çıktığında Bilgi Aracısı tarafından güncellenir. Sınıflandırıcı, genel bir sınıflandırıcı değil, spesifik ürün etki alanınız için ince ayarlı bir model kullanır.

SentimentAnalyzer: Müşterinin duygusal durumunu sakinden sıkıntılıya kadar beş puanlık bir ölçekte puanlar. Yüksek tehlike biletleri, teknik kategoriye bakılmaksızın öncelikli yönlendirmeye sahiptir. Öfkeli bir kurumsal hesabın, faturalandırma sorusu olan sakin bir son kullanıcıdan daha hızlı bir şekilde döngüdeki insana ihtiyacı vardır.

PriorityCalculator: Bir öncelik puanı oluşturmak için amaç kategorisini, duyarlılık puanını, müşteri katmanını (CRM aracından alınan), ürün alanını ve aktif olay durumunu birleştirir. Hesaplama kurallara dayalıdır ve tamamen denetlenebilir; bir biletin neden belirli bir öncelik aldığını tam olarak görebilirsiniz.

export const PriorityCalculator = defineSkill({
  name: "priority-calculator",
  input: z.object({
    intentCategory: z.string(),
    sentimentScore: z.number().min(1).max(5),
    customerTier: z.enum(["free", "starter", "growth", "enterprise"]),
    isActiveIncident: z.boolean(),
  }),
  output: z.object({
    priority: z.enum(["p1", "p2", "p3", "p4"]),
    slaHours: z.number(),
    rationale: z.string(),
  }),
  async run({ input }) {
    let score = 0;
    if (input.isActiveIncident) score += 40;
    if (input.customerTier === "enterprise") score += 30;
    if (input.sentimentScore >= 4) score += 20;
    if (["billing", "data-loss", "security"].includes(input.intentCategory)) score += 10;

    const priority = score >= 60 ? "p1" : score >= 40 ? "p2" : score >= 20 ? "p3" : "p4";
    const slaMap = { p1: 1, p2: 4, p3: 8, p4: 24 };

    return {
      priority,
      slaHours: slaMap[priority],
      rationale: `Score ${score}: tier=${input.customerTier}, sentiment=${input.sentimentScore}, incident=${input.isActiveIncident}`,
    };
  },
});

Gerekçe alanı kritiktir. Her öncelikli karar insan tarafından okunabilir olduğundan destek yöneticileri kodlara dokunmadan puanlama kurallarını denetleyebilir ve ayarlayabilir.

---

Çözüm Aracısı: Otonom Sorun Çözme

Çözüm Temsilcisi, biletleri insan müdahalesi olmadan çözmeye çalışır. Üç bilgi kaynağından yararlanır: yapılandırılmış bilgi tabanı (SSS'ler, runbook'lar, bilinen sorunlar), benzer geçmiş bildirimlerin bölüm belleği ve canlı sistem durumu API'leri.

Çözüm akışı, güvene dayalı bir modeli izler:

1. Al: Temsilci, bilgi tabanını biletin amacı ve açıklamasıyla sorgular. Güven puanlarına sahip ilk üç aday çözümü alır.
2. Doğrula: Temsilci, her aday çözüm için bunun müşterinin özel ortamına (ürün sürümü, hesap yapılandırması, coğrafi bölge) uygun olup olmadığını kontrol eder.
3. Uygula veya Yanıtla: Güven eşiği (yapılandırılabilir, varsayılan 0,85) aşarsa aracı, müşteriye çözüm yanıtını gönderir. Güven eşiğin altındaysa, bileti yükseltmeye geçirir.
4. Onayla: Temsilci, bir çözüm gönderdikten sonra 24 saat sonra bir takip kontrolü planlar. Müşteri olumsuz bir sinyalle ("hala bozuk", "bu işe yaramadı") yanıt verirse temsilci yeniden açar ve konuyu iletir.

export const AttemptResolution = defineSkill({
  name: "attempt-resolution",
  tools: ["knowledge-base", "crm", "helpdesk"],
  async run({ input, tools, memory }) {
    const candidates = await tools.knowledgeBase.search(input.ticketDescription, {
      topK: 3,
      filters: { productVersion: input.customerProductVersion },
    });

    const bestCandidate = candidates[0];
    if (!bestCandidate || bestCandidate.confidence < 0.85) {
      return { resolved: false, reason: "LOW_CONFIDENCE", confidence: bestCandidate?.confidence ?? 0 };
    }

    await tools.helpdesk.replyToTicket(input.ticketId, {
      body: bestCandidate.solutionText,
      status: "pending-customer-confirmation",
      tags: ["ai-resolved"],
    });

    await memory.episode.write({
      ticketId: input.ticketId,
      intent: input.intent,
      solution: bestCandidate.solutionKey,
      confidence: bestCandidate.confidence,
    });

    return { resolved: true, solutionKey: bestCandidate.solutionKey, confidence: bestCandidate.confidence };
  },
});

Bilgi tabanı doğrulanmış çözümlerle dolduğundan, ekipler genellikle dört ila altı haftalık çalışmanın ardından %60-80 oranında otonom çözüm oranları görüyor.

---

İlerletme Aracısı: Akıllı İnsan Aktarımı

Bir bildirim insan katılımını gerektirdiğinde, geçişin kalitesi müşteri deneyiminin iyileşip iyileşmeyeceğini belirler. İlerletme Temsilcisi, destek talebini atamadan önce kapsamlı bir brifing hazırlar, böylece insan temsilci yirmi mesaj dizisini okumadan hemen yanıt verebilir.

Özet şunları içerir:

• Müşterinin sorununun ve daha önce ne denendiğinin tek paragraflık özeti
• Müşteri hesabı bağlamı (kademe, MRR, görev süresi, açık siparişler, son destek geçmişi)
• Destekleyici dokümantasyon bağlantılarıyla birlikte önerilen çözüm yolları
• Herhangi bir SLA risk göstergesi

export const PrepareEscalationBrief = defineSkill({
  name: "prepare-escalation-brief",
  tools: ["crm", "helpdesk", "knowledge-base"],
  async run({ input, tools }) {
    const [account, history, candidates] = await Promise.all([
      tools.crm.getAccount(input.customerId),
      tools.helpdesk.getRecentTickets(input.customerId, { limit: 5 }),
      tools.knowledgeBase.search(input.ticketDescription, { topK: 3 }),
    ]);

    return {
      summary: generateSummary(input, account, history),
      accountContext: {
        tier: account.tier,
        mrr: account.mrr,
        openOrders: account.openOrders,
        csm: account.assignedCsm,
      },
      recommendedPaths: candidates.map((c) => ({ title: c.title, url: c.docUrl, confidence: c.confidence })),
      slaDeadline: calculateSlaDeadline(input.priority, input.createdAt),
    };
  },
});

Sorunu iletme temsilcisi ayrıca, yardım masasının temsilci durumu API'sinden alınan mevcut iş yükünü ve kullanılabilirliği göz önünde bulundurarak, biletlerin doğru ürün uzmanlığına sahip aracılara yönlendirilmesini ve eşleştirilmesini de yönetir.

---

SLA İzleme: Proaktif, Reaktif Değil

Çoğu yardım masası, bir SLA ihlal edildiğinde sizi uyarır. OpenClaw'ın SLA Monitörü, bir ihlal yaklaştığında müdahale etmek için yeterli süre tanıyarak sizi uyarır. Monitör, yapılandırılabilir bir programa göre çalışır (P1 biletleri için her 5 dakikada bir, P2 için her 15 dakikada bir) ve her açık bilet için ihlale kadar geçen süreyi hesaplar.

export const SlaMonitor = defineSkill({
  name: "sla-monitor",
  tools: ["helpdesk", "alerting"],
  async run({ input, tools }) {
    const openTickets = await tools.helpdesk.getOpenTickets({ priorities: ["p1", "p2"] });

    const atRisk = openTickets.filter((ticket) => {
      const timeRemaining = ticket.slaDeadline - Date.now();
      const warningThreshold = ticket.priority === "p1" ? 15 * 60 * 1000 : 60 * 60 * 1000;
      return timeRemaining < warningThreshold && timeRemaining > 0;
    });

    for (const ticket of atRisk) {
      await tools.alerting.send({
        channel: "slack",
        message: `SLA at risk: ${ticket.id} (${ticket.priority}) — ${Math.round((ticket.slaDeadline - Date.now()) / 60000)} minutes remaining`,
        assignee: ticket.assignedAgent,
      });
    }

    return { checkedCount: openTickets.length, atRiskCount: atRisk.length };
  },
});

---

Bilgi Yakalama: Her Bilet Sisteme Öğretir

Bir bildirim bir aracı veya insan tarafından çözümlendikten sonra Bilgi Aracısı bunu işler. Sorun bildirimini, uygulanan çözümü ve müşterinin çözümü onaylayıp onaylamadığını çıkarır. Başarılı kararlar güven puanıyla birlikte bilgi tabanına yazılır; Başarısız olan otonom kararlar, gelecekteki doğruluğu artırmak amacıyla insan incelemesi için işaretlenir.

Bu geri bildirim döngüsü, statik bir SSS botunu öğrenme destek sisteminden ayıran şeydir. Altı aylık çalışmanın ardından ekipler genellikle bilgi tabanlarının gelen bildirim türlerinin %90'ından fazlasını kapsadığını ve otonom çözüm oranlarının artmaya devam ettiğini görüyor.

---

Yardım Masanızla Entegrasyon

OpenClaw, Zendesk, Freshdesk, Intercom, HubSpot Service Hub ve Odoo Helpdesk için önceden oluşturulmuş araç adaptörleriyle birlikte gelir. Yapılandırma basittir:

{
  "tools": {
    "helpdesk": {
      "type": "zendesk",
      "subdomain": "${ZENDESK_SUBDOMAIN}",
      "apiToken": "${ZENDESK_API_TOKEN}",
      "email": "${ZENDESK_EMAIL}"
    }
  }
}

Özel yardım masaları için OpenClaw, uç nokta desenleriyle yapılandırdığınız bir GenericRestTool sağlar. Aracı çalışma zamanı kimlik doğrulamayı, hız sınırlamayı ve yeniden deneme mantığını yönetir.

---

Performansı Ölçme

Destek otomasyonunun etkisini ölçmek için bu ölçümleri izleyin:

---

Sıkça Sorulan Sorular

Sistem birden fazla dildeki biletleri nasıl yönetiyor?

Triyaj Aracısı, sınıflandırmadan önce bilet dilini tanımlayan bir dil algılama becerisi içerir. Çözüm Aracısı, çeviriler mevcutsa, algılanan dildeki bilgi tabanından çözümler alır, yoksa İngilizce çözümü anında çevirir. Üst kademeye iletme özetleri, müşterinin dili ne olursa olsun her zaman destek ekibinin birincil dilindedir. Dil algılama ve çeviri, önceliklendirme hattına 300 ms'den daha az bir süre ekler.

Çözüm Aracısının müşterilere yanlış yanıtlar göndermesini engelleyen nedir?

Güven eşiği birincil kapıdır. Güvenirliği 0,85'in altındaki çözümler müşterilere gönderilmez; bunun yerine yükseltmeyi tetikler. Ek olarak, belirli amaç kategorileri için bir insan incelemesi adımı yapılandırabilirsiniz (ör. faturalandırmayla ilgili tüm yanıtlar, gönderilmeden önce insan onayı gerektirir). Sistem, her otomatik yanıtı kaynak bilgi tabanı girişi ve güven puanıyla birlikte günlüğe kaydeder ve QA ekibinize tam denetlenebilirlik sağlar.

İlerletme yönlendirme kurallarını özelleştirebilir miyiz?

Evet. İlerletme yönlendirme mantığı, aracı bildiriminizde tanımlanan bildirime dayalı bir yönlendirme politikası aracılığıyla tamamen yapılandırılabilir. Amaç kategorisine, müşteri katmanına, ürün alanına, temsilci uzmanlık etiketlerine, mevcut iş yüküne ve günün saatine göre yönlendirme yapabilirsiniz. Yönlendirme kurallarında yapılan değişiklikler, yeniden dağıtıma gerek kalmadan hemen geçerli olur. Ayrıca, tercih edilen ölçütlerle eşleşen hiçbir aracı bulunmadığında geri dönüş yönlendirmeyi de tanımlayabilirsiniz.

Sistem aynı sorunla ilgili tekrarlanan iletişimleri nasıl ele alıyor?

Triyaj Aracısı, aynı müşteriden son 30 gün içinde benzer niyetle gelen biletler için bölüm belleğini sorgulayan bir kopya tespit becerisi çalıştırır. Bir kopya bulunursa, yeni bilet orijinaline bağlanır, asıl atanan kişiye bilgi verilir ve öncelik otomatik olarak yükseltilir; çünkü tekrarlanan iletişim genellikle ilk çözümün başarısız olduğu anlamına gelir. Bu, müşterilerin sorunlarını yeniden açıklamak zorunda kalmalarını önler.

Sistem hangi kişisel verileri saklıyor ve nasıl korunuyor?

Aracılar, bilet meta verilerini ve çözüm sonuçlarını, PII içeren ham bilet içeriğini değil, bölümde ve uzun süreli bellekte saklar. PII çıkarma, Triyaj Aracısındaki herhangi bir AI işleminden önce isimleri, e-posta adreslerini ve hesap numaralarını anonimleştirilmiş referanslarla değiştiren bir temizleme adımıyla gerçekleştirilir. Orijinal destek talebi içeriği yardım masası sisteminizde kalır; OpenClaw yalnızca sterilize edilmiş temsil üzerinde çalışır. Tüm bellek depoları kullanımda olmayan şifrelemeyi destekler.

Uygulama ne kadar sürer?

Bir yardım masası entegrasyonu, önceden oluşturulmuş bir bilgi tabanı içe aktarımı ve beş temel aracı (triyaj, çözüm, üst kademeye iletme, SLA izleme, bilgi yakalama) içeren standart bir uygulama dört ila altı hafta sürer. Özel entegrasyonlar, niş ürünler için özel amaç sınıflandırmaları ve gelişmiş yönlendirme kuralları zaman çizelgesine katkıda bulunur. ECOSIRE uygulama ekibi keşif aşamasında ayrıntılı bir proje planı sunar.

---

Sonraki Adımlar

OpenClaw destek otomasyonu, dağıtımdan birkaç hafta sonra ölçülebilir bir yatırım getirisi sağlar: bilet başına daha düşük maliyet, daha hızlı çözüm süreleri ve sistem öğrendikçe gelişen CSAT puanları. Mimari modüler olduğundan öncelik belirleme ve çözümleme otomasyonuyla başlayabilir ve SLA izleme ve bilgi yakalamayı aşamalı olarak ekleyebilirsiniz.

Kurumsal müşteriler için destek otomasyon sistemlerini nasıl oluşturduğumuzu ve işlettiğimizi görmek için ECOSIRE'ın OpenClaw uygulama hizmetlerini keşfedin. Ekibimiz ilk denetimden canlıya geçiş ve devam eden optimizasyona kadar her şeyi ele alır.