<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Kilavuz | Blog</title><description>Kilavuz dokümantasyonu ve ürün güncellemeleri.</description><link>https://blog.kilavuz.app/</link><language>tr</language><item><title>Kilavuz Bugün Yayında</title><link>https://blog.kilavuz.app/blog/2026-kilavuz-launch/</link><guid isPermaLink="true">https://blog.kilavuz.app/blog/2026-kilavuz-launch/</guid><pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Kilavuz’un ilk sürümünü bugün yayınladık. Bu yazı, ürünün hangi
parçalarla doğduğunu ve bizi izleyen birkaç hafta içinde nelerin
geleceğini özetliyor.&lt;/p&gt;
&lt;h2 id=&quot;ne-yapar&quot;&gt;Ne yapar?&lt;/h2&gt;
&lt;p&gt;Kilavuz, hiyerarşik soru listelerini tasarlayıp Markdown’a aktarmanız
için tasarlanmış bir üründür. Tipik bir kullanım şöyle akar:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Ekipteki herkes aynı proje altında soruları düzenler.&lt;/li&gt;
&lt;li&gt;Bir kök sorunun altına sınırsız derinlikte alt sorular eklenebilir.&lt;/li&gt;
&lt;li&gt;Sorular sürüklenip bırakılarak yeniden sıralanır.&lt;/li&gt;
&lt;li&gt;Son hali geldiğinde, ağaç tek bir Markdown dosyası olarak indirilir.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Bu akış özellikle röportaj taslakları, retrospektifler, keşif
notları ve QA kontrol listeleri için işe yarıyor; biz de kendi
çalışmalarımızda bu yüzden kullanıyoruz.&lt;/p&gt;
&lt;h2 id=&quot;bugünkü-sürümde-neler-var&quot;&gt;Bugünkü sürümde neler var?&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Üç plan&lt;/strong&gt;: Ücretsiz, bireysel ve ekip. Plan karşılaştırması
&lt;a href=&quot;https://blog.kilavuz.app/pricing-and-billing/&quot;&gt;fiyatlandırma sayfasında&lt;/a&gt; var.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Soru ağacı düzenleme&lt;/strong&gt;: Sürükle-bırak yeniden sıralama ve
yumuşak silme. Silinen bir soru, altındaki soruları yetim bırakmaz.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Markdown’a aktarma&lt;/strong&gt;: Ağacın tamamı hiyerarşik numaralandırma
ile birlikte tek dosyada indirilir. Uç noktanın ayrıntıları &lt;a href=&quot;https://blog.kilavuz.app/reference/api/&quot;&gt;API
referansında&lt;/a&gt; var.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Yönetim paneli&lt;/strong&gt;: Kullanıcı yönetimi, faturalama görünümü ve
denetim kayıtları. Yalnızca yöneticilere açıktır.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Çerez onayı ve dil seçimi&lt;/strong&gt;: Türkçe varsayılan, İngilizce
kullanılabilir; seçim tarayıcıda saklanır.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&quot;nereden-başlarsınız&quot;&gt;Nereden başlarsınız?&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;&lt;code dir=&quot;auto&quot;&gt;https://kilavuz.app&lt;/code&gt; adresine gidin ve &lt;strong&gt;Kayıt ol&lt;/strong&gt; ile bir
hesap açın.&lt;/li&gt;
&lt;li&gt;&lt;a href=&quot;https://blog.kilavuz.app/guides/getting-started/&quot;&gt;Başlangıç rehberindeki&lt;/a&gt; adımları takip
ederek ilk soru ağacınızı kurun.&lt;/li&gt;
&lt;li&gt;Bir sorunuz olursa bu blogdaki yorumları ya da e-posta
yoluyla bize ulaşın.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&quot;sırada-ne-var&quot;&gt;Sırada ne var?&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Ekip içi işbirliği&lt;/strong&gt;: Birden çok kişinin aynı ağaç üzerinde
eşzamanlı çalışması için çakışma çözümü.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Şablonlar&lt;/strong&gt;: Sık kullanılan soru ağaçları için başlangıç
şablonları (mülakat, retrospektif, keşif).&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Dışa aktarma genişletmesi&lt;/strong&gt;: Markdown’a ek olarak JSON ve
OPML formatlarında dışa aktarma.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Bu yol haritası, ürünü kullanan ilk ekiplerden gelen geri bildirimlerle
şekillenecek. Geri bildirimlerinizi blog yorumları üzerinden veya
&lt;code dir=&quot;auto&quot;&gt;hello@kilavuz.app&lt;/code&gt; üzerinden bekliyoruz; yanıt süremiz, kaç kişi
yazdığına bağlı olarak değişebilir.&lt;/p&gt;</content:encoded><category>kilavuz</category><category>lansman</category><category>ürün</category></item><item><title>Kilavuz Neden Var</title><link>https://blog.kilavuz.app/blog/building-kilavuz-product/</link><guid isPermaLink="true">https://blog.kilavuz.app/blog/building-kilavuz-product/</guid><pubDate>Sat, 01 Aug 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;Bu yazı, Kilavuz’un hangi sorunu çözmek için doğduğunu ve tasarım
kararlarının nedenlerini anlatıyor. Ürün sayfasındaki özellik
listesinden farklı olarak, burada “neden” kısmına odaklanıyoruz.&lt;/p&gt;
&lt;h2 id=&quot;çıkış-noktası&quot;&gt;Çıkış noktası&lt;/h2&gt;
&lt;p&gt;Bir ekip içinde yapılandırılmış notlar tutmak istediğinizde elinizde
iki yaygın seçenek var:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Belge düzenleyici&lt;/strong&gt;: Serbest metin olarak soruları alt alta
yazarsınız; hiyerarşi görsel olarak bozulur, yeniden sıralamak
zahmetlidir.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Proje yönetim aracı&lt;/strong&gt;: Her soru bir “ticket” olur; bu sefer
ağaç yapısı kaybolur, bilgi dağılır.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Bu iki uç arasında kalan bir boşluk var: hiyerarşiyi koruyarak serbest
metin yazmak, taşımak ve başka formatlara dönüştürmek. Kilavuz, bu
boşluğu doldurmak için doğdu.&lt;/p&gt;
&lt;h2 id=&quot;tasarım-ilkeleri&quot;&gt;Tasarım ilkeleri&lt;/h2&gt;
&lt;p&gt;Ürünü tasarlarken üç ilkeye bağlı kaldık:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;Veri yapısı önce&lt;/strong&gt;: Hiyerarşi, kullanıcının gözünden değil,
veritabanının gözünden birinci sınıf bir yapı. Bu yüzden
&lt;code dir=&quot;auto&quot;&gt;parentId&lt;/code&gt;, &lt;code dir=&quot;auto&quot;&gt;sortKey&lt;/code&gt; ve &lt;code dir=&quot;auto&quot;&gt;depth&lt;/code&gt; alanları modelin temelinde yer
alıyor.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Yumuşak silme&lt;/strong&gt;: Bir soruyu silmek, altındaki bilgiyi
kaybetmeniz anlamına gelmemeli. &lt;code dir=&quot;auto&quot;&gt;softDeleteQuestion&lt;/code&gt; eylemi,
alt soruları yetim bırakmadan hedef kaydı damgalar.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Sahip olunan tek dışa aktarma formatı&lt;/strong&gt;: Markdown, ekibimizin ve
müşterilerimizin zaten bildiği bir format. JSON ve OPML
yol haritasında; ilk günden itibaren ek bir biçim yükü
getirmedik.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2 id=&quot;türkçe-neden-varsayılan&quot;&gt;Türkçe neden varsayılan?&lt;/h2&gt;
&lt;p&gt;Ekibimiz Türkçe konuşuyor; müşterilerimizin önemli bir kısmı da
Türkçe çalışıyor. Ürünün Türkçe varsayılanla doğması, kendi
işimizi yaparken en az dirençle karşılaşmak anlamına geliyordu.
İngilizce seçeneği, gerçek bir eksiği kapatmak için değil, ürünü
uluslararası kullanıma açık tutmak için eklendi. Dil seçimi, bir
veri olarak değil, bir UI tercihi olarak saklanıyor; bu sayede
sunucu tarafı verileri dil-agnostik kalıyor.&lt;/p&gt;
&lt;h2 id=&quot;neyi-özellikle-yapmadık&quot;&gt;Neyi özellikle yapmadık?&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;SDK form kontrollerini Türkçeye çevirmedik&lt;/strong&gt;. Wasp SDK’sının
iç form bileşenleri İngilizce kalır; bu istisna bilinçli bir
kapsam kararıdır.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Sunucu hata iletilerini çevirmedik&lt;/strong&gt;. API hata gövdeleri
İngilizce kalır; bunlar geliştiriciye yöneliktir.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Kişiselleştirilmiş bir fatura şablonu yazmadık&lt;/strong&gt;. PDF
faturalar, Stripe’ın şablonundan alınır.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Bu “yapmadık” listesi, kapsamımızın sınırlarını netleştiriyor.
Ürünü kullanırken bir sınırla karşılaşırsanız, bunun bilinçli bir
karar mı yoksa eksik bir özellik mi olduğunu sormak için bize
ulaşabilirsiniz.&lt;/p&gt;
&lt;h2 id=&quot;bundan-sonra&quot;&gt;Bundan sonra&lt;/h2&gt;
&lt;p&gt;Önümüzdeki aylarda ürünü gerçek kullanım verileriyle
şekillendireceğiz. Yol haritasını ve değişiklik günlüklerini
&lt;a href=&quot;https://blog.kilavuz.app/blog/&quot;&gt;blog&lt;/a&gt; üzerinden paylaşmaya devam edeceğiz.&lt;/p&gt;</content:encoded><category>kilavuz</category><category>ürün</category><category>hikaye</category></item></channel></rss>