30 günde bilgi tabanı nasıl kurulur: yapı, kaynaklar, sahiplik — ve ekibin zaten söylediklerinden büyüyen taban (2026)

Bilgi tabanı, bir kurumun birden fazla kez verdiği cevapların bir kez yazılıp, cevaba ihtiyacı olan kişinin kimseye sormadan bulabileceği yerde tutulmasıdır. "İsviçre'deki bir distribütöre nasıl fatura keseriz?", "teslim tarihini kaçıran bir öğrencinin velisine ne söyleriz?", "Fas'a palet için hangi taşıyıcı?" — bunlardan biri dördüncü kez sorulduğunda, kurum onu kurmuş olsun ya da olmasın, bir bilgi tabanına sahiptir. Yalnızca bir çalışma arkadaşının kafasında ve bir düzine sohbet dizisinde yaşıyordur.

Bu konudaki rehberlerin çoğu yazılım seçmekle başlar. Bu rehber daha erken başlıyor, çünkü yazılım işin en küçük kısmı: bilgi tabanı üç karardır — bir yapı, bir kaynak kümesi ve her maddenin üzerinde bir isim — ve bunları sırayla yapmak için bir ay. Aşağıdaki 30 günlük plan, 10–200 kişilik bir kurumu insanların gerçekten açtığı bir tabana ulaştırır. Plana kopyalayabileceğiniz bir madde şablonu, işlenmiş bir örnek, tabanın ekibinizin zaten kullandığı araçlarda nerede durduğunu gösteren bir tablo ve çoğu rehberin atladığı bölüm eşlik ediyor: taban büyük oranda zaten yazılmış durumda, ekibin toplantılarda söylediklerinde ve sohbetlerde yazdıklarında. İş, bunu tek bir yerde, ekibin herkesinin okuyabileceği biçimde tutmaktır.

Bilgi tabanı nedir — ve ne değildir

Dört şeye bilgi tabanı denir ve aralarındaki karışıklık, bu kadar çoğunun kurulup bu kadar azının kullanılmasının nedenidir:

Bilgi tabanı ilk satırdır ve diğer üçüne bağlıdır. Wiki, yapısız kalan tabanın dönüştüğü şeydir; belge kitaplığı, taban maddelerinin dosyalarının durduğu yerdir; sohbet geçmişi ise maddelerin çoğunun ilk kez, kazara, yanıt olarak yazıldığı yerdir. Zanaat, bir cevabı dördüncü satırdan birinciye taşımaktır — bir kez, üzerine bir isim yazarak — ve aşağıdaki yöntem bu taşıma etrafında kurulmuştur.

Kurmadan önce iki ayrım daha önemlidir. İç bilgi tabanı ekip içindir: işleri nasıl yaptığımız, şeylerin nerede olduğu, ne kararlaştırdığımız. Dış olan müşteriler içindir: ürünün nasıl çalıştığı, bir şey bozulduğunda ne yapılacağı. Bu rehber iç tabanla ilgili; dış taban, daha sonra iç tabandan, müşterilerin görmesine izin verilen maddeler yeniden yazılarak oluşturulur. Ayrıca bilgi tabanı bir süreç belgesi ya da SOP değildir: bunlar bir işi baştan sona anlatır; bir madde ise tek bir soruyu yanıtlar ve cevap "prosedürü izleyin" olduğunda prosedüre bağlantı verir.

Üç karar: yapı, kaynaklar, sahiplik

Yapı: departmana göre değil, soruya göre. "İsviçre'ye nasıl fatura keseriz?" diye soran kişi cevabın finansa, satışa ya da lojistiğe ait olduğunu bilmez; soruyu bilir. Departmana göre düzenlenmiş bir taban, onu tek bir cevap için üç bölüme gönderir. İnsanların sorduğu sorulara göre — kendi sözcükleriyle — düzenleyin ve üst düzeyi yedi bölüm ya da daha az tutun. Yediden fazlasında yapının kendisi bir aramaya ihtiyaç duyar ve henüz kimsenin doldurmadığı bir tabanda arama hiçbir şey döndürmez. Küçük bir kurum için tipik üst düzeyler: müşteriler ve siparişler; para ve faturalama; insanlar ve işe alım; araçlar ve erişim; kurallar ve kararlar; kimi aramalı.

