Cara membangun knowledge base dalam 30 hari: struktur, sumber, kepemilikan — dan basis yang tumbuh dari apa yang sudah dikatakan tim Anda (2026)

Knowledge base adalah kumpulan jawaban yang diberikan sebuah organisasi lebih dari sekali, ditulis satu kali, dan disimpan di tempat yang bisa ditemukan oleh orang yang membutuhkan jawaban itu tanpa harus bertanya. "Bagaimana cara menagih distributor di Swiss?", "apa yang kita sampaikan kepada orang tua yang anaknya melewatkan tenggat?", "kurir mana untuk pengiriman palet ke Maroko?" — saat salah satu pertanyaan ini diajukan untuk keempat kalinya, organisasi itu sudah punya knowledge base, entah sengaja dibangun atau tidak. Hanya saja isinya ada di kepala satu rekan kerja dan di selusin utas chat.

Kebanyakan panduan untuk membangunnya dimulai dengan memilih perangkat lunak. Panduan ini mulai lebih awal, karena perangkat lunak adalah bagian yang paling kecil: knowledge base adalah tiga keputusan — sebuah struktur, sekumpulan sumber, dan sebuah nama pada setiap entri — serta satu bulan untuk menjalankannya secara berurutan. Rencana 30 hari di bawah ini membawa organisasi berisi 10–200 orang ke knowledge base yang benar-benar dibuka orang, lengkap dengan templat entri yang bisa Anda salin, satu contoh nyata, tabel tentang di mana knowledge base berada dalam alat yang sudah dipakai tim Anda, dan kemudian bagian yang dilewatkan kebanyakan panduan: knowledge base itu sebagian besar sudah tertulis, dalam apa yang dikatakan tim di rapat dan diketik di chat, dan tugasnya adalah menyimpan semua itu di satu tempat yang bisa dibaca semua orang di tim.

Apa itu knowledge base — dan apa yang bukan

Ada empat hal yang disebut knowledge base, dan kerancuan di antara keempatnya adalah alasan mengapa begitu banyak yang dibangun tetapi sedikit yang dipakai:

Knowledge base adalah baris pertama, dan ia bergantung pada tiga baris lainnya. Wiki adalah apa yang terjadi padanya tanpa struktur; pustaka dokumen adalah tempat file-filenya berada; riwayat chat adalah tempat sebagian besar entrinya pertama kali ditulis, secara tidak sengaja, sebagai balasan. Keahliannya adalah memindahkan sebuah jawaban dari baris keempat ke baris pertama — satu kali, dengan sebuah nama di atasnya — dan metode di bawah ini dibangun di sekitar perpindahan itu.

Dua pembedaan lagi penting sebelum membangun. Knowledge base internal ditujukan untuk tim: bagaimana kita bekerja, di mana letak segala sesuatu, apa yang kita putuskan. Knowledge base eksternal ditujukan untuk pelanggan: bagaimana produk bekerja, apa yang harus dilakukan saat ada yang gagal. Panduan ini membahas yang internal; knowledge base eksternal ditulis dari yang internal belakangan, dengan menulis ulang entri-entri yang boleh dilihat pelanggan. Dan knowledge base bukanlah dokumen proses atau SOP: keduanya menjelaskan satu pekerjaan secara utuh dari awal sampai akhir; sebuah entri menjawab satu pertanyaan dan menautkan ke prosedurnya ketika jawabannya adalah "ikuti prosedur itu".

Tiga keputusan: struktur, sumber, kepemilikan

Struktur: berdasarkan pertanyaan, bukan departemen. Orang yang bertanya "bagaimana cara menagih Swiss?" tidak tahu apakah jawabannya milik keuangan, penjualan, atau logistik; yang ia tahu adalah pertanyaannya. Knowledge base yang disusun berdasarkan departemen mengirim mereka ke tiga bagian untuk menemukan satu jawaban. Susunlah berdasarkan pertanyaan yang diajukan orang — dengan kata-kata mereka — dan batasi tingkat teratas hingga tujuh bagian atau kurang. Di atas tujuh, strukturnya sendiri butuh pencarian, dan pencarian di knowledge base yang belum diisi siapa pun tidak menghasilkan apa-apa. Tingkat teratas yang umum untuk organisasi kecil: klien dan pesanan; uang dan penagihan; orang dan perekrutan; alat dan akses; aturan dan keputusan; siapa yang dihubungi.

