Jawaban ditulis sekali, dipakai agen dan pelanggan.

Knowledge Base menyimpan artikel dalam kategori yang benar-benar dirawat tim support, dan menyajikannya di dalam ruang kerja agen supaya jawaban yang sama tidak ditulis ulang lima kali sehari.

Knowledge base mati ketika menulis artikel lebih mahal daripada menjawab tiket. Dock di ruang kerja agen adalah penawarnya: artikel berada di samping percakapan, jadi langsung dikoreksi begitu terbukti salah.

Artikel punya status dan pemilik, dan itulah yang membuat siklus peninjauan mungkin, bukan kuburan halaman kedaluwarsa.

  • 1Jawaban per pertanyaan, dipakai lintas kanal
  • DockArtikel di samping percakapan, bukan di tab lain
  • PemilikSetiap artikel punya satu, jadi basi punya nama
  • CariFull-text pada judul, isi, dan kategori
Artikel

Draft, tinjau, terbitkan – dan tahu kapan terakhir benar.

Artikel tinggal dalam kategori dengan pemilik dan status. Draft tidak terlihat agen sampai diterbitkan, dan setiap artikel membawa tanggal pembaruan terakhir sehingga jawaban basi terlihat basi, bukan ditemukan saat audit.

  • Kategori dengan pemilik dan urutan
  • Status draft, published, dan archived
  • Visibilitas pembaruan terakhir per artikel
  • Pencarian pada judul, isi, dan kategori
channels · unified inbox
Antrean hari ini4 kanal · 27 percakapan
WhatsAppRani – tanya jadwal dokter anak – belum dijawab
InstagramBudi – kirim foto dokumen – butuh verifikasi
WebchatCitra – minta penawaran – terhubung ke CRM
EmailKlinik Sehat – invoice – tiket dibuat otomatis
1 agen onlineSLA 5 menit2 menunggu
Dock agen

Jawaban berada di samping tiket yang membutuhkannya.

Di dalam tiket, dock menyarankan artikel berdasarkan judul dan tag, dan menyisipkannya ke balasan cukup satu klik. Koreksi terjadi dari layar yang sama, jadi versi yang dipakai agen adalah versi yang diperbaiki.

  • Saran artikel saat membalas
  • Sisipkan isi artikel ke balasan
  • Edit atau tandai artikel dari dock
  • Hubungkan tiket dengan artikel yang menyelesaikannya
channels · unified inbox
Antrean hari ini4 kanal · 27 percakapan
WhatsAppRani – tanya jadwal dokter anak – belum dijawab
InstagramBudi – kirim foto dokumen – butuh verifikasi
WebchatCitra – minta penawaran – terhubung ke CRM
EmailKlinik Sehat – invoice – tiket dibuat otomatis
1 agen onlineSLA 5 menit2 menunggu
Siklus kualitas

Tiket memberi tahu artikel mana yang salah.

Hasil penyelesaian, angka buka ulang, dan skor QA memberi umpan balik ke artikel mana yang perlu diperbaiki. Itu menutup siklus antara kualitas layanan dan konten, bukan memperlakukan dokumentasi sebagai proyek terpisah.

  • Angka buka ulang per kategori artikel
  • Skor QA terkait penyelesaian tiket
  • Artikel ditandai dari tiket untuk ditinjau
  • Daftar tinjauan bulanan per pemilik
hospital · queue display
Antrean Poli Penyakit DalamLive
Sedang dipanggilA-014
BerikutnyaA-015
Menunggu: 6Rata-rata tunggu: 14mLewat target: 1

Yang dicakup Knowledge Base

Kategori

Kategori berurutan dengan pemilik bernama.

Status artikel

Draft, published, archived dengan pembaruan terakhir.

Pencarian

Full-text pada judul, isi, kategori.

Dock agen

Saran dan penyisipan di dalam tiket.

Penautan

Tiket merujuk artikel yang menyelesaikannya.

Siklus tinjauan

Sinyal buka ulang dan QA menunjuk konten basi.

Pertanyaan soal merawatnya

Siapa yang bisa menerbitkan?

Penerbitan mengikuti izin per tim; penulis bisa menulis tanpa hak terbit.

Pelanggan bisa membaca langsung?

Basis ini ditulis untuk agen dulu; membuka portal publik adalah keputusan terpisah.

Bagaimana mencegah artikel basi?

Setiap artikel punya pemilik dan tanggal pembaruan, dan daftar tinjauan dibangkitkan dari sinyal support.

Bekerja dengan automasi Helpdesk?

Ya. Aturan automasi bisa melampirkan dan menyarankan artikel saat tiket diproses.

Lihat aplikasinya berjalan dengan data Anda sendiri.

Kami pasang suite-nya di server Anda atau di cloud kami, lalu tim kami menelusuri alur yang Anda sebutkan tadi.

Trusted by industries

Development

API siap produksi untuk tim yang membangun pengalaman sendiri.

Selain aplikasi siap pakai, PDS membuka jalur programmatic: kirim pesan, kelola percakapan, dan tarik data operasional dari endpoint yang sama dengan yang dipakai aplikasi internal — lengkap dengan webhook, API key per tenant, dan pencatatan setiap percobaan pengiriman.

Messaging API

Satu endpoint untuk WhatsApp, SMS, dan email. Nomor pengirim diatur per channel, status pengiriman dilaporkan balik lewat callback.

Learn more →

Webhooks

Event percakapan, tiket, dan pembayaran dikirim ke URL Anda, ditandatangani dan dicatat ulang bila gagal terkirim.

Learn more →

Omnichannel connector

Channel yang belum tersedia bisa ditambahkan sebagai driver sendiri: mapping field, signature, dan aturan balasan Anda tentukan.

Learn more →

Data & export

Rekaman percakapan, CDR, tiket, dan dataset operasional bisa ditarik lewat API atau diekspor terjadwal untuk gudang data Anda.

Learn more →