Kaynaklar: yeni bir şeyden önce, zaten var olanlar. Kimsenin boş sayfadan bilgi tabanı yazacak zamanı yok ve kimsenin buna ihtiyacı da yok. Cevaplar mevcut — bir iş arkadaşının geçen salı verdiği yanıtta, kuralın konduğu toplantının özetinde, birinin mart ayında bir mesaja eklediği fiyat listesinde, son işe alınanın tuttuğu oryantasyon notlarında. Çoğu maddenin ilk sürümü yazılmaz, kopyalanır. Kaynakların nerede durduğu ve her birinin sonradan ne kadarına erişilebildiği aşağıdaki tablonun konusu; kısa hali şu: çoğu pakette sohbet, dosyalar ve toplantı notları üç ayrı yerdir ve geride en az şey bırakan, toplantının kendisidir.

Sahiplik: her maddede bir isim ve bir tarih. İnsanların güvendiği bir bilgi tabanını, açmayı bıraktıkları bir tabandan ayıran tek şey, bir maddenin kime ait olduğunu ve en son ne zaman kontrol edildiğini söyleyip söylemediğidir. İsim ve "gözden geçirildi: 14 Ekim 2026" taşıyan bir maddeye inanılır; aynı metin bunlar olmadan "muhtemelen güncelliğini yitirmiş"tir. Sahibin işi küçüktür: üç ayda bir "bu hâlâ doğru mu?" sorusunu yanıtlamak ve tarihi değiştirmek. Tabanı yeniden yazmak değildir. Bir madde için kimse isimlendirilemiyorsa o madde bilgi değil, bir tahmindir ve çıkarılır.

30 günde bilgi tabanı nasıl kurulur

Plan, onu yürüten tek bir kişi olduğunu varsayar — ekip lideri ya da en çok soru alan kişi — haftada yaklaşık iki saat ayırır; ekibin geri kalanı ise dakikalar harcar.

1. hafta — cevapları değil, soruları toplayın. Bir kanal açın ya da mevcut bir kanalda bir not oluşturun ve yedi gün boyunca herkesin bir iş arkadaşına sorduğu ya da kendisine sorulan her soruyu, kullanılan sözcüklerle oraya bırakmasını isteyin. Henüz cevap yok. Cuma gününe kadar kırk ila seksen soru olur; üçte biri tekrardır. Tekrarları sayın: beş kez sorulan soru birinci maddedir. Listenin durduğu yer, tabanın da duracağı yerdir; yerin seçimi burada, bir yazılım karşılaştırmasıyla değil, ekibin her gün zaten neyi açtığına bakılarak yapılır.

2. hafta — yapı ve sahipler. Soruları gruplara ayırın; gruplar bölümlerdir ve yediden fazla olmaz. Her bölüm için bir sahip belirleyin — 1. haftada sorularının çoğunu yanıtlayan kişi. Sonra en çok sorulan yirmi soru için madde başına bir sahip belirleyin. Liste dışında henüz hiçbir şey yazmayın: bölüm, soru, sahip. Ekibe gönderin ve tek bir şey isteyin: "hangi sorular eksik?" Liste on soru daha ekleyerek geri gelir.

3. hafta — kaynaklardan ilk yirmi madde. Her sahip, maddelerini aşağıdaki şablonla yazar ve zaten var olandan yola çıkar: sohbet yanıtı, özet, dosya. 3. haftanın kuralı "kısa ve doğru, uzun ve eksiksizden iyidir": dosyaya bağlantı veren, tarihli ve imzalı iki cümlelik bir cevap bir maddedir. Kuralın tarihçesini anlatan bir sayfa ise bir belgedir ve daha sonra gelebilir. Kimsenin bulamadığı bir karara dayanan maddeler önce karar günlüğüne, sonra bağlantıyla birlikte tabana girer.