Sumber: apa yang sudah ada, sebelum menulis yang baru. Tidak ada yang punya waktu untuk menulis knowledge base dari halaman kosong, dan memang tidak perlu. Jawaban-jawabannya sudah ada — dalam balasan yang diberikan rekan kerja Selasa lalu, dalam rekap rapat tempat aturan itu ditetapkan, dalam daftar harga yang dilampirkan seseorang pada pesan bulan Maret, dalam catatan onboarding yang disimpan karyawan baru terakhir. Versi pertama kebanyakan entri disalin, bukan ditulis. Di mana sumber-sumber itu berada, dan seberapa banyak dari masing-masing yang masih bisa dijangkau kemudian, adalah pokok bahasan tabel di bawah; singkatnya, di kebanyakan suite, chat, file, dan catatan rapat adalah tiga tempat yang terpisah, dan rapat itu sendiri adalah yang paling sedikit meninggalkan jejak.

Kepemilikan: sebuah nama dan sebuah tanggal pada setiap entri. Satu-satunya hal yang membedakan knowledge base yang dipercaya orang dari yang sudah berhenti mereka buka adalah apakah sebuah entri menyebutkan siapa pemiliknya dan kapan terakhir diperiksa. Entri dengan nama dan "ditinjau 14 Oktober 2026" dipercaya; teks yang sama tanpa keduanya dianggap "mungkin sudah usang". Tugas pemiliknya kecil: sekali per kuartal, menjawab "apakah ini masih benar?" dan mengubah tanggalnya. Bukan menulis ulang knowledge base. Jika tidak ada yang bisa disebut sebagai pemilik sebuah entri, entri itu bukan pengetahuan; itu tebakan, dan harus dikeluarkan.

Cara membangun knowledge base dalam 30 hari

Rencana ini mengandaikan satu orang yang menggerakkannya — pemimpin tim, atau siapa pun yang paling sering ditanya — dengan waktu sekitar dua jam per minggu, sementara anggota tim lainnya hanya menghabiskan beberapa menit.

Minggu 1 — kumpulkan pertanyaannya, bukan jawabannya. Buka sebuah channel, atau satu catatan di channel yang sudah ada, dan selama tujuh hari minta semua orang memasukkan setiap pertanyaan yang mereka ajukan kepada rekan kerja atau yang diajukan kepada mereka, dengan kata-kata yang dipakai. Belum ada jawaban. Pada hari Jumat akan ada empat puluh sampai delapan puluh pertanyaan; sepertiganya duplikat. Hitung yang berulang: pertanyaan yang diajukan lima kali adalah entri pertama. Hari sebelumnya, tempat daftar itu berada juga akan menjadi tempat knowledge base berada; pilihan tempat dibuat di sini berdasarkan apa yang sudah dibuka tim setiap hari, bukan berdasarkan perbandingan perangkat lunak.

Minggu 2 — struktur dan pemilik. Kelompokkan pertanyaan ke dalam grup; grup-grup itu adalah bagian-bagiannya, dan jumlahnya tidak lebih dari tujuh. Tunjuk satu pemilik per bagian — orang yang menjawab paling banyak pertanyaan di bagian itu pada minggu 1. Lalu tunjuk satu pemilik per entri untuk dua puluh pertanyaan yang paling sering diajukan. Belum menulis apa pun kecuali daftarnya: bagian, pertanyaan, pemilik. Kirim ke tim dan tanyakan satu hal: "pertanyaan apa yang belum ada?" Daftar itu kembali dengan sepuluh tambahan.

Minggu 3 — dua puluh entri pertama, dari sumber yang ada. Setiap pemilik menulis entrinya memakai templat di bawah, dimulai dari apa yang sudah ada: balasan chat, rekap, file. Aturan untuk minggu 3 adalah "singkat dan benar lebih baik daripada panjang dan lengkap": jawaban dua kalimat dengan tautan ke file, bertanggal dan bertanda tangan, adalah sebuah entri. Halaman yang menjelaskan sejarah sebuah aturan adalah dokumen, dan itu bisa menyusul. Entri yang bergantung pada keputusan yang tidak bisa ditemukan siapa pun masuk dulu ke log keputusan, lalu ke knowledge base dengan sebuah tautan.

