Notion, şablon üreticilerini yalnız içerik sağlayan kişiler olarak değil, ürünün çevresindeki bir ekosistemin katılımcıları olarak ele alıyor. Marketplace yaklaşımında kullanıcıların şablonları bulması, değerlendirmesi ve satın alması; üreticilerin de katkılarını yönetmesi birlikte düşünülüyor. Sizin için öğrenim, bir şablon arşivine daha çok dosya koymak değil, üreticiyle kullanıcı arasındaki kullanım yolunu kurmak. İş yerinde hazırlanan rapor, toplantı veya proje şablonlarının gerçekten işe yaraması için kimin hazırladığı, hangi durumda kullanılacağı ve nasıl güncelleneceği anlaşılır olmalı.
Notion 2024’te hangi düzeni duyurdu?
Notion’ın 24 Ekim 2024 ürün duyurusu, yeniden tasarlanan Marketplace’i şablonların bulunacağı ortak alan olarak tanıtıyor. Üretici tarafında ödeme, analiz ve çalışmalarını koruma araçları; kullanıcı tarafında yorumlar, değerlendirmeler ve satın alma takibi gibi parçalar anlatılıyor. Bu özellikler katkıyı sunma ve kullanma ilişkisini gösteriyor. Duyurudan bütün üreticilerin gelir elde ettiği veya her şablonun faydalı olduğu sonucu çıkarılamaz.
Ofis ekiplerinde de faydalı şablonlar kendiliğinden ortaya çıkar. Bir çalışan iyi bir kontrol listesi hazırlar, başka biri anlaşılır rapor düzeni kurar. Ancak dosya yalnız kişisel klasörde kaldığında katkı sınırlı kişiye ulaşır.
Ortak klasöre taşınması da tek başına yetmez. Kullanıcı doğru dosyayı bulamazsa, neyi değiştireceğini anlayamazsa veya eski bir örneği kullanırsa şablonun faydası azalır. Dolayısıyla ekosistem düşüncesi, içerikten çok içerik etrafındaki ilişkiyi yönetmeyi gerektirir.
Öğrenim 1: Üreticiye görünür bir rol verin
Bir dosyanın hazır olması, bakımının sahipsiz kalabileceği anlamına gelmez. Şablonu kim hazırladı, hangi iş bilgisine dayanıyor ve değişiklik gerektiğinde kime dönülecek? Bu sorular arşivde açık olmalıdır.
Katkı veren kişinin adını göstermek yalnız takdir amacı taşımaz. Kullanıcı, örneğin hangi uzmanlıkla hazırlandığını ve sorusunu nereye yönelteceğini de öğrenir. Ancak bütün destek yükünü gönüllü üreticinin üzerine bırakmak sürdürülebilir olmayabilir.
Başlangıçta üretici, kontrol eden kişi ve bakım sorumlusu aynı olabilir. Arşiv büyüdüğünde roller ayrılabilir. Önemli olan dosyanın varlığını, onu güncel tutacak çalışma düzeniyle birlikte düşünmektir.
Katkıyı kayıt altına almak için katkı günlüğü tutma yaklaşımını da kullanabilirsiniz. Şablon hazırlamak kadar başka çalışanların kullanımını kolaylaştırmanız da anlamlı bir katkıdır.
Öğrenim 2: Kullanıcıya seçim yapacak bilgi verin
“Rapor şablonu” başlığı, kullanıcı için yeterli olmayabilir. Aylık müşteri raporu mu, yönetici durum notu mu, veri kontrol çıktısı mı? Aynı dosya adı altında farklı ihtiyaçlar bulunabilir.
Şablon sayfasında amaç, uygun kullanım durumu ve doldurulmuş kısa örnek yer alsın. Kullanıcı, boş alanları nasıl dolduracağını tahmin etmek zorunda kalmasın. Gereksiz alanların çıkarılabileceğini veya değiştirilmemesi gereken bölümleri de belirtin.
Gerçek kullanım yorumları seçimde yardımcı olabilir. Ancak genel övgü yerine belirli durum açıklaması daha faydalıdır: Hangi işte kullanıldı, neyi kolaylaştırdı ve hangi bölüm anlaşılmadı? Bu bilgi hem yeni kullanıcıya hem üreticiye yarar.
Ofis uygulaması: Yöneticiye durum notu şablonunu paylaşın
Şöyle bir durum düşünün: Ekip üyeleri yöneticilerine farklı uzunlukta durum e-postaları gönderiyor. Bir çalışan tamamlanan iş, risk ve beklenen karar alanları olan kısa bir şablon hazırladı. Siz bunu ortak kullanıma açmak istiyorsunuz.
Önce şablonun amacını yazın: “Yöneticinin ilerlemeyi ve karar ihtiyacını kısa sürede görmesi.” Kapsamı da belirtin: Uzun proje raporunun yerine değil, düzenli kısa durum paylaşımı için kullanılacak.
Doldurulmuş örnekte “İlerleme: Müşteri veri kontrolü tamamlandı. Risk: Yeni kayıtların erişimi henüz açılmadı. Beklenen karar: Önce mevcut kayıtlarla raporu teslim etmek mi, erişimi beklemek mi?” gibi somut bilgiler olsun. Böylece kullanıcı alan adını değil, hangi tür cevabın beklendiğini görür.
Üreticinin adı, son kontrol tarihi ve geri bildirim yolu dosya sayfasında bulunsun. Kullanıcı kopyayı alırken hangi alanları kendi işine göre değiştirebileceğini öğrensin. Müşteri veya çalışan bilgisi taşıyan gerçek örnekleri ortak arşive koymadan önce uygun biçimde çıkarın.
- Üreticiyi gösterin
Şablonu hazırlayan ve bakımından sorumlu kişiyi belirtin.
- Kullanımı anlatın
Şablonun hangi iş için uygun olduğunu örnekle açıklayın.
- Geri dönüş alın
Kullanıcı yorumunu sonraki düzenlemeye bağlayın.
İlk kullanıcıdan yalnız memnuniyet istemeyin. Şablonu hangi işte kullandığını ve yöneticinin hangi soruyu yeniden sorduğunu öğrenin. Eğer “Risk” alanı sürekli boş kalıyorsa insanlar risk görmüyor olabilir; ya da bu alana ne yazacaklarını anlamıyor olabilir.
Bu iki durumu ayrı inceleyin. Şablona yeni alan eklemek yerine kısa açıklama veya ikinci bir örnek yeterli olabilir. Kullanıcı geri bildiriminden gelen değişikliği dosyanın güncelleme notuna yazın; eski kopya kullanan kişilerin fark etmesini sağlayın.
Bir süre sonra arşivde benzer şablonlar oluşursa hangilerinin farklı ihtiyaca cevap verdiğini inceleyin. Aynı amaç için üç dosya tutmak yerine ortak çekirdek ve isteğe bağlı örnekler hazırlamak daha anlaşılır olabilir.
Katkı düzenini sürdürülebilir tutun
Bir çalışan faydalı dosya hazırladığında bütün ekibin soruları ona yönelmeye başlayabilir. Katkının görünür olmasıyla destek yükünün artması birlikte ele alınmalıdır. Basit bir soru alanı ve kısa kullanım açıklaması tekrar eden soruları azaltabilir.
Arşiv yöneticisi de yalnız dosya toplamakla yetinmemeli. Eski bağlantıları, benzer kayıtları ve sahipsiz şablonları düzenli incelemeli. Kullanılmayan şablonu otomatik olarak kötü saymak yerine ihtiyacının değişip değişmediğini araştırmalı.
Ekosistem düşüncesi, herkesi içerik üretmeye zorlamak değildir. İyi katkının başkaları tarafından kullanılmasını ve gelişmesini kolaylaştırmaktır. Üretici deneyimi ile kullanıcı deneyimini aynı tabloda gördüğünüzde arşiv yalnız bir dosya deposu olmaktan çıkar.
Yeni şablon hazırlamadan önce mevcut örneğin neden yetmediğini sormanız da önemlidir. Sorun içerikte değil bulunabilirlikteyse yeni dosya eklemek karışıklığı artırabilir. Önce kullanım yolunu düzeltin, sonra gerçekten eksik olan örneği üretin.
Şablonun kullanım sınırını da belirtin. İç durum notu için hazırlanan dosya müşteri sunumuna doğrudan uygun olmayabilir. Amaç değiştiğinde gerekli kontrolün kim tarafından yapılacağını söylemek, yanlış yerde kullanılan iyi bir örneğin sorun yaratmasını önler.
Raporlama, iletişim ve işte gelişim yeteneklerinizi desteklemek için kariyer gelişim kursunun programını inceleyebilirsiniz.
Sık sorulan sorular
Ortak şablon arşivinde en önemli bilgi nedir?
Amaç, uygun kullanım durumu, doldurulmuş örnek ve bakım sorumlusu iyi bir başlangıçtır. Kullanıcı bu bilgilerle dosyanın kendi işine uygunluğunu değerlendirebilir.
Herkes aynı şablonu kullanmalı mı?
Ortak ihtiyaca cevap veren çekirdek alanlar korunabilir; farklı görevler için esneklik gerekebilir. Standartlaştırma, işin gerçek farklarını yok saymak olmamalıdır.
Şablon kullanımını nasıl açıklayabiliriz?
Alan adları yanında doldurulmuş örnek gösterin. Standart iş talimatı yazma yaklaşımıyla başlangıç, kontrol ve istisnaları kısa biçimde anlatabilirsiniz.
Kullanılmayan şablon hemen kaldırılmalı mı?
Önce ihtiyacın devam edip etmediğini ve dosyanın bulunabilirliğini inceleyin. Kullanım düşüklüğü, gereksizlik kadar yanlış konumlandırma veya anlaşılmayan örnekten de kaynaklanabilir.