4. hafta — yayımlayın, sonra döngüyü işletin. Tabanı ekibin okuduğu yere sabitleyin. Ardından onu canlı tutan iki alışkanlığı kurun: bundan sonra soru kanalında sorulan her soru, cevaplayan kişi tarafından yazılan bir madde ya da bir maddeye bağlantı alır; ve her maddenin sahibi gözden geçirme tarihini takvimine koyar. 30. gün bitmiş bir taban değildir. Yirmi ila otuz maddedir, her biri sahipli ve tarihli, ve bir soru cevaplandığında bir madde ekleyen bir döngü. Altı ay sonra iki yüz olur ve bunu kimse bir proje olarak yazmamıştır.

30 günde olmayanlar: belge kitaplığını taşımak, yeni bir araç seçmek veya her süreç için bir sayfa yazmak. Taban, dosyalara bulundukları yeri, prosedürlere yaşadıkları yeri gösterir. Onları taşımak başka bir projedir ve çoğu zaman gereksizdir.

Bilgi tabanı madde şablonu

Bir madde, bir soru, bir sayfanın altında. Bir not olarak kopyalayıp doldurun; en sık atlanan satırlar son üçüdür ve maddeyi doğru tutanlar da onlardır.

[Soru, insanların sorarken kullandığı sözcüklerle]
Sahip: [isim] · Bölüm: [yedisinden biri] · Son gözden geçirme: [tarih] · Sonraki gözden geçirme: [tarih]
Kısa cevap: [iki cümle — ne yapılmalı]
Geçerli olduğu yerler: [ekip, ofis, müşteri türü] · Geçerli olmadığı yerler: [insanların karıştırdığı durum]
Nasıl: [numaralı adımlar, her biri ilgili sistemi, kişiyi veya dosyayı belirterek]
Arkasındaki kural: [onu koyan karar, tarihi ve nedeniyle]
İstisnalar: [normal yolun dışındaki durumlar ve her birine kimin karar verdiği]
Dosyalar nerede: [güncel şablona, fiyat listesine, sözleşmeye bağlantı]
İlgili maddeler: [SOP, süreç, önceki sürüm]

Şablon kalın etiketli düz metindir; bu yüzden yeniden biçimlendirmeye gerek kalmadan bir Word dosyasına, bir Google Doc'a, bir wiki sayfasına, bir Slack canvas'ına ya da bir sohbet notuna yapıştırılabilir.

İşlenmiş bir örnek: bir ihracatçının 30 gün sonraki tabanı

38 kişilik bir İtalyan makine ihracatçısı; Milano'da bir satış ofisi, İspanya, Romanya ve Fas'ta distribütörler. 1. hafta 61 soru üretti; tekrarlar çıkarıldıktan sonra 44. Bunlardan çıkan yapı, 30. günde bölüm başına madde sayısıyla birlikte:

1. Distribütörler ve siparişler (7) — yeni bir distribütör nasıl kurulur; kredi limitini kim onaylar; bir siparişin üretime gitmeden önce neye ihtiyacı vardır
2. Faturalama ve ödeme (5) — İsviçre'deki bir distribütöre fatura kesme; proforma ne zaman kullanılır; bir ödeme 30 gün geciktiğinde ne yapılır
3. Nakliye ve gümrük (6) — varış yerine göre taşıyıcılar; Fas'a giden bir paletin ihtiyaç duyduğu belgeler; ihracat beyannamesini kim imzalar
4. Servis ve garanti (4) — garanti neyi kapsar; servis ziyareti nasıl ayarlanır; hangi parçalar stokta tutulur
5. Araçlar ve erişim (3) — CRM erişimini kim verir; fiyat listesi nerede durur; ortak posta kutusuna nasıl ulaşılır
6. Kurallar ve kararlar (3) — 10.000 üzerindeki çift imza kuralı; indirim tavanı; karar günlüğü
7. Kimi aramalı (2) — gümrük müşaviri; ülkelere göre taşıyıcı irtibat kişileri

Otuz madde. 1. haftanın en çok sorulan sorusu — "Fas'a giden bir palet hangi belgelere ihtiyaç duyar?" — bir yıl içinde aynı lojistik lideri tarafından kanalda on bir kez yanıtlanmıştı; maddeyi yazmak ona yirmi dakika sürdü, çünkü on birinci cevap zaten yazılmıştı ve yalnızca sahip satırına ve tarihe ihtiyaç duyuyordu.