Minggu 4 — terbitkan, lalu jalankan siklusnya. Sematkan knowledge base di tempat yang dibaca tim. Lalu tetapkan dua kebiasaan yang menjaganya tetap hidup: setiap pertanyaan yang diajukan di channel pertanyaan mulai sekarang mendapat entri atau tautan ke entri, ditulis oleh siapa pun yang menjawabnya; dan pemilik setiap entri mendapat tanggal tinjau di kalendernya. Hari ke-30 bukanlah knowledge base yang selesai. Itu adalah dua puluh sampai tiga puluh entri, masing-masing berpemilik dan bertanggal, serta sebuah siklus yang menambah satu entri setiap kali sebuah pertanyaan terjawab. Enam bulan kemudian jumlahnya dua ratus, dan tidak ada yang menulisnya sebagai proyek.

Yang tidak terjadi dalam 30 hari itu: memigrasikan pustaka dokumen, memilih alat baru, atau menulis halaman untuk setiap proses. Knowledge base menunjuk ke file di tempatnya berada dan ke prosedur di tempatnya tinggal. Memindahkan semuanya adalah proyek yang berbeda, dan sering kali tidak perlu.

Templat artikel knowledge base

Satu entri, satu pertanyaan, kurang dari satu halaman. Salin sebagai catatan dan isi; baris yang paling sering dilewati adalah tiga yang terakhir, dan justru itulah yang menjaga entri tetap benar.

[Pertanyaan, dengan kata-kata yang dipakai orang untuk menanyakannya]
Pemilik: [nama] · Bagian: [salah satu dari tujuh] · Terakhir ditinjau: [tanggal] · Tinjauan berikutnya: [tanggal]
Jawaban singkat: [dua kalimat — apa yang harus dilakukan]
Berlaku untuk: [tim, kantor, jenis klien] · Tidak berlaku untuk: [kasus yang sering dikira sama]
Caranya: [langkah bernomor, masing-masing menyebut sistem, orang, atau file yang terlibat]
Aturan di baliknya: [keputusan yang menetapkannya, dengan tanggalnya, dan alasannya]
Pengecualian: [kasus di luar jalur normal, dan siapa yang memutuskan masing-masing]
Lokasi file: [tautan ke templat, daftar harga, kontrak yang terkini]
Entri terkait: [SOP, proses, versi sebelumnya]

Templat ini adalah teks biasa dengan label tebal, sehingga bisa ditempel ke file Word, Google Doc, halaman wiki, canvas Slack, atau catatan chat tanpa perlu diformat ulang.

Contoh nyata: knowledge base seorang eksportir setelah 30 hari

Seorang eksportir mesin asal Italia, 38 orang, kantor penjualan di Milan dan distributor di Spanyol, Rumania, dan Maroko. Minggu 1 menghasilkan 61 pertanyaan; setelah duplikat dihapus, 44. Struktur yang muncul dari pertanyaan-pertanyaan itu, dengan jumlah entri per bagian pada hari ke-30:

1. Distributor dan pesanan (7) — cara menyiapkan distributor baru; siapa yang menyetujui batas kredit; apa yang dibutuhkan sebuah pesanan sebelum masuk produksi
2. Penagihan dan pembayaran (5) — menagih distributor di Swiss; kapan proforma dipakai; apa yang dilakukan ketika pembayaran terlambat 30 hari
3. Pengiriman dan bea cukai (6) — kurir menurut tujuan; dokumen yang dibutuhkan palet ke Maroko; siapa yang menandatangani deklarasi ekspor
4. Servis dan garansi (4) — apa yang dicakup garansi; cara memesan kunjungan servis; suku cadang apa yang disimpan di stok
5. Alat dan akses (3) — siapa yang memberi akses ke CRM; di mana daftar harga disimpan; cara menjangkau kotak surat bersama
6. Aturan dan keputusan (3) — aturan dua tanda tangan di atas 10.000; batas maksimum diskon; log keputusan
7. Siapa yang dihubungi (2) — agen bea cukai; kontak kurir per negara

Tiga puluh entri. Pertanyaan yang paling sering diajukan pada minggu 1 — "dokumen apa yang dibutuhkan palet ke Maroko?" — sudah dijawab di channel sebanyak sebelas kali dalam setahun oleh kepala logistik yang sama; entri itu hanya memakan waktu dua puluh menit baginya, karena jawaban kesebelas sudah tertulis dan hanya perlu ditambah baris pemilik dan tanggalnya.

Contoh entri yang sudah terisi dari bagian 3:

Dokumen apa yang dibutuhkan palet ke Maroko?
Pemilik: Kepala logistik · Bagian: Pengiriman dan bea cukai · Terakhir ditinjau: 3 November 2026 · Tinjauan berikutnya: 3 Februari 2027
Jawaban singkat: Faktur komersial rangkap tiga, packing list, sertifikat EUR.1, dan nomor izin impor distributor pada faktur.
Berlaku untuk: semua pengiriman ke distributor di Maroko · Tidak berlaku untuk: suku cadang di bawah 1.000 EUR yang dikirim lewat kurir, yang disertai formulir kurir itu sendiri.
Caranya: 1. Ekspor faktur dari sistem dengan templat Maroko. 2. Tambahkan nomor izin dari berkas distributor. 3. Ajukan EUR.1 ke kamar dagang, tiga hari kerja. 4. Lampirkan packing list. 5. Kirim seluruh set ke agen bea cukai dan tembuskan ke distributor.
Aturan di baliknya: Nomor izin ditambahkan setelah penahanan barang di Casablanca pada Maret 2026 (entri log keputusan 2026-03-19).
Pengecualian: Mesin demonstrasi dikirim dengan izin masuk sementara; kepala logistik yang memutuskan.
Lokasi file: Templat faktur Maroko; formulir permohonan EUR.1; berkas distributor.
Entri terkait: Kurir menurut tujuan; siapa yang menandatangani deklarasi ekspor.

Di mana knowledge base berada dalam alat yang sudah Anda pakai

Organisasi berisi 10–200 orang membangun knowledge base-nya di suite yang sudah dibayarnya, dan setiap suite punya tempat untuk entri, tempat untuk file, dan jalur untuk apa yang ditinggalkan sebuah rapat. Masing-masing berhenti di titik yang berbeda, dan di masing-masing, catatannya berada dalam bahasa saat diketik. Hanya perilaku yang terdokumentasi, dari halaman resmi vendor, dengan bulan pemeriksaan setiap halaman:

Ada tiga hal yang sama di keempatnya. Entri adalah dokumen atau pesan dalam satu bahasa saat diketik, dan anggota yang membaca bahasa lain membaca itu atau salinan yang dibuat seseorang. File berada di tempat kedua, ditemukan lewat pencarian kedua. Dan rapat — tempat aturan diperdebatkan dan ditetapkan — baru sampai ke knowledge base ketika seseorang mengetiknya sesudahnya: di mana Teams dan Meet menyimpan transkrip dan ringkasan, kalaupun ada, dan cara menyimpannya setelah panggilan, dibahas di di mana Microsoft Teams dan Google Meet menyimpan transkrip, rekaman, dan ringkasan Anda; notetaker AI yang ditambahkan banyak tim untuk alasan yang sama dibandingkan di alternatif Otter.ai, dan masing-masing menulis ringkasannya dalam satu bahasa.

Terjemahan yang didokumentasikan suite-suite ini adalah milik panggilan atau layar pembaca, bukan milik catatannya: Microsoft mendokumentasikan teks langsung yang diterjemahkan di rapat Teams ketika penyelenggara memegang lisensi Teams Premium atau Microsoft 365 Copilot, Google mendokumentasikan teks yang diterjemahkan di Meet pada paket Workspace yang memenuhi syarat (keduanya diperiksa Agustus 2026), dan WhatsApp mendokumentasikan penerjemahan pesan yang diterima di ponsel pembaca (diperiksa Agustus 2026) — apa yang dicakup masing-masing dan di mana masing-masing berhenti dibahas di terjemahan langsung Microsoft Teams, terjemahan langsung Google Meet dan terjemahan WhatsApp. Entri yang dibuka staf distributor di Casablanca pada hari Senin adalah objek yang terpisah dari teks-teks itu, dan dibaca dalam bahasa saat diketik.

Knowledge base yang tumbuh dari apa yang sudah dikatakan tim

InterMIND adalah ruang komunikasi tempat pekerjaan sebuah tim hidup di dalam channel, sehingga knowledge base punya rumah yang jelas: channel tim yang memakainya — tim ekspor, meja depan klinik, grup akun agensi — dan channel itu juga merupakan channel pertanyaan serta tempat rapat dimulai. Tiga keputusan di atas dipetakan langsung ke sana.

Struktur dan kepemilikan adalah entri-entri itu sendiri. Diposting sebagai catatan — pesan rich-text dengan judul dan daftar bernomor, diedit kemudian dari menunya sendiri — sebuah entri dibaca oleh setiap anggota dalam bahasanya sendiri dengan versi aslinya hanya satu sakelar jauhnya, dan disematkan sehingga versi terkini adalah hal pertama yang ditemukan rekan baru; dengan riwayat edit diaktifkan, kata-kata sebelumnya dari aturan yang berubah muncul di atas teks saat ini sebagai diff tingkat kata dengan stempel waktunya, yaitu jejak tinjauan yang ditunjuk oleh baris "terakhir ditinjau" milik pemilik. File yang ditunjuk sebuah entri — daftar harga, templat Maroko, kontrak distributor — diunggah ke channel yang sama dan pada setiap paket disertai ringkasan AI dalam bahasa pembaca dengan setiap poin ditautkan ke paragraf asalnya; pada paket berbayar, file itu sendiri terbuka dalam terjemahan ke bahasa pembaca (30 bahasa untuk dokumen). Jika salinan induknya tetap berada di alat dokumen, pembaruannya masuk ke channel lewat email: host channel memberinya alamat tersendiri, dan pesan yang dikirim ke sana muncul sebagai pesan biasa dengan pengirim yang disebutkan namanya dan lampiran yang tetap utuh. Tim yang datang dari Slack membawa channel-channelnya: ekspor workspace Slack standar dipulihkan sebagai satu channel per channel Slack, pesan berurutan dengan stempel waktu aslinya, pin dan reaksi tetap ada, setiap pesan dibaca oleh setiap anggota dalam bahasanya sendiri.

Sumber adalah tempat channel mengerjakan apa yang dalam tabel di atas diserahkan kepada seseorang. Rapat tempat aturan ditetapkan dimulai dari channel; selama panggilan, draf entri tampil di layar semua orang di samping kotak video dengan Share to conference — sebuah catatan, atau dokumen Google Docs atau OneDrive yang ditautkan di chat — dan setiap peserta menggulirnya secara mandiri dan membacanya dalam bahasanya sendiri, sementara pembagi menyuntingnya secara langsung. Ketika panggilan berakhir, rekap ditulis dari rapat itu sendiri — ringkasan, poin-poin yang ditandai disetujui, terbuka, atau diperdebatkan, action items beserta pemiliknya, setiap baris tetap menyimpan stempel waktunya — dan dokumen yang dibagikan selama sesi menyumbangkan ringkasannya di samping apa yang dikatakan. Rekap tiba lewat email, sebagai pesan di channel dan sebagai tautan di acara kalender, dan setiap anggota yang masuk membacanya dalam bahasanya sendiri: catatan itu diterjemahkan per pembaca, bukan ditulis sekali dalam bahasa yang kebetulan dipakai di ruangan. Anggota mana pun dapat menyuntingnya, setiap suntingan menyimpan penulis dan riwayat revisi, dan channel menyimpan rekap setiap sesi sebelumnya — sehingga rapat yang menetapkan aturan Maroko hanya satu klik dari entri yang menyatakannya. Itulah knowledge base yang tumbuh dari apa yang sudah dikatakan tim: jawaban kesebelas di channel, rekap panggilan tempat aturan itu diperdebatkan, file yang dilampirkan pada bulan Maret, semuanya di satu tempat, dengan entri di atasnya.

Channel pertanyaan mendapat perlakuan yang sama dari arah sebaliknya. Asisten milik anggota sendiri — Claude, ChatGPT, Copilot, atau Gemini, yang terhubung lewat konektor MCP — mencari rekap, transkrip, chat, dan teks file yang dibagikan dalam satu pertanyaan, "dokumen apa yang dibutuhkan palet ke Maroko?", dan mengembalikan kutipan beserta rapat, tanggal, dan file asal masing-masing; ini berjalan untuk organisasi dengan fitur AI aktif, dan pembacaan lewat asisten dibatasi pada rapat dan channel yang diikuti anggota itu. Chat itu sendiri punya pencarian, dan knowledge base dapat diambil keluar secara utuh: pada setiap paket, cadangan dari Settings mengekspor channel sebagai ZIP beserta pesan, transkripsi, dan file-nya, yang menjawab pertanyaan kepemilikan di tingkat organisasi, bukan tingkat entri. Jika disandingkan dengan tabel di atas, perbedaannya adalah pernyataan fakta yang lugas: teks yang didokumentasikan suite-suite itu menerjemahkan panggilan selama berlangsung; di sini entri, rapat yang menghasilkannya, file-filenya, dan riwayatnya adalah satu catatan, dibaca oleh setiap anggota dalam bahasanya sendiri.

Orang yang menyimpan pengetahuan sebuah tim tidak selalu karyawan. Staf pemesanan distributor, agen bea cukai, akuntan lepas yang tahu aturan Swiss: anggota eksternal channel bergabung lewat email dengan akun gratis dan membaca entri beserta riwayatnya seperti semua orang; orang tanpa akun adalah tamu satu rapat — mereka bergabung ke panggilan lewat tautan, dari ponsel, tanpa biaya, mendengarnya secara langsung dalam bahasa mereka sendiri, dan tidak mendapat catatan sesudahnya. Host menyediakan ruangnya dan, pada paket berbayar, hanya membayar anggota yang aktif dalam 28 hari terakhir — bergabung ke rapat, menulis di chat, atau bertanya kepada asisten; anggota yang menjadi tidak aktif tetap memiliki akses tanpa biaya, yang memang dibutuhkan sebuah knowledge base: orang yang menulis entri dua tahun lalu masih bisa berada di channel.

• Buka rekap lengkap — catatan nyata yang dirender oleh kode yang sama dengan yang menulis rekap Anda.
• Coba demo langsung — tanpa pendaftaran; bicaralah, dan dengarkan ruangan diterjemahkan per pendengar.

Membangun knowledge base sebagai keahlian akan bertahan di semua alat: seseorang tetap harus mengumpulkan pertanyaan, menjaga struktur tetap tujuh bagian, memberi nama dan tanggal pada setiap entri, dan menjawab di channel, bukan lewat pesan langsung. Yang tidak harus bertahan adalah pekerjaan kedua — mengetik ulang apa yang diputuskan rapat ke dalam knowledge base, dan menyimpan salinan terjemahan setiap entri secara manual, satu bahasa demi satu bahasa, untuk kantor yang membaca bahasa lainnya.

FAQ

Apa itu knowledge base?

Knowledge base adalah kumpulan jawaban atas pertanyaan yang diajukan kepada sebuah organisasi lebih dari sekali, ditulis satu kali, masing-masing dengan pemilik dan tanggal, dan disimpan di tempat yang bisa ditemukan oleh orang yang membutuhkan jawaban itu tanpa harus bertanya kepada rekan kerja. Knowledge base internal menjawab pertanyaan tim sendiri — bagaimana kita menagih, di mana file berada, apa yang kita putuskan; yang eksternal menjawab pertanyaan pelanggan tentang sebuah produk. Bedanya dengan wiki adalah adanya struktur dan pemilik, dan bedanya dengan pustaka dokumen adalah isinya jawaban, bukan file.

Bagaimana cara membuat knowledge base?

Kumpulkan pertanyaan yang benar-benar diajukan tim selama satu minggu, dengan kata-kata yang dipakai; kelompokkan menjadi tidak lebih dari tujuh bagian; tunjuk pemilik untuk setiap bagian dan untuk masing-masing dari dua puluh pertanyaan yang paling sering diajukan; minta para pemilik menulis entri-entri itu dari apa yang sudah ada — balasan chat, rekap rapat, file — memakai templat satu halaman dengan jawaban singkat, langkah, pengecualian, dan tanggal tinjau; terbitkan di tempat yang sudah dibaca tim; lalu jaga siklusnya tetap berjalan, di mana setiap pertanyaan yang terjawab menjadi entri dan pemilik setiap entri meninjaunya pada tanggalnya.

Apa saja yang harus ada dalam knowledge base?

Satu entri per pertanyaan, masing-masing dengan pertanyaan dalam kata-kata yang dipakai orang, pemilik, tanggal terakhir ditinjau dan tanggal tinjauan berikutnya, jawaban singkat, kasus yang berlaku dan tidak berlaku, langkah yang menyebut sistem atau orang yang terlibat, keputusan di balik aturan beserta tanggalnya, pengecualian dan siapa yang memutuskannya, tautan ke file terkini, dan tautan ke entri terkait. Knowledge base secara keseluruhan membutuhkan struktur tujuh bagian atau kurang, disusun berdasarkan pertanyaan yang diajukan, bukan berdasarkan departemen.

Apa perbedaan antara knowledge base dan wiki?

Wiki adalah kumpulan halaman yang bisa ditulis siapa saja dalam struktur apa pun; knowledge base disusun berdasarkan pertanyaan yang diajukan orang, dengan satu entri per pertanyaan serta pemilik dan tanggal tinjau yang tercantum pada masing-masing. Wiki bisa diubah menjadi knowledge base dengan menambahkan struktur dan pemilik; tanpa keduanya, wiki tumbuh menjadi ratusan halaman yang tidak bisa dinavigasi siapa pun dan tidak diperiksa siapa pun. Perangkat lunaknya sering kali sama; bedanya ada pada dua keputusan itu.

Bagaimana cara menyusun struktur knowledge base?

Berdasarkan pertanyaan, bukan departemen: orang yang bertanya tidak tahu departemen mana yang memiliki jawabannya, tetapi tahu apa yang ia tanyakan. Kelompokkan pertanyaan yang dikumpulkan pada minggu pertama menjadi tidak lebih dari tujuh bagian tingkat teratas — untuk organisasi kecil biasanya klien dan pesanan, uang dan penagihan, orang dan perekrutan, alat dan akses, aturan dan keputusan, dan siapa yang dihubungi — dan batasi setiap entri pada satu pertanyaan. Jika sebuah bagian tumbuh melebihi sekitar tiga puluh entri, pecah berdasarkan pertanyaan yang diajukan orang, bukan berdasarkan siapa yang menjawab.

Berapa lama waktu yang dibutuhkan untuk membangun knowledge base?

Tiga puluh hari menuju knowledge base yang dibuka orang: satu minggu mengumpulkan pertanyaan, satu minggu untuk struktur dan pemilik, satu minggu menulis dua puluh entri pertama dari sumber yang ada, satu minggu menerbitkan dan menetapkan siklus tinjauan. Penggerak menghabiskan sekitar dua jam per minggu; setiap pemilik menghabiskan dua puluh menit per entri, karena kebanyakan entri disalin dari jawaban yang sudah diberikan, bukan ditulis baru. Knowledge base belum selesai pada hari ke-30; ia tumbuh satu entri setiap kali sebuah pertanyaan dijawab.

Bisakah membangun knowledge base secara gratis?

Bisa — templat dalam panduan ini berupa teks biasa, dan knowledge base dapat berada di sebuah catatan, dokumen, atau channel dalam alat yang sudah dipakai tim: canvas di Slack, Google Doc, tab Files sebuah channel Teams, catatan yang disematkan di chat. Yang tidak berbiaya dalam perangkat lunak tetap memakan waktu tinjauan para pemilik, dan batasannya adalah milik suite itu sendiri: paket Free Slack menyimpan riwayat pesan 90 hari, dan di setiap suite entri berada dalam bahasa saat diketik. Di InterMIND, paket Basic gratis, dan harga paket berbayar ada di halaman harga.

Sumber: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. Halaman Microsoft Learn tentang Teams–SharePoint diperiksa November 2026; halaman retensi Teams dan catatan rapat, halaman templat canvas Slack, dan halaman Google "Take notes for me" diperiksa Oktober 2026; halaman terjemahan pesan dan teks langsung Teams, halaman harga, retensi, dan ekspor Slack, halaman terjemahan Google Chat dan teks langsung Meet, serta halaman WhatsApp diperiksa Agustus 2026. Vendor mengubah paket, fitur, dan daftar bahasa dari waktu ke waktu; periksa halaman mereka untuk kondisi terkini.