MOC: Klasör Yerine İçerik Haritası Kurmak

Klasörün yaptığı şey

Klasör, dosyaya fiziksel bir yer verir.

Psikoloji/
  Karar Verme/
    Choice Overload.md

Bu düzen açık ve anlaşılırdır. Fakat "Choice Overload" notu aynı zamanda ürün tasarımı, ekonomi ve kullanıcı araştırması için önemliyse tek klasörün sınırına çarparsın.

Dosyayı kopyalarsan iki kanonik sürüm üretirsin.

Bir üst klasöre taşırsan bağlam kaybolabilir.

MOC başka bir yaklaşım sunar: dosya tek yerde kalır, bağlamlar bağlantılarla çoğalır.

MOC nedir?

Nick Milo'nun Linking Your Thinking yaklaşımındaki Map of Content, ilgili notları bir araya getiren düzenlenmiş bir rehber nottur.

Örnek:

# Karar Tasarımı MOC

## Seçenekler
- [[Seçenek sayısı karar kalitesini her zaman artırmaz]]
- [[Varsayılan seçenek davranışı etkileyebilir]]

## Bilişsel maliyet
- [[Karar yorgunluğu tekrar eden seçimlerle artar]]

## Ürün uygulamaları
- [[Fiyatlandırma tablosu seçenek mimarisidir]]

"Seçenek sayısı..." notu aynı anda "Davranış Bilimi MOC" içinde de bulunabilir.

Dosya kopyalanmaz. Yalnızca ona giden yollar çoğalır.

Gather → Collide → Navigate

Milo, MOC'ların gelişimini üç aşamayla açıklar: Gather, Collide, Navigate.

Gather — Topla

Bir konuda yeterli sayıda not birikir.

Burada henüz büyük bir yapı tasarlamak gerekmez.

Collide — Çarpıştır

Notları yan yana koyup ilişkilerini görmeye başlarsın.

Bazıları aynı şeyi tekrarlar, bazıları birbirine karşı çıkar, bazıları yeni bir alt konu oluşturur.

MOC'un düşünme değeri bu aşamada oluşur.

Navigate — Gezin

Harita artık konuya geri dönmenin ana girişlerinden biri haline gelir.

Yalnız "notları bulmak" için değil, konunun mevcut modelini görmek için kullanılır.

Milo'nun [The 3 Phases of MOCs](…) yazısı bu gelişimi ayrıntılı anlatır.

MOC'u ne zaman açmamalısın?

Üç notun varsa büyük ihtimalle MOC gerekmiyor.

Başlangıçtan itibaren:

• Sağlık MOC
• İş MOC
• Öğrenme MOC
• Kitaplar MOC
• İnsanlar MOC
• Teknoloji MOC

diye onlarca boş harita oluşturmak, sistemi kullanmadan sistem mimarisi üretmektir.

İyi MOC, gerçek navigasyon problemi ortaya çıktıktan sonra doğar.

MOC ile klasör birlikte kullanılabilir

"Ya klasör ya bağlantı" ikilemi gereksizdir.

Klasörleri operasyonel ayrım için kullanabilirsin:

Inbox/
Sources/
Notes/
Projects/
Archive/

Konuları ise MOC'larla kurabilirsin:

• Öğrenme MOC
• PKM MOC
• Ürün MOC

Bu modelde klasör dosyanın yaşam türünü, MOC ise anlam bağlamını anlatır.

Bu ayrım [[Klasör, etiket ve bağlantı]] yazısının temelidir.

Harita yalnız bağlantı listesi olmamalı

Şu yapı zayıftır:

# PKM
- [[PARA]]
- [[Zettelkasten]]
- [[GTD]]
- [[MOC]]

Daha iyi:

# PKM

## Eyleme göre düzen
[[PARA]] aktif işe yakınlığı merkeze alır.

## Düşünce geliştirme
[[Zettelkasten]] bağlantılar ve kalıcı notlarla çalışır.

## Taahhüt yönetimi
[[GTD]] bilgiden çok açık döngülere ve eylemlere odaklanır.

İkinci harita bağlantının neden orada olduğunu açıklar.

Bir MOC ne kadar büyüyebilir?

Tek ekranda kalması gerekmez.

Fakat harita içinde yüz bağlantı varsa artık alt haritalar oluşturmak mantıklı olabilir.

Örnek:

PKM MOC
├── Yakalama MOC
├── Bağlantılı Notlar MOC
├── Öğrenme MOC
└── Üretim MOC

Ama bu yapıyı önceden tasarlama. Gerçek kullanımın zorladığı yerde böl.

MOC ve yapı notu

[[Yapı notu]] ile MOC büyük ölçüde örtüşebilir.

Pratik ayrım:

• MOC: konuya giriş ve gezinme.
• Yapı notu: argüman ve düşünce sırası.

Aynı not ikisini de yapıyorsa iki ayrı dosya açmaya gerek yok.

Bir haftalık deney

Bir konuda en az on not seç.

Yeni klasör açma.

Tek bir MOC oluştur ve notları üç-beş anlamlı alt başlık altında grupla. Her bağlantının yanına kısa bir açıklama ekle.

Bir hafta boyunca o konuya yalnız bu haritadan gir.

Daha hızlı yön buluyorsan MOC işini yapıyor. Haritayı hiç açmıyorsan onu sırf yöntem öyle söylediği için sürdürmenin anlamı yok.

MOC bir navigasyon ürünü gibi tasarlanabilir

Bir MOC'u kişisel mini landing page gibi düşünmek yararlıdır.

İyi bir landing page ziyaretçiye:

• neredeyim,
• burada ne var,
• önce neye bakmalıyım,
• daha derine nasıl giderim

sorularını cevaplar.

İyi MOC da aynı işi bilgi alanında yapar.

Bu nedenle yalnız bağlantı sayısı değil, **bilgi kokusu** önemlidir. Kullanıcı bağlantıya tıklamadan önce nereye gideceğini tahmin edebilmelidir.

Örnek:

Zayıf:

• [[Atomic Notes]]

Daha açıklayıcı:

• [[Atomik notlar]] — notun sınırını yeniden kullanım üzerinden belirlemek.

Bu kısa açıklama, MOC'u klasör listesinden editoryal navigasyona dönüştürür.

Gather aşamasında düzenlemeyi abartma

Nick Milo'nun Gather → Collide → Navigate modelinde ilk aşama bilinçli olarak gevşektir.

Bir konuda notlar yeni oluşurken:

• mükemmel kategori bulmaya,
• kesin alt başlıklar oluşturmaya,
• bütün notları hiyerarşiye sokmaya

çalışmak gereksizdir.

Gather döneminde MOC yalnız basit bir liste olabilir.

Bu önemlidir çünkü bilgi alanının yapısı çoğu zaman **notlar oluştuktan sonra** görünür.

Başta "Hafıza" diye düşündüğün alan, birkaç ay sonra:

• encoding,
• retrieval,
• spacing,
• metacognition

kümelerine ayrılabilir.

İlk günden bu taksonomiyi doğru tahmin etmeye çalışmak zaman kaybettirir.

Collide aşamasında asıl düşünme başlar

Collide, notların yan yana gelmesiyle yeni ilişkilerin görünür olduğu aşamadır.

Burada şunları yapabilirsin:

Benzerleri grupla

Aynı soruya cevap veren notları yan yana getir.

Çelişenleri karşılaştır

Bir kaynak "X işe yarar", diğeri "etki küçük" diyorsa iki linki aynı alt başlık altında tut.

Eksikleri fark et

Bir argümanda "neden?" sorusunun cevabı yoksa açık soru bırak.

Duplicate'leri birleştir

İki not aynı iddiayı taşıyorsa birleştir veya ayrımlarını keskinleştir.

MOC böylece yalnız navigasyon değil, kalite kontrol yüzeyi haline gelir.

Navigate aşamasında rota tasarla

Konu yeterince geliştiğinde MOC'a ilk kez gelen biri için okuma sırası oluşturabilirsin.

Örnek:

Önce bunları oku

1. [[notun-yasam-dongusu]]
2. [[atomik-notlar-ne-kadar-kucuk]]
3. [[backlink-mantigi]]

Sonra derinleş

• [[yapi-notlari-structure-notes]]
• [[evergreen-notlar-zamanla-degerlenen]]

Tartışmalı alanlar

• [[atomik-not-tuzagi]]
• [[klasor-etiket-baglanti]]

Bu sıra, "alphabetical file list" yerine öğrenme rotası sağlar.

MOC'un sınırı neden akışkan olmalı?

Milo'nun MOC yaklaşımında üç aşama katı süreçler değildir; iç içe geçebilir ve MOC yeniden dağınık hale gelebilir.

Bu davranış gerçek bilgi çalışmasına uygundur.

Bir konu gelişirken:

• yeni kaynaklar gelir,
• eski kategori çöker,
• yeni alt alan çıkar,
• bir harita ikiye bölünür,
• iki harita birleşir.

MOC'u kusursuz mimari olarak değil, mevcut düşünce durumunun **çalışan haritası** olarak görmek bakım baskısını azaltır.

MOC ve indeks aynı şey değil

Alphabetical index:

• Backlink
• Capture
• Daily Notes
• Evergreen
• MOC
• PARA

bulmayı kolaylaştırır.

MOC ise anlam ilişkisi kurar:

Bilgiyi içeri alma

• Capture
• Daily Notes

Bilgiyi yapılandırma

• MOC
• Structure Notes
• Backlink

Bilgiyi kullanma

• Evergreen
• Output
• Review

İndeks "nerede?" sorusunu, MOC "nasıl ilişkili?" sorusunu çözer.

İkisinin birlikte bulunması sorun değildir.

MOC ile proje dashboard'u farkı

Proje dashboard'u eylem odaklıdır:

• durum,
• deadline,
• görevler,
• kararlar,
• dosyalar.

MOC bilgi odaklıdır:

• kavramlar,
• ilişkiler,
• kaynaklar,
• açık sorular.

Aktif proje içinde bir MOC'a bağlantı verebilirsin; fakat MOC'u task manager'a çevirmek iki farklı sorumluluğu karıştırır.

Örneğin:

"Yeni onboarding" proje sayfası → [[Onboarding MOC]]

MOC → onboarding araştırmaları ve kavramları.

Proje bitince dashboard arşivlenir; MOC yaşamaya devam eder.

MOC'larda "hub inflation"

Bir sistemde her 4–5 not için yeni MOC açılırsa zamanla:

• MOC of MOCs,
• Home MOC,
• Meta MOC,
• Root MOC,
• Dashboard MOC

gibi üst katmanlar çoğalabilir.

Bu genellikle navigasyon problemini çözmek yerine yeni navigasyon problemi yaratır.

Yeni MOC açmadan önce sor:

**Bu harita hangi gerçek sürtünmeyi azaltacak?**

Cevap veremiyorsan henüz gerek olmayabilir.

MOC bakım ritmi

Takvimde "tüm MOC'ları temizle" günü koymak zorunda değilsin.

Daha doğal bakım:

• yeni not eklerken,
• yazı hazırlarken,
• bir konuya uzun aradan sonra dönerken,
• aynı bağlantıyı üç kez ararken.

Her bakımda üç küçük kontrol:

1. En önemli bağlantılar yukarıda mı?
2. Artık yanlış olan grup var mı?
3. Açık sorular güncel mi?

Beş dakikalık bakım yeterli olabilir.

MOC kalite kontrol listesi

Bir haritayı yayınlamadan veya ana navigasyona koymadan önce:

• Başlık alanı açık mı?
• Haritanın amacı ilk paragrafta belli mi?
• Bağlantılar neden orada olduklarını anlatıyor mu?
• En az bir önerilen giriş noktası var mı?
• Aynı notlar gereksiz yere tekrar ediyor mu?
• Alt haritaya ayrılması gereken kalabalık bölüm var mı?
• Açık sorular veya sınırlar görünür mü?
• Harita bir çıktıya bağlanıyor mu?

Bu kontroller MOC'u "link duvarı" olmaktan çıkarır.

Bir MOC'un olgunlaşma örneği

İlk hafta:

# AI + PKM
- RAG
- context
- source notes
- embeddings

Bir ay sonra:

Kaynak güvenilirliği

• AI özetinde provenance
• kaynak doğrulama

Retrieval

• keyword search
• semantic search

Context engineering

• aktif proje bağlamı
• kalıcı hafıza

Üç ay sonra:

• "Retrieval" ayrı MOC olur.
• Kaynak güvenilirliği bir makale serisine dönüşür.
• Ana MOC yalnız yüksek seviye rota olarak kalır.

Bu değişim MOC'un başarısız olduğunu göstermez. Tam tersine, bilgi alanının gerçek yapısı ortaya çıktıkça harita da gelişmiştir.

Klasörün gücü istikrarlı yerde; MOC'un gücü değişen anlamdadır.

MOC tasarımında bilgi kokusu

UX'te kullanıcı bir linkin nereye götüreceğini önceden tahmin edebiliyorsa bilgi kokusu güçlüdür.

MOC için de aynı prensip geçerlidir.

Zayıf:

• [[Notes]]
• [[Links]]
• [[Maps]]

Güçlü:

• [[Yakalanan not nasıl kalıcı bilgiye dönüşür?]]
• [[Geri bağlantılar kullanım bağlamını nasıl gösterir?]]
• [[Büyük bilgi alanı nasıl haritalanır?]]

İkinci yapı okuyucuya tıklamadan önce içerik vaadi verir.

Bu özellikle MOC yüzlerce not içinde ana giriş noktası olduğunda önemlidir.

MOC'ta iki navigasyon katmanı

Olgun haritada iki rota olabilir.

Hızlı başlangıç

Yeni okuyucu için 3–5 not.

Derin keşif

Alt alanlar, tartışmalar, kaynaklar.

Örnek:

# Zettelkasten MOC

## 15 dakikada başla
1. [[zettelkasten-notlari-konusturmak]]
2. [[notun-yasam-dongusu]]
3. [[atomik-notlar-ne-kadar-kucuk]]