3. bölümden doldurulmuş bir madde:

Fas'a giden bir palet hangi belgelere ihtiyaç duyar?
Sahip: Lojistik lideri · Bölüm: Nakliye ve gümrük · Son gözden geçirme: 3 Kasım 2026 · Sonraki gözden geçirme: 3 Şubat 2027
Kısa cevap: Üç nüsha ticari fatura, çeki listesi, EUR.1 belgesi ve faturada distribütörün ithalat lisans numarası.
Geçerli olduğu yerler: Faslı distribütörlere yapılan tüm sevkiyatlar · Geçerli olmadığı yerler: kuryeyle gönderilen, 1.000 EUR altındaki yedek parçalar; bunlar kuryenin kendi formuyla gider.
Nasıl: 1. Faturayı sistemden Fas şablonuyla dışa aktarın. 2. Lisans numarasını distribütörün dosyasından ekleyin. 3. EUR.1'i ticaret odasından talep edin, üç iş günü. 4. Çeki listesini ekleyin. 5. Seti gümrük müşavirine gönderin ve distribütörü kopyada tutun.
Arkasındaki kural: Lisans numarası, Mart 2026'daki Kazablanka'daki bekletmenin ardından eklendi (karar günlüğü kaydı 2026-03-19).
İstisnalar: Gösteri makineleri geçici ithalat kapsamında gider; lojistik lideri karar verir.
Dosyalar nerede: Fas fatura şablonu; EUR.1 talep formu; distribütör dosyaları.
İlgili maddeler: Varış yerine göre taşıyıcılar; ihracat beyannamesini kim imzalar.

Bilgi tabanı, zaten kullandığınız araçlarda nerede durur

10–200 kişilik bir kurum tabanını zaten ödediği pakette kurar ve her paketin madde için bir yeri, dosyalar için bir yeri ve bir toplantının geride bıraktıkları için bir yolu vardır. Her biri farklı bir noktada durur ve hepsinde kayıt, yazıldığı dildedir. Yalnızca belgelenmiş davranış, satıcıların kendi sayfalarından, her sayfanın kontrol edildiği ayla birlikte:

Dördünde de üç şey aynıdır. Madde, yazıldığı tek dildeki bir belge ya da mesajdır ve başka bir dil okuyan üye ya onu ya da birinin yaptığı bir kopyayı okur. Dosyalar ikinci bir yerdedir ve ikinci bir aramayla bulunur. Ve kuralın tartışılıp konduğu toplantı, tabana ancak biri sonradan yazdığında ulaşır: Teams ve Meet'in bir döküm ve özeti hiç tutup tutmadığı ve görüşmeden sonra bunların nasıl saklanacağı Microsoft Teams ve Google Meet dökümünüzü, kaydınızı ve özetinizi nerede saklar yazısında; birçok ekibin aynı nedenle eklediği yapay zekâ not alıcıları Otter.ai alternatifleri yazısında karşılaştırılıyor ve her biri özetini tek bir dilde yazıyor.

Bu paketlerin belgelediği çeviri, kayda değil, görüşmeye ya da okuyanın ekranına aittir: Microsoft, organizatörün Teams Premium ya da Microsoft 365 Copilot lisansına sahip olduğu Teams toplantılarında canlı çevrilmiş altyazıları belgeliyor; Google, uygun Workspace planlarında Meet'te çevrilmiş altyazıları belgeliyor (ikisi de Ağustos 2026'da kontrol edildi); WhatsApp ise alınan bir mesajın okuyanın telefonunda çevrilmesini belgeliyor (Ağustos 2026'da kontrol edildi) — her birinin neyi kapsadığı ve nerede durduğu Microsoft Teams canlı çeviri, Google Meet canlı çeviri ve WhatsApp çeviri yazılarında. Kazablanka'daki distribütörün katibinin pazartesi günü açtığı madde, bu altyazılardan ayrı bir nesnedir ve yazıldığı dilde okunur.

Ekibin zaten söylediklerinden büyüyen taban

InterMIND, bir ekibin işinin bir kanalda yaşadığı bir iletişim alanıdır; dolayısıyla bilgi tabanının bariz bir evi vardır: onu kullanan ekibin kanalı — ihracat ekibi, kliniğin ön bürosu, ajansın hesap grubu — ve bu kanal aynı zamanda soru kanalı ve toplantıların başladığı yerdir. Yukarıdaki üç karar buna doğrudan eşlenir.

Yapı ve sahiplik maddelerin kendileridir. Bir not olarak yayımlanan bir madde — başlıklar ve numaralı listeler içeren, daha sonra kendi menüsünden düzenlenen zengin metinli bir mesaj — her üye tarafından kendi dilinde, orijinali bir geçiş uzaklığında olacak şekilde okunur ve güncel sürüm yeni bir iş arkadaşının bulduğu ilk şey olsun diye sabitlenir; düzenleme geçmişi açıkken, değişen bir kuralın önceki ifadesi, zaman damgasıyla birlikte, güncel metnin üstünde sözcük düzeyinde bir fark olarak görünür; sahibin "son gözden geçirme" satırının işaret ettiği inceleme izi budur. Bir maddenin işaret ettiği dosyalar — fiyat listesi, Fas şablonu, distribütör sözleşmesi — aynı kanala yüklenir ve her planda, okuyanın dilinde, her noktası geldiği paragrafa bağlı bir yapay zekâ özeti taşır; ücretli planlarda dosyanın kendisi okuyanın diline çevrilmiş olarak açılır (belgeler için 30 dil). Ana kopya bir belge aracında kalıyorsa güncellemeleri kanala e-postayla ulaşır: kanalın sahibi ona kendi adresini verir ve oraya gönderilen mesaj, gönderen adıyla ve ekleri korunarak normal bir mesaj olarak görünür. Slack'ten gelen bir ekip kanallarını da getirir: standart bir Slack çalışma alanı dışa aktarımı, her Slack kanalı için bir kanal olarak, mesajlar sırasıyla ve özgün zaman damgalarıyla, sabitlemeler ve tepkiler korunarak geri yüklenir; her mesaj her üye tarafından kendi dilinde okunur.

Kaynaklar, yukarıdaki tablonun bir kişiye bıraktığı işi kanalın yaptığı yerdir. Kuralın konduğu toplantı kanaldan başlar; görüşme sırasında taslak madde, Share to conference ile video karolarının yanında herkesin ekranına gelir — bir not ya da sohbette bağlantısı verilen bir Google Docs veya OneDrive belgesi — ve her katılımcı onu bağımsız olarak kaydırır ve kendi dilinde okur, paylaşan kişi ise onu canlı düzenler. Görüşme bittiğinde özet, toplantının kendisinden yazılır — bir özet, kararlaştırılmış, açık ya da tartışmalı olarak işaretlenen noktalar, sahipleriyle aksiyon maddeleri, her satır zaman damgasını koruyarak — ve oturum sırasında paylaşılan belgeler, söylenenlerin yanında kendi özetleriyle katkıda bulunur. E-postayla, kanalda bir mesaj olarak ve takvim etkinliğinde bir bağlantı olarak ulaşır ve oturum açmış her üye onu kendi dilinde okur: kayıt, odanın kullandığı dilde bir kez yazılmaz, okuyucu başına çevrilir. Herhangi bir üye onu düzenleyebilir, her düzenleme yazarı ve revizyon geçmişini korur ve kanal geçmiş her oturumun özetini tutar — yani Fas kuralını koyan toplantı, onu belirten maddeden bir tık uzaktadır. Tabanın ekibin zaten söylediklerinden büyümesi budur: kanaldaki on birinci cevap, kuralın tartışıldığı görüşmenin özeti, mart ayında eklenen dosya, hepsi tek bir yerde, üzerlerinde madde olarak.

Soru kanalı aynı işlemi öbür yönden görür. Bir üyenin kendi asistanı — MCP bağlayıcısıyla bağlanan Claude, ChatGPT, Copilot ya da Gemini — özetleri, dökümleri, sohbetleri ve paylaşılan dosyaların metnini tek bir soruyla arar, "Fas'a giden bir palet hangi belgelere ihtiyaç duyar?", ve her birinin geldiği toplantı, tarih ve dosyayla birlikte pasajları döndürür; bu, yapay zekâ özellikleri açık olan kurumlarda çalışır ve asistan üzerinden okuma, üyenin içinde bulunduğu toplantılar ve kanallarla sınırlıdır. Sohbetin kendisinin bir araması vardır ve taban bütün olarak dışarı alınabilir: her planda Ayarlar'dan alınan bir yedek, kanalları mesajları, transkriptleri ve dosyalarıyla bir ZIP olarak dışa aktarır; bu, sahiplik sorusunun madde düzeyinde değil, kurum düzeyinde yanıtlanmasıdır. Yukarıdaki tablonun yanına konduğunda fark açık bir olgu ifadesidir: o paketlerin belgelediği altyazılar görüşme sürerken onu çevirir; burada madde, onu üreten toplantılar, dosyaları ve geçmişi tek bir kayıttır ve her üye tarafından kendi dilinde okunur.

Bir ekibin bilgisini elinde tutanlar her zaman çalışan değildir. Distribütörün sipariş katibi, gümrük müşaviri, İsviçre kuralını bilen serbest muhasebeci: kanalın harici bir üyesi e-postayla ücretsiz bir hesapla katılır ve maddeleri ve geçmişlerini herkes gibi okur; hesabı olmayan kişi ise tek bir toplantının misafiridir — görüşmeye bağlantıyla, bir telefondan, ücretsiz katılır, onu canlı olarak kendi dilinde dinler ve sonrasında hiçbir kayıt almaz. Alanı ev sahibi sağlar ve ücretli bir planda yalnızca son 28 günde aktif olan üyeler için öder — bir toplantıya katılan, bir sohbette yazan ya da asistana soru soran; sessizleşen üyeler erişimlerini ücretsiz korur ve bir bilgi tabanının ihtiyacı da budur: maddeyi iki yıl önce yazan kişi hâlâ kanalda olabilir.

• Eksiksiz bir özeti açın — sizinkini yazan aynı kodun işlediği gerçek bir kayıt.
• Canlı demoyu deneyin — kayıt yok; konuşun ve odanın dinleyici başına çevrilişini duyun.

Zanaat olarak bilgi tabanı kurmak her aracı aşar: birinin yine de soruları toplaması, yapıyı yedi bölümde tutması, her maddeye bir isim ve tarih koyması ve doğrudan mesajla değil kanalda cevap vermesi gerekir. Aşması gerekmeyen ise ikinci iştir — toplantıda kararlaştırılanı tabana yeniden yazmak ve her maddenin çevrilmiş bir kopyasını, öbür dili okuyan ofis için, elle, her seferinde tek dilde tutmak.

SSS

Bilgi tabanı nedir?

Bilgi tabanı, bir kurumun birden fazla kez sorulan sorularına verdiği cevapların, her biri bir sahip ve bir tarihle birlikte bir kez yazılıp, cevaba ihtiyacı olan kişinin bir iş arkadaşına sormadan bulabileceği yerde tutulduğu bir koleksiyondur. İç bilgi tabanı ekibin kendi sorularını yanıtlar — nasıl fatura keseriz, dosyalar nerede, ne kararlaştırdık; dış taban ise müşterilerin bir ürün hakkındaki sorularını. Wiki'den bir yapısı ve sahipleri olmasıyla, belge kitaplığından ise dosyalar yerine cevaplar tutmasıyla ayrılır.

Bilgi tabanı nasıl oluşturulur?

Ekibin gerçekten sorduğu soruları bir hafta boyunca, kullanılan sözcüklerle toplayın; bunları yediyi aşmayan bölümlere gruplayın; her bölüm ve en çok sorulan yirmi sorunun her biri için bir sahip belirleyin; sahiplerin bu maddeleri zaten var olandan — sohbet yanıtları, toplantı özetleri, dosyalar — kısa bir cevap, adımlar, istisnalar ve bir gözden geçirme tarihi içeren tek sayfalık bir şablonla yazmasını sağlayın; ekibin zaten okuduğu yerde yayımlayın; sonra döngüyü işletin: cevaplanan her soru bir madde olur ve her maddenin sahibi onu tarihinde gözden geçirir.

Bilgi tabanında neler olmalı?

Soru başına bir madde; her birinde insanların kullandığı sözcüklerle soru, bir sahip, en son gözden geçirme tarihi ve sonraki gözden geçirme tarihi, kısa bir cevap, geçerli olduğu ve olmadığı durumlar, ilgili sistemi ya da kişiyi belirten adımlar, kuralın arkasındaki karar ve tarihi, istisnalar ve bunlara kimin karar verdiği, güncel dosyalara bağlantılar ve ilgili maddelere bağlantılar. Tabanın bütünü, departmana göre değil sorulan sorulara göre düzenlenmiş, yedi ya da daha az bölümden oluşan bir yapıya ihtiyaç duyar.

Bilgi tabanı ile wiki arasındaki fark nedir?

Wiki, herkesin herhangi bir yapıda yazabildiği sayfalar kümesidir; bilgi tabanı ise insanların sorduğu sorulara göre düzenlenir, soru başına bir madde ve her birinde adı belli bir sahip ve gözden geçirme tarihi vardır. Bir wiki, yapı ve sahipler eklenerek bilgi tabanına dönüştürülebilir; bunlar olmadan wiki, kimsenin gezinemediği ve kimsenin kontrol etmediği yüzlerce sayfaya dönüşür. Yazılım çoğu zaman aynıdır; fark, iki karardır.

Bilgi tabanı nasıl yapılandırılır?

Departmana göre değil, soruya göre: soran kişi cevabın hangi departmana ait olduğunu bilmez ama ne sorduğunu bilir. İlk haftada toplanan soruları yediyi aşmayan üst düzey bölümlere gruplayın — küçük bir kurum için tipik olarak müşteriler ve siparişler, para ve faturalama, insanlar ve işe alım, araçlar ve erişim, kurallar ve kararlar ve kimi aramalı — ve her maddeyi tek bir soruyla sınırlı tutun. Bir bölüm yaklaşık otuz maddeyi aşarsa, onu kimin cevapladığına göre değil, insanların sorduğu sorulara göre bölün.

Bilgi tabanı kurmak ne kadar sürer?

İnsanların açtığı bir taban için otuz gün: bir hafta soru toplama, bir hafta yapı ve sahipler, bir hafta mevcut kaynaklardan ilk yirmi maddeyi yazma, bir hafta yayımlama ve gözden geçirme döngüsünü kurma. Yürüten kişi haftada yaklaşık iki saat harcar; her sahip madde başına yirmi dakika harcar, çünkü maddelerin çoğu yeni yazılmaz, zaten verilmiş bir cevaptan kopyalanır. Taban 30. günde bitmiş olmaz; bir soru cevaplandığında her seferinde bir madde artar.

Ücretsiz bilgi tabanı kurulabilir mi?

Evet — bu rehberdeki şablon düz metindir ve taban, bir ekibin zaten kullandığı araçlarda bir notta, bir belgede ya da bir kanalda durabilir: Slack'te bir canvas, bir Google Doc, bir Teams kanalının Dosyalar sekmesi, bir sohbette sabitlenmiş bir not. Yazılım olarak hiçbir şeye mal olmayan şey yine de sahiplerin gözden geçirme zamanına mal olur ve sınırlar paketin kendi sınırlarıdır: Slack'in Free planı 90 günlük mesaj geçmişi tutar ve her pakette madde yazıldığı dildedir. InterMIND'da Basic planı ücretsizdir ve ücretli planların fiyatları fiyatlandırma sayfasındadır.

Kaynaklar: 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. Microsoft Learn'ün Teams–SharePoint sayfası Kasım 2026'da kontrol edildi; Teams saklama ve toplantı notları sayfaları, Slack canvas şablon sayfası ve Google "Take notes for me" sayfası Ekim 2026'da kontrol edildi; Teams mesaj çevirisi ve altyazı sayfaları, Slack fiyatlandırma, saklama ve dışa aktarma sayfaları, Google Chat çeviri ve Meet altyazı sayfaları ve WhatsApp sayfaları Ağustos 2026'da kontrol edildi. Satıcılar planları, özellikleri ve dil listelerini zaman içinde değiştirir; güncel durum için sayfalarına bakın.