Yetenek 1
Kararları yakalar
Yazışmalarınızdan kararları çıkarır: karar metni, tarih ve kaynaktan birebir alıntı. Kimseden log tutmasını, etiketlemesini, not yazmasını istemez.
Decdock · Karar sicili
“Bu kararıkim almıştı?”
Kararlar e-postalarda ve toplantılarda alınıp kayboluyor. Decdock, yazışmalarınızdan şirketinizin karar sicilini çıkarır: ne kararlaştırıldı, kim onayladı, ne zaman — kaynağından birebir alıntıyla.
E-posta ve toplantı notlarıyla başlar · İzleme değil, seçtiğiniz kaynaklar · KVKK uyumlu
Ya da çalışan bir karar sicilini kendiniz gezin — canlı demoİlk adım kurulum değil: bitmiş bir projenizin 20–50 e-postasını paylaşın, 3 iş günü içinde karar sicili raporunuzu teslim edelim. Entegrasyon yok, sistem erişimi yok.
Tek bakışta
Dağınık yazışmadan denetlenebilir sicile.
Decdock her yazışmayı bir doğrulama kapısından geçirir: onaylananlar sicile, karar sanılanlar gerekçesiyle birlikte inceleme listesine gider.
Kaynak okunur
E-posta zinciri · toplantı notu
Çıkarım motoru
Yazışmadan karar adaylarını ayıklar
adayadayaday
Karar sanılanöneri · rica · niyet · takvim — sicile girmez, gerekçesiyle ayrılır
Doğrulama + sınıflandırma
“Ratife edilmiş karar mı? Kim onayladı?”
Kaynağa bağlıher karar, onaylayan kişi ve kaynaktaki alıntıyla saklanır
✓ ONAYLI KARAR · ne · kim · ne zaman
4 · Toplu çekim
Belgeler
bitmiş proje
Denetim raporu
tek seferlik
Kurulum yok. Bitmiş projenin dosyalarını verirsiniz, karar sicilini rapor olarak alırsınız.
5 · Sürekli
Karar sicili
dashboard
Haftalık digest
otomatik
Bağlı kaynak. Sicil kendini günceller; sahipsizlik ve çelişki anında görünür, haftada bir özet gelir.
Süreç adımları: (1) Kaynak okunur — e-posta zinciri ve toplantı notu. (2) Çıkarım motoru — yazışmadan karar adaylarını ayıklar. (3) Doğrulama ve sınıflandırma — ratife edilmiş karar mı, kim onayladı? Karar sanılan ifadeler (öneri, rica, niyet, takvim) sicile girmez, gerekçesiyle ayrılır. Onaylı her karar onaylayan kişi ve kaynaktaki alıntıyla saklanır. Onaylı karar iki biçimde kullanılır: 4 · Toplu çekim — belgeleri verirsiniz, tek seferlik Karar Denetimi raporu alırsınız, kurulum yok. 5 · Sürekli — karar sicili dashboard kendini günceller ve haftalık digest gelir.
Decdock ne yapar
Özet değil; denetlenebilir karar sicili.
Decdock, dağınık yazışmaları kaynağa bağlı karar kayıtlarına çevirir. Sorduğu soru "bu hafta ne konuşuldu?" değildir: ne kararlaştırıldı, kim onayladı, hâlâ geçerli mi?
Görev yöneticisi değildir, kurumsal arama değildir, toplantı not aracı değildir. Tek odağı karar hafızasıdır — ve emin olmadığı hiçbir şeyi kesin gerçek gibi göstermez.
Yetenek 2
Onaylayanı gösterir
"Kim söyledi" değil, "kim onayladı": her kararın yanında onaylayan kişi durur. Sahiplik ve hesap verebilirlik tahmine değil kayda dayanır.
Yetenek 3
"Karar sanılanı" ayırır
Asıl tehlike kaybolan karar değil, karar sanılan şeydir. Öneri, niyet ve takvim konuşması sicile girmez — kayıt dışı kalır, gerekçesi görünür olur.
Yetenek 4
Riskleri işaretler
Sahibi belirsiz kalmış kararlar, birbiriyle çelişen yönler ve yeniden açılan konular kendiliğinden işaretlenir — siz sormadan.
Yazışmadan sicile
Dağınık zincirden karar kaydına
Decdock seçtiğiniz kaynaklara bakar, karar ve sahiplik sinyallerini çıkarır ve bunları ekibinizin güvenebileceği, kaynağa bağlı kayıtlara çevirir. Üç gerçekçi örnek:
Yazışma
Selin: Bütçe revizyonu için iki senaryo hazırladık, ekte. Görüşünüzü bekliyoruz.
Esra (CFO): İnceledim. Onaylıyorum — 2026 pazarlama bütçesi %5 artışla kesinleşti.
Decdock'un çıkardığı
- —Karar: 2026 pazarlama bütçesi %5 artışla kesinleşti.
- —Onaylayan: Esra — CFO.
- —Kaynak: Bütçe revizyonu e-posta zinciri.
- —Alıntı: "Onaylıyorum — %5 artışla kesinleşti."
Ekibin gördüğü
“Sicile işlendi: karar, onaylayan ve kaynak alıntısıyla birlikte aranabilir durumda.”
Yazışma
Selin: Pazarlama kalemini %10 kısabiliriz diye düşünüyorum, ama tabii karar sizin.
Murat: Pazartesi 14:00 uygun, toplantı ayarlandı. Orada değerlendiririz.
Decdock'un çıkardığı
- —Sicile YAZILMADI: öneri, onaylanmamış.
- —Gerekçe: kişisel görüş olarak ifade edilmiş, onay yok.
- —"Toplantı ayarlandı" karar değil, takvim koordinasyonu.
- —Durum: sicil dışı, gerekçesi görünür.
Ekibin gördüğü
“Ekibin yarısı bunu "karar" diye hatırlayacaktı. Decdock karar ile karar sanılanı ayırır.”
Yazışma
Mart kararı: Kurumsal müşteriler için manuel rapor desteği yeni sistem hazır olana kadar sürecek.
Nisan mesajı: Manuel raporları mayıstan sonra tamamen kapatalım derim.
Decdock'un çıkardığı
- —Uyarı: bu konu Mart'ta karara bağlanmıştı.
- —Olası çelişki: müşteri taahhüdü ile yeni öneri.
- —İlgili kayıtlar: Mart kararı + Nisan mesajı yan yana.
- —Durum: incelenmeli.
Ekibin gördüğü
“O toplantı ya hiç yapılmaz ya beş dakika sürer: eski karar, vereni ve gerekçesiyle önünüzde.”
Karar zinciri
Tek konu, üç ay, dört dönüm noktası.
Gerçek hayatta karar tek bir cümle değildir: önerilir, onaylanır, biri unutup tersini söyler, sonra revize edilir. Decdock bu zinciri kopmadan tutar. "Soğuk zincir kapasitesi" konusunun üç aylık izi:
3 Mart
3 Mart
Sicile girmedi
Öneri — karar değil
Selin: "Frigo araç kiralayarak kapasiteyi geçici artırabiliriz bence." Decdock bunu sicile yazmadı: kişisel görüş, onay yok. Gerekçesi görünür kaldı.
12 Mart
12 Mart
Onaylı karar
Soğuk zincir kapasitesi Seçenek B ile artırılacak
Kısmi filo yenileme + depo genişletme. Q2 bütçesine işlendi.
"İki senaryoyu inceledim. Onaylıyorum — Seçenek B ile ilerliyoruz, Q2 bütçesine işleyin."
OnaylayanEsra Tekin — CFO
KaynakBütçe e-posta zinciri, m04
28 Nisan
28 Nisan
Çelişki uyarısı⛓ 12 Mart kaydına bağlı
Yeni mesaj eski kararla çelişiyor
Operasyon kanalında "filo yenilemeyi durduralım, tamamen kiralamayla gidelim" yazıldı. Decdock uyardı: bu konu 12 Mart'ta karara bağlanmıştı. İki kayıt yan yana, karar vereni ve gerekçesiyle.
9 Mayıs
9 Mayıs
Revize karar⛓ Önceki karara bağlı — gerekçesiyle
Filo yenileme 2027'ye ertelendi; 2026 kiralama ile yürüyecek
Yeni karar sicile işlendi ve eski kararın yerini aldı — zincir kopmadı.
"Nakit akışını koruyalım. Karar verildi: yenileme 2027'ye, bu yıl kiralama."
OnaylayanMurat Aksoy — Operasyon Direktörü
Durum12 Mart kararını geçersiz kıldı
Yeni gelen bir yönetici bu zinciri 30 saniyede okur: ne önerildi, ne kararlaştırıldı, kim onayladı, neden değişti. Kimse rapor yazmadı — zincir yazışmalardan kendiliğinden çıktı.
Nasıl çalışır
Kurulum istemeyen basit bir akış.
Geniş kurumsal kurulum değil, odaklı bir dilim: seçtiğiniz kaynaklar, incelenebilir sinyaller, kaynağa bağlı kayıtlar. İlk değer 3 iş gününde elinizde olur.
1
Bitmiş bir projenin yazışmalarını paylaşın
Tüm şirket verisi değil: bitmiş bir projenin 20–50 e-postalık dilimi yeter. Kurulum yok, entegrasyon yok, sistem erişimi yok.
Seçili dilimE-postaToplantı notları
2
Decdock karar sinyallerini çıkarır
Yazışmalardan karar, onaylayan, tarih ve bağlam sinyalleri çıkarılır — her biri kaynaktaki cümleye bağlı kalır.
KararOnaylayanKaynak alıntısı
3
"Karar mı, karar sanılan mı?" ikinci geçiş
Her aday ikinci bir doğrulamadan geçer: bu gerçekten onaylanmış bir karar mı? Emin olunmayan sicile yazılmaz; gerekçesi görünür kalır.
DoğrulamaSicil dışı adaylar
4
Karar sicili elinizde
İlk teslimat rapor olarak gelir. Sürekli versiyonda sicil aranabilir kalır, yeni kararlar kendiliğinden işlenir ve haftalık özet gelir.
RaporAranabilirHaftalık özet
Kimin için
Kararları araçlara dağılan şirketler için.
Decdock; 30–300 çalışanlı, karar yoğun ve formal yazışma kültürü olan şirketler için tasarlandı: üretim, lojistik, finans hizmetleri, mühendislik, danışmanlık ve holding iştirakleri.
Genel Müdür / CEO
"Bu kararı kim almıştı, neye dayanarak?" sorusuna e-posta arşivi kazmadan, saniyeler içinde kaynaklı cevap.
COO / Operasyon
"Karar alındı ama top kimde?" boşluğu kapanır: sahipsiz kararlar ve düşen toplar kendiliğinden görünür olur.
Holding iştirakleri
Denetim, raporlama ve kurumsal yönetim için kaynağa bağlı karar izi — kim onayladı, ne zaman, hangi gerekçeyle.
Proje-yoğun ekipler
Aynı konunun ikinci kez toplantıya gelmesi azalır: eski karar, vereni ve gerekçesiyle bir arama uzağınızda.
Kimin için
Kararları e-postada alınan her şirket
Karar iziniz yazışmalarda yaşıyorsa Decdock onu sicile çevirir — kimseye yeni bir araç öğretmeden.
Satın alma soruları
İlk görüşmede üç şeyi netleştiririz.
Decdock bir “AI özeti” vaadiyle başlamaz. Önce karar kaybının nerede yaşandığını, verinin nerede duracağını ve kimin neyi göreceğini açıkça tanımlar.
01 · ROI
Evrensel kazanç rakamı uydurmayız.
Her şirketin karar hacmi, ekip yapısı ve hata maliyeti farklıdır. Decdock bunun yerine karar kaybının nerede maliyete döndüğünü görünür kılar; para karşılığını müşteri kendi gerçek örnekleriyle hesaplar.
Aynı kararın tekrar tartışıldığı yerler
Sahibi belirsiz kalan kararlar
Geçerliliği değişmiş ama kaydı güncellenmemiş kararlar
Denetimde veya devir teslimde kanıtı aranan kararlar
02 · Veri güvenliği
Veri modeli şirketin hassasiyetine göre seçilir.
Başlangıçta en düşük riskli yol sınırlı veriyle rapor modudur. Daha sonra yönetilen bulut veya müşteri ortamında kurulum seçenekleri birlikte değerlendirilir.
Pilot rapor modu
Seçili ve sınırlı veri işlenir. Ham veri yalnız Karar Denetimi raporu için kullanılır; teslim sonrası silme ve yazılı teyit süreci baştan tanımlanır.
Yönetilen bulut
Decdock izole müşteri alanında çalışır. Bölge, saklama süresi, şifreleme, erişim kayıtları ve veri silme politikası sözleşmede netleşir.
Müşteri ortamı
Daha hassas yapılarda Decdock müşterinin kendi bulut hesabında veya kendi sunucularında konumlanabilir. Veri, kurumun belirlediği sınırlar içinde kalır.
03 · Yetki ve kullanım
Herkes kullanır; herkes aynı şeyi görmez.
Decdock şirketin karar hafızasıdır; erişim ise organizasyon şeması, rol ve kaynak kapsamına göre sınırlandırılır. Amaç daha çok veri açmak değil, doğru kişiye doğru karar bağlamını göstermektir.
Yöneticiler
Kendi sorumluluk alanları için karar özeti, açık riskler, sahipsiz kayıtlar ve haftalık/aylık digest görür.
Ekipler
Kendi yetkileri dahilindeki karar geçmişini arar; kaynağı, tarihi, onaylayanı ve güncel durumu görür.
Admin
Kaynak kapsamını, kullanıcı yetkilerini, saklama süresini ve hangi ekiplerin hangi karar alanlarını göreceğini yönetir.
Güvenlik ve gizlilik
İlk rapordan sürekli sicile: aynı ilkeler.
Güven, sonradan eklenen bir özellik değil; ürünün kuruluş ilkesi. Amaç suçlamak değil, hatırlamak — konu kişi değil, karar. Bu dört kural tek seferlik raporda da, sürekli çalışan sicilde de aynen geçerlidir.
İzleme yok
Decdock tüm iletişimi okumaz, insanları izlemez, performans ölçmez. Yalnız sizin seçtiğiniz kaynaklardan kararlar işlenir — konu kişi değil, karar. Kapsamı her zaman siz belirlersiniz.
Veri tek amaç için
KVKK uyumlu işlenir. İçeriğiniz yalnız karar sicili üretiminde kullanılır; model eğitiminde kullanılmaz, üçüncü taraflarla paylaşılmaz.
İmha ve yazılı teyit
Rapor tesliminde ham veri tüm kopyalarıyla silinir ve yazılı olarak teyit edilir. Sürekli üründe saklama süresini sizin politikanız belirler.
Kapsam dışı içerik
İK disiplin süreçleri, hukuki ihtilaf ve sağlık verisi işlenmez — ilk dilimde reddedilir. Sicil suçlama aracı değil, bağlam aracıdır.
Sık sorulanlar
Sormadan cevaplayalım.
Bu dört soru her görüşmede geliyor — gelmesi de doğru. Kısa cevapları burada, uzun cevapları görüşmede.
Nasıl başlıyoruz
İlk adım kurulum değil: Karar Denetimi raporu.
Bitmiş bir projenizin yazışma dilimini paylaşın; 3 iş günü içinde o projenin karar sicilini rapor olarak teslim edelim. Rapor işinize yaramazsa orada biter — yararsa sürekli halini konuşuruz.
Veriniz yalnız rapor üretimi için kullanılır, teslim sonrası imha edilir ve yazılı olarak teyit edilir. Decdock izleme yapmaz.
Girdi
Bitmiş bir projenin 20–50 e-postası
Entegrasyon yok, sistem erişimi yok
Çıktı
Karar sicili: karar, onaylayan, tarih, alıntı
Kaynağa bağlı, denetlenebilir kayıtlar
Süre
3 iş günü
Kurulum ve entegrasyon gerekmez