Tek Kişilik Ekiple İçerik Üretmek: Kurduğum Döngü
İçerik üretiminde asıl sorun ilham değil, süreklilik. Hem uygulama geliştirip hem yayın yapmak zorunda kalınca kurduğum döngüyü — fikir havuzu, toplu çekim günü, format şablonları ve tek bir takvim — anlatıyorum.
Vakti Geçmeden’i geliştirirken şunu fark ettim: uygulamayı yazmak işin yarısıydı. Uygulamadan haberi olmayan bir kitleye onu anlatmak, kod yazmaktan daha az emek isteyen bir iş değildi. Ve ikisini aynı anda yapan tek kişi bendim.
İlk üç hafta klasik hatayı yaptım: canım istediğinde, aklıma bir şey geldiğinde paylaştım. Sonuç, üç gün üst üste dört gönderi, sonra on gün sessizlik. Bu ritimle hiçbir şey birikmiyor. Sonrasında kurduğum düzeni anlatacağım — özellikle geliştirici tarafından gelip “içerik üretmem gerekiyor ama nasıl” diyenler için.
Sorun ilham değil, karar yorgunluğu
“Ne paylaşacağım?” sorusunu her gün sıfırdan sormak, günde bir kere verilen ama çok pahalı bir karar. Akşam saat sekizde yorgunken bu soruya iyi cevap veremiyorsunuz; ya kötü bir şey paylaşıyorsunuz ya da hiçbir şey.
Çözüm, kararı üretimden ayırmak. Ben bunu üç ayrı işe böldüm ve üçünü asla aynı anda yapmıyorum:
- Toplamak — fikirleri biriktirmek. Sürekli, arka planda, beş saniyelik iş.
- Üretmek — biriken fikirleri gerçek içeriğe çevirmek. Haftada bir, uzun blok.
- Yayınlamak — hazır olanı takvime göre çıkarmak. Günlük, düşünmeden.
Fikir havuzu: sürtünmesiz olmak zorunda
Telefonumun ana ekranında tek dokunuşla açılan bir not var. İçinde tek bir liste. Aklıma bir şey gelince oraya tek cümle yazıyorum — düzenlemiyorum, kategorilendirmiyorum, biçimlendirmiyorum. Fikir havuzunu düzenli tutmaya çalıştığım her seferde havuz ölüyor, çünkü not almak iş haline geliyor.
Fikirlerin çoğu zaten günlük işten çıkıyor. Geliştirici olmanın burada beklenmedik bir avantajı var: her gün karşılaştığınız problemler, çözdüğünüz hatalar, aldığınız kararlar doğal içerik. Benim listemde tipik satırlar şöyle:
- “Türkçe karakter hatası — kullanıcı adları neden bozuluyordu”
- “İşletme tarafı neden formu yarıda bırakıyor”
- “Mağaza reddi geldi, sebebi neydi”
- “Bir kullanıcı şunu sordu: ...”
Destek kutusuna gelen her soru, aynı soruyu soran ama yazmayan onlarca kişiyi temsil ediyor. Ben artık gelen soruları cevaplarken doğrudan “bu bir gönderi olur mu” diye bakıyorum. Cevabı zaten yazmışsınız; yapmanız gereken tek şey onu tek kişiye değil herkese söylemek.
Toplu üretim günü
Haftada bir gün, yaklaşık üç saat. O blokta kod yazmıyorum, e-postaya bakmıyorum. Havuzdan o hafta için beş–altı fikir seçip hepsini birden üretiyorum.
Bunun tek fikirli üretimden çok daha verimli olmasının sebebi hazırlık maliyeti. Ekran kaydı alacaksanız simülatörü açmak, veriyi hazırlamak, ışığı ayarlamak sabit bir maliyet. Beş içeriği aynı kurulumda çekince bu maliyet beşe bölünüyor. Aynısı yazı için de geçerli: kafanız zaten “anlatma” modundayken art arda yazmak, her gün moda girip çıkmaktan hızlı.
Format şablonları
Her içeriği sıfırdan tasarlamamak için beş format belirledim ve bir fikri havuzdan alırken doğrudan bir formata yerleştiriyorum:
| Format | Ne yapar | Ne zaman kullanıyorum |
|---|---|---|
| Önce–sonra | Bir şeyin eski ve yeni halini yan yana gösterir | Arayüz değişikliği, hız iyileştirmesi |
| Tek problem – tek çözüm | Somut bir sorunu ve çözümünü anlatır | Karşılaştığım teknik sorunlar |
| Perde arkası | İşin görünmeyen kısmını gösterir | Geliştirme süreci, hata ayıklama |
| Soru–cevap | Gelen bir soruyu cevaplar | Destek kutusundan çıkanlar |
| Duyuru | Yeni bir şeyi haber verir | Sürüm çıkışı, yeni özellik |
Şablonun asıl faydası, boş sayfayla karşılaşmamak. “Perde arkası” dediğim anda ne çekeceğim, nasıl kurgulayacağım, hangi sırayla anlatacağım belli oluyor. Yaratıcılık şablonun içinde kalıyor, şablonu bulmakta harcanmıyor.
Takvim: bir tane, gerçekçi olan
İçerik takvimini uzun süre karmaşık araçlarla tutmaya çalıştım; hiçbirini sürdüremedim. Şu an tek bir tabloda duruyor ve dört sütunu var: tarih, format, konu, durum. O kadar.
Sıklık konusunda öğrendiğim şey şu: tutturabileceğiniz en düşük sıklığı seçin, sonra artırın. Haftada iki gönderi düzenli çıkıyorsa, haftada beş çıkarıp iki hafta sonra susmaktan iyidir. Algoritma tarafında da, izleyici tarafında da süreklilik yoğunluktan daha değerli. Ben haftada üçte karar kıldım; bunu aylarca sürdürebiliyorum.
Başlangıçta üç platformda birden var olmaya çalıştım ve üçünde de yarım kaldım. Şimdi bir ana platform seçiyorum, üretimi ona göre yapıyorum, diğerlerine uyarlıyorum. Uyarlamak üretmekten çok daha ucuz — ama uyarlamayı da atlamamak lazım, çünkü bir platformun içeriğini olduğu gibi diğerine atmak her ikisinde de kötü duruyor.
Ölçme: neye bakıyorum
Beğeni sayısına bakmayı bıraktım. Bir ürün hesabı yürütüyorsanız asıl soru şu: bu içerik birini uygulamaya götürdü mü? Bu yüzden profil bağlantısına UTM etiketi koyuyorum ve mağaza sayfasına gelen trafiğin kaynağını ayırt edebiliyorum.
Bunun dışında baktığım tek şey, hangi formatların daha çok kaydedildiği ve paylaşıldığı. Kaydetme, beğeniden daha güçlü bir sinyal: kişi o içeriğe geri dönmeyi planlıyor demek. Bende bu genelde “tek problem – tek çözüm” formatında çıkıyor ve üretim planımı buna göre kaydırıyorum.
Sürdürülebilirlik meselesi
Bu döngünün en önemli özelliği, kötü bir hafta geçirdiğimde çökmemesi. Havuzda fikir birikmiş olduğu için üretim gününü kaçırsam bile bir sonraki hafta iki kat üretebiliyorum. Takvim gerçekçi olduğu için de arayı kapatmak imkânsız görünmüyor.
Geliştirici olup içerik de üretmek zorunda kalan biri için asıl tavsiyem bu: sistemi en kötü haftanıza göre kurun, en iyi haftanıza göre değil. En iyi haftada zaten fazlasını yaparsınız.
- Sosyal Medya
- İçerik
- Pazarlama
- Üretkenlik
Demir Taşdemir
Mobil Uygulama & Web Geliştirici
2018'den beri yazılım geliştiriyorum. App Store ve Google Play'de 11 uygulama yayınladım; şu an 6 mobil uygulama, 1 e-ticaret platformu ve 1 masaüstü oyun üzerinde çalışıyorum.
Ürününüzün içerik tarafı boş mu duruyor?
Uygulama veya siteyi geliştirdikten sonra tanıtım tarafının nasıl kurulacağı ayrı bir iş. İkisini birlikte yürütebiliyorum. Nasıl bir düzen kurulabileceğini konuşmak isterseniz iletişim sayfasından yazın.