Slack intranet yerine geçer mi?

Slack kurulu bir şirkette intranet önerdiğinizde ilk tepki genellikle aynıdır: "Zaten her şey Slack'te konuşuluyor." Doğru — ve sorun tam olarak budur. Slack'te her şey konuşulur, hiçbir şey kalmaz.

İki ürün farklı zaman ölçeklerinde çalışır. Slack şimdiye hizmet eder: soru sorulur, cevap gelir, iş ilerler. İntranet sonraya hizmet eder: altı ay sonra aynı soruyu soran kişi cevabı kendi başına bulur.

Kanal akışının üç yapısal sınırı

1. Bilgi zamanla değil, konuyla aranır. Slack araması mesaj bulur ama hangi mesajın hâlâ geçerli olduğunu söylemez. "Yol izni 3 gün" diyen 2024 mesajı ile "yol izni 5 güne çıktı" diyen 2026 mesajı arama sonucunda yan yana durur. Hangisi doğru? Slack bunu bilmez, çünkü mesajların bir yürürlük kavramı yoktur.

2. Okundu bilgisi yoktur. Kritik bir duyuruyu kimin gördüğünü Slack size söyleyemez. Emoji tepkileri gönüllüdür ve okumayı kanıtlamaz. İSG bildirimi, etik politika güncellemesi ya da acil operasyon değişikliği gibi konularda bu bir uyum sorununa dönüşür — ayrıntısı kriz iletişimi ve acil durum bildirimi yazısında.

3. Herkes Slack'te değildir. Mağaza, depo, saha ve üretim ekiplerinin çoğu masa başında çalışmaz ve kurumsal Slack lisansı almaz. Mavi yakalı saha çalışanı iletişimi yazısında anlattığımız gibi, iletişim aracını yalnızca beyaz yakaya göre seçmek şirketin yarısını karanlıkta bırakır.

"Ama kanal sabitleyebiliyoruz"

Sabitlenen mesaj (pin) ve kanal başlığı, kalıcılık ihtiyacının itirafıdır. Ekipler bunları kullanır çünkü bir yere bilgi koymaları gerekir. Ama sabitlenen mesajın sahibi yoktur, sürümü yoktur, gözden geçirme tarihi yoktur ve kanalda 40 sabit birikince kimse okumaz.

Aynı ihtiyacın düzgün karşılığı bir bilgi tabanıdır: sahibi olan, tarihi olan, aranabilen sayfalar. Kurumsal bilgi tabanı (wiki) yazısı bu yapının nasıl kurulduğunu anlatıyor.

Gürültü maliyeti

Slack'in en sevilen özelliği aynı zamanda en pahalı yanıdır: herkes her yere yazabilir. Otuz kişilik şirkette bu bir zenginlik, üç yüz kişilik şirkette bir gürültüdür.

İntranetin duyuru katmanı hedeflidir: departmana, role, lokasyona göre gönderirsiniz. Bir vardiya değişikliği yalnızca o vardiyayı görür. Bu ayrımın neden önemli olduğunu duyuru yorgunluğu ve bilgi kirliliği yazısında ölçülerle ele almıştık.

Süreçler Slack'te yaşamaz

İzin talebi, avans, zimmet, etik bildirim — bunlar mesajlaşma değil iş akışıdır. Slack'te izin istemek, yöneticinin mesajı görmesine ve unutmamasına bağlıdır. Kayıt yoktur, bakiye yoktur, geçmiş yoktur.

Üstelik bazı süreçler Slack'te yapılamaz. Etik hat bildirimi anonimlik gerektirir; Slack'te gönderen her zaman bellidir. Etik ihbar hattı kurulumu yazısında bunun neden teknik bir gereklilik olduğunu anlatıyoruz.

Doğru kurulum: rakip değil, katman

Slack'i kaldırmak gerekmez ve genellikle iyi bir fikir de değildir. İkisini şöyle ayırmak işe yarar:

| İhtiyaç | Nerede | |---|---| | Hızlı soru, günlük koordinasyon | Slack | | Duyuru, okundu takibi, hedefleme | İntranet | | Prosedür, politika, yürürlükteki bilgi | İntranet | | Proje tartışması | Slack | | İzin, talep, onay | İntranet | | Kişi rehberi, organizasyon şeması | İntranet | | Kutlama, anlık takdir | İkisi de |

Pratik bir kural: bir mesajın üç ay sonra da doğru olması gerekiyorsa Slack'e ait değildir.

İki sistemi birbirine bağlamak da mümkündür; intranette olan biteni Slack kanalına düşürmek için webhook yeterlidir. İntranet entegrasyonları ve webhook yazısı bu bağlantının nasıl kurulduğunu anlatıyor.

Karar anı

Slack'in yetmediğini gösteren en net sinyal, aynı sorunun tekrar tekrar sorulmasıdır. Yeni gelen her çalışan aynı beş şeyi soruyorsa, cevaplar bir yerde duruyor ama bulunamıyor demektir.

İkinci sinyal, önemli bir duyurudan sonra "ben görmemiştim" cümlesinin duyulmasıdır. Üçüncüsü, sahadaki ekibin bilgiyi yöneticisinden telefonla öğrenmesidir.

Seçim kriterlerini bütününde değerlendirmek için intranet seçim rehberi yazısına ve karşılaştırmalı bakış için SharePoint ile Microsoft Teams yazılarına bakabilirsiniz.

Kurulum sırası: Slack'i kapatmadan başlayın

Slack kullanan bir şirkette intranet açarken en sık yapılan hata, geçişi bir "kanal kapatma" projesine dönüştürmektir. Bu, ekiplerin direncini ilk günde toplar.

İşleyen sıra şudur:

Birinci hafta: kişi rehberi ve organizasyon şeması. Kimse bir şeyden vazgeçmez, herkes bir şey kazanır. Çalışan rehberi ve organizasyon şeması yazısı bu adımı anlatıyor.

İkinci-dördüncü hafta: duyurular. Slack'teki genel duyuru kanalı salt okunur hâle getirilir ve yeni duyurular yalnızca intranetten yayınlanır; bildirimi Slack'e webhook ile düşürürsünüz. Kimse alışkanlığını değiştirmek zorunda kalmaz, bilgi ise kalıcı bir yerde durmaya başlar.

İkinci ay: prosedürler ve izin/talep süreçleri.

Bu sırada Slack hiçbir zaman "yasaklanmaz". Sohbet Slack'te kalır; kalıcı olması gereken şeyler yavaşça yer değiştirir. Geçişin tamamı için intranet kurulum: ilk 90 gün yazısına bakabilirsiniz.

Küçük ekipler için not

Yirmi kişinin altındaki bir ekipte Slack büyük ölçüde yeterlidir ve intranet kurmak erken bir yatırım olabilir. Bu ölçekte herkes birbirini tanır, bilgi kısa yoldan yayılır ve arama sorunu henüz doğmamıştır.

Eşik genellikle şu üç işaretle gelir: ilk mağaza veya saha ekibinin açılması, ilk İK süreçlerinin kurulması, aynı sorunun üçüncü kez sorulması. Küçük işletmeler için intranet yazısı bu geçişi ayrıntılandırıyor.