## Derinleş
### Yapı
- [[yapi-notlari-structure-notes]]
- [[moc-klasor-yerine-harita]]

### Kaynak
- [[kaynak-notu-kalici-not-ayrimi]]

### Eleştiriler
- [[atomik-not-tuzagi]]

Bu iki katman hem yeni kullanıcıyı hem deneyimli kullanıcıyı destekler.

MOC'ta "neden şimdi?" bölümü

Bir harita aktif araştırma yüzeyiyse başına şunu eklemek yararlı olabilir:

**Şu an bu alanda neyi çözmeye çalışıyorum?**

Örnek:

"Şu anki soru: AI destekli PKM'de kaynak doğrulaması hangi aşamada yapılmalı?"

Bu cümle haritayı statik indeks olmaktan çıkarıp aktif düşünme yüzeyine dönüştürür.

Aylar sonra soru değişirse güncellenir.

MOC ile outline arasındaki geçiş

MOC zamanla makale outline'ına dönüşebilir.

İlk hali:

• Capture
• Processing
• Linking
• Retrieval
• Output

Makale yazarken:

1. Problem: capture çok kolay, retrieval zor.
2. Neden: organizasyon kararları.
3. Alternatifler: folders/tags/links.
4. Çözüm: lifecycle + MOC.
5. Sınırlar: bakım maliyeti.

Bu aşamada MOC içeriği kopyalanmaz; **argümana yeniden sıralanır**.

Yayın sonrası makale MOC'a geri linklenir.

MOC'lar arasında bağlantı

Büyük vault'ta haritalar da ağ oluşturur.

Örnek:

`PKM MOC` → `Learning MOC` → `Retrieval Practice MOC`

Ama MOC of MOCs diye sonsuz meta katman kurma.

Üst harita yalnız gerçek navigasyon problemi varsa oluşsun.

Bir kullanıcı ana sayfadan iki tıkta gerekli konuya ulaşabiliyorsa yeni root harita gerekmeyebilir.

Harita yoğunluğu

Bir MOC'ta 100 link olabilir; bu tek başına sorun değil.

Sorun görsel ve anlamsal ayrım yoksa ortaya çıkar.

Yoğunluk azaltma araçları:

• section,
• kısa açıklama,
• önem sırası,
• "başlangıç" listesi,
• alt MOC,
• arşiv bölümü.

Her link eşit ağırlıkta görünmemeli.

MOC'ta güncellik

Araç, API veya hızlı değişen alan için MOC eski linklerle dolabilir.

Küçük maintenance metadata:

`last_reviewed: 2026-10-05`

gerçek review yapıldıysa yararlı olabilir.

Ama her deploy'da otomatik güncellenirse anlamsızdır.

Ayrıca eski kaynakların yanına:

"2024 tarihli; ürün arayüzü değişmiş olabilir."

gibi uyarı konabilir.

MOC ve public web

MOC yalnız private vault için değildir.

Nitorel gibi bir rehber sitede MOC:

• konu hub,
• learning path,
• internal linking yüzeyi

olarak çalışabilir.

SEO açısından da iyi tasarlanmış hub, benzer makalelerin ilişkisinin anlaşılmasına yardım eder.

Fakat sayfa yalnız 50 linkten oluşursa kullanıcı değeri düşük olabilir.

Kısa editoryal açıklamalar şarttır.

Harita kalitesi için "cold start" testi

MOC'u bir ay açma.

Sonra geri dön.

Şu soruları cevaplayabiliyor musun?

• Bu alanın ana problemi ne?
• Önce hangi üç notu okumalıyım?
• Hangi konu tartışmalı?
• Nerede açık soru var?
• Son üretilen çıktı ne?

Evetse harita bağlamı zihninden bağımsız taşıyor.

Bu, MOC'un gerçek kalite testlerinden biridir.

Haritayı paylaşılabilir yapmak

Başkasına MOC vereceksen kişisel shorthand'i temizle.

Zayıf: "şu olay", "bak", "önemli", "X"

Güçlü:

• tam başlık,
• bir satır açıklama,
• açık kaynak,
• okuma sırası.

Private MOC kişisel olabilir; public MOC reader contract taşır.

MOC'ta tamamlanmışlık yanılsaması

Haritanın düzenli görünmesi konunun tamamlandığı anlamına gelmez.

Bilinmeyenleri görünür tut:

Açık sorular

• Local-first araçlarda conflict çözümü kullanıcıya ne kadar görünür?
• AI summary provenance standardı ne olmalı?

Bu bölüm haritanın araştırma motorudur.

MOC yalnız bildiklerinin haritası değil, **henüz bilmediklerinin sınırı** olabilir.