Otomako

En çok istenenler

Genelde sorun burada başlıyor.

Aşağıdaki sekiz durum, farklı sektörlerden şirketlerin bize tekrar tekrar anlattığı işler. Bazısı otomasyonla çözülüyor, bazısı bir iç araçla, bazısı da sıfırdan yazılan bir ürünle. Her biri için bugün nasıl yürüdüğünü, neyin sisteme alınabileceğini ve neyin insanda kalması gerektiğini yazdık.

01 · Operasyon otomasyonu

Çok kanallı talep toplama

E-posta, web formu, WhatsApp ve telefondan gelen talepler tek akışta toplanır.

Bugün genelde böyle yürüyor

Talep dört ayrı yerden geliyor. Web formu bir e-posta kutusuna düşüyor, WhatsApp tek bir telefonda duruyor, arayanlar deftere yazılıyor, Instagram'dan geleni başka biri görüyor.

Zaman burada kayboluyor

  • Hangi talebin yanıtlandığı gün sonunda bile net değil
  • Aynı kişi iki kanaldan yazınca iki ayrı kayıt oluşuyor
  • Yoğun günlerde sıra, en son bakan kişinin hafızasında kalıyor

Sisteme alınabilen

  • Her kanaldan gelen talebin tek listeye düşmesi
  • Aynı kişiye ait tekrar kayıtların birleştirilmesi
  • Konuya ve aciliyete göre sıraya girme
  • Yanıtlanmayan talep için hatırlatma

İnsanda kalan karar

Talebe ne cevap verileceği. Sistem sırayı ve bağlamı hazırlar; cevabı yazan kişi kalır.

Kayda geçenler

  • Talebin geldiği kanal ve saat
  • Kime atandığı
  • İlk yanıt süresi
  • Kapanma nedeni

Tipik bağlantılar

  • E-posta (Google Workspace veya Microsoft 365)
  • Web formu
  • WhatsApp Business
  • CRM veya mevcut tablolar

Teslim edilen

  • Tek talep listesi ve durum ekranı
  • Kanal bağlantıları
  • Atama ve hatırlatma kuralları
  • Haftalık özet

Sonuç: Tek ekranda: bugün kaç talep geldi, kaçı yanıtlandı, hangisi bekliyor ve kimde bekliyor.

İlgiliOperasyon otomasyonuİç operasyon paneli

02 · Operasyon otomasyonu

Teklif, başvuru ve kayıt akışı

Talepten teklife giden adımlar sırayla ilerler; onay ve revizyon kayda geçer.

Bugün genelde böyle yürüyor

Teklif bir Word dosyasından kopyalanıyor, fiyat bir tabloda tutuluyor, onay için birine e-posta atılıyor. Üçüncü revizyondan sonra hangi sürümün gönderildiği karışıyor.

Zaman burada kayboluyor

  • Son gönderilen sürümün hangisi olduğu belirsiz
  • Onay bekleyen teklif kimsenin ekranında görünmüyor
  • Aynı bilgiler teklife, sözleşmeye ve muhasebeye ayrı ayrı giriliyor

Sisteme alınabilen

  • Talep bilgisinden teklif taslağının oluşturulması
  • Sürüm ve revizyon takibi
  • Onay adımının ilgili kişiye düşmesi
  • Kabul edilen teklifin kayda ve faturalamaya aktarılması

İnsanda kalan karar

Fiyat ve kapsam kararı. Sistem taslağı ve geçmişi hazırlar; ne teklif edileceğine ekip karar verir.

Kayda geçenler

  • Teklifin her sürümü ve kim değiştirdi
  • Onay ve ret zamanları
  • Gönderim ve görüntülenme
  • Kabul edilen nihai kapsam

Tipik bağlantılar

  • E-posta ve takvim
  • CRM
  • Muhasebe veya ön muhasebe yazılımı
  • Elektronik imza (gerekiyorsa)

Teslim edilen

  • Teklif şablonu ve üretim akışı
  • Onay adımları ve yetkilendirme
  • Sürüm geçmişi
  • Durum ekranı

Sonuç: Her teklifin hangi aşamada olduğu, kimde beklediği ve hangi sürümün gönderildiği tek yerde görünür.

İlgiliOperasyon otomasyonuBelgeden veri çıkarma

03 · Operasyon otomasyonu

Randevu ve hatırlatma akışı

Planlama, onay, değişiklik ve hatırlatma adımları otomatik yürür.

Bugün genelde böyle yürüyor

Randevu telefonla alınıyor, takvime elle yazılıyor, değişiklik olduğunda iki yerde birden güncellenmesi gerekiyor. Hatırlatma mesajını akşam biri tek tek gönderiyor.

Zaman burada kayboluyor

  • Takvim ile gerçek durum arasında fark oluşuyor
  • Hatırlatma unutulduğunda gelmeyen randevu artıyor
  • Değişiklik ve iptaller yazılı bir yerde durmuyor

Sisteme alınabilen

  • Uygun saatlerin tek takvimden üretilmesi
  • Onay ve değişiklik bildirimleri
  • Hatırlatmanın seçilen kanaldan zamanında gitmesi
  • Gelmeyen randevunun işaretlenmesi ve yeniden planlanması

İnsanda kalan karar

Kimin ne zaman görüleceği. Sistem uygunluğu ve hatırlatmayı yürütür; program kararı ekipte kalır.

Kayda geçenler

  • Randevunun alınma ve değişme zamanı
  • Gönderilen hatırlatmalar
  • İptal ve gelmeme nedenleri
  • Yeniden planlama geçmişi

Tipik bağlantılar

  • Google Takvim veya Outlook
  • WhatsApp Business veya SMS
  • Web formu
  • Hasta veya müşteri kaydı

Teslim edilen

  • Takvim bağlantısı ve uygunluk kuralları
  • Hatırlatma şablonları ve zamanlaması
  • Değişiklik ve iptal akışı
  • Günlük program ekranı

Sonuç: Günün programı tek ekranda; hatırlatmalar kendiliğinden gider, değişiklikler kayda geçer.

İlgiliOperasyon otomasyonuHasta iletişim sistemi

04 · Sağlık

Hasta iletişim sistemi

Klinikler için talep kaydı, nitelendirme ve koordinatöre yönlendirme akışı.

Bugün genelde böyle yürüyor

Hasta talebi Instagram'dan, WhatsApp'tan ve web formundan geliyor. Yurt dışından gelenler farklı dilde yazıyor. Koordinatör hepsini tek tek okuyup hangisinin gerçekten randevuya döneceğini ayırmaya çalışıyor.

Zaman burada kayboluyor

  • Talebin hangi dilde ve hangi saat diliminden geldiği takibi zorlaştırıyor
  • Aynı hasta birkaç kanaldan yazdığında geçmiş dağılıyor
  • Yanıt gecikince talep başka kliniğe gidiyor

Sisteme alınabilen

  • Talebin tek kayıtta toplanması ve geçmişin birleşmesi
  • Dil ve konu etiketlemesi
  • Eksik bilginin standart sorularla tamamlanması
  • Doğru koordinatöre yönlendirme ve yanıt süresi takibi

İnsanda kalan karar

Tıbbi içerikli her değerlendirme. Sistem yalnızca idari akışı yürütür: kayıt, yönlendirme ve takip. Klinik karar hekimde kalır.

Kayda geçenler

  • Talebin kanalı, dili ve zamanı
  • Hangi koordinatöre gittiği
  • İlk yanıt ve takip adımları
  • Randevuya dönüşüp dönüşmediği

Tipik bağlantılar

  • WhatsApp Business
  • Web formu ve e-posta
  • Takvim
  • Klinik kayıt veya CRM sistemi

Teslim edilen

  • Tek hasta talebi listesi
  • Nitelendirme ve yönlendirme kuralları
  • Yanıt şablonları ve takip hatırlatmaları
  • Koordinatör ekranı

Sonuç: Koordinatör tek ekrandan çalışır: kim yazmış, hangi dilde, ne zaman dönülmüş, sırada ne var.

İlgiliSağlık sektöründeki işlerimizRandevu ve hatırlatma akışı

05 · İç araçlar

İç operasyon paneli

İşin hangi aşamada olduğu ve kimde beklediği tek ekranda görünür.

Bugün genelde böyle yürüyor

İşin durumu üç ayrı tabloda tutuluyor. Kimse tablonun en güncel sürümünün hangisi olduğundan emin değil; durum sorulunca birine sorulup öğreniliyor.

Zaman burada kayboluyor

  • Aynı bilgi birkaç tabloda farklı duruyor
  • Bekleyen işin kimde olduğu görünmüyor
  • Rapor için veriler her seferinde elle toplanıyor

Sisteme alınabilen

  • Tüm işlerin tek kaynakta toplanması
  • Aşama ve sorumlu takibi
  • Bekleme süresi uzayan işin işaretlenmesi
  • Düzenli özetlerin kendiliğinden üretilmesi

İnsanda kalan karar

Önceliklendirme. Panel neyin beklediğini gösterir; neyin önce yapılacağına yöneten kişi karar verir.

Kayda geçenler

  • Her aşama değişikliği ve zamanı
  • Sorumlu kişi
  • Aşamada geçen süre
  • Tamamlanma ve iptal nedenleri

Tipik bağlantılar

  • Mevcut tablolar (Google Sheets veya Excel)
  • CRM
  • E-posta ve bildirim kanalları
  • Kurum içi yazılımlar (REST API veya webhook)

Teslim edilen

  • Rol bazlı operasyon paneli
  • Aşama ve yetkilendirme yapısı
  • Filtreleme ve arama
  • Özet ve dışa aktarma

Sonuç: Tek ekran: hangi iş hangi aşamada, kimde bekliyor, ne kadar süredir bekliyor.

İlgiliİç araçlar ve yapay zekâ sistemleriYapay zekâ destekli iç araçlar

06 · İç araçlar

Belgeden veri çıkarma ve kontrol

Fatura, sözleşme veya formdaki alanlar okunur, doğrulanır ve sisteme yazılır.

Bugün genelde böyle yürüyor

Gelen fatura ve formlar açılıp okunuyor, alanlar elle bir tabloya giriliyor. Günde yüz belge olduğunda bu tek başına bir işe dönüşüyor ve yazım hataları kaçıyor.

Zaman burada kayboluyor

  • Elle giriş hem zaman alıyor hem hata üretiyor
  • Hatanın nerede olduğu ancak sonradan fark ediliyor
  • Belgenin aslına geri dönmek zor

Sisteme alınabilen

  • Belgeden alanların okunması
  • Beklenen biçim ve aralık kontrolü
  • Şüpheli alanların kontrole düşürülmesi
  • Doğrulanan verinin hedef sisteme yazılması

İnsanda kalan karar

Şüpheli alanın onayı. Sistem emin olmadığını işaretler ve belgenin ilgili yerini gösterir; onayı kişi verir.

Kayda geçenler

  • Belgenin aslı ve okunan alanlar
  • Otomatik kontrol sonuçları
  • Kimin neyi düzelttiği
  • Hedef sisteme yazılma zamanı

Tipik bağlantılar

  • E-posta eki veya dosya klasörü
  • Muhasebe veya ERP
  • Nesne depolama
  • Kurum içi veritabanı

Teslim edilen

  • Belge yükleme ve işleme akışı
  • Alan eşleme kuralları
  • Kontrol ekranı ve düzeltme arayüzü
  • Hedef sisteme aktarım

Sonuç: Belge geliyor, alanlar çıkıyor, yalnızca şüpheli olanlar insana geliyor; gerisi kayda geçiyor.

İlgiliİç araçlar ve yapay zekâ sistemleriTeklif, başvuru ve kayıt akışı

07 · İç araçlar

Yapay zekâ destekli iç araçlar

Sınıflandırma, özetleme ve taslak üretimi; kararı onaylayan yine ekibiniz olur.

Bugün genelde böyle yürüyor

Uzun yazışmaları birinin okuyup özetlemesi gerekiyor. Gelen mesajın hangi konuya girdiğine bakılıyor. Standart cevaplar her seferinde baştan yazılıyor.

Zaman burada kayboluyor

  • Okuma ve ayıklama işi ekibin gününü yiyor
  • Aynı cevap her seferinde yeniden yazılıyor
  • Konu etiketleri kişiden kişiye değişiyor

Sisteme alınabilen

  • Gelen metnin konuya göre sınıflandırılması
  • Uzun yazışmanın özetlenmesi
  • Cevap taslağının hazırlanması
  • Belgeden ilgili bölümün bulunması

İnsanda kalan karar

Onay. Yapay zekâ öneri üretir, gerekçesini ve kaynağını gösterir; gönderim ve karar ekipte kalır.

Kayda geçenler

  • Modelin önerisi ve dayandığı metin
  • Kimin onayladığı veya değiştirdiği
  • Değiştirme oranı
  • Kullanılan sürüm

Tipik bağlantılar

  • E-posta ve mesaj kanalları
  • Belge ve dosya kaynakları
  • İç veritabanı veya arama dizini
  • Dil modeli sağlayıcısı

Teslim edilen

  • Sınıflandırma ve özetleme akışı
  • Öneri ve onay arayüzü
  • Gerekçe ve kaynak gösterimi
  • Ölçüm ve geri bildirim

Sonuç: Ekip boş sayfayla değil, kaynağı görünen bir taslakla başlar; onaylayan yine ekiptir.

İlgiliİç araçlar ve yapay zekâ sistemleriNasıl çalışırız

08 · Özel dijital ürünler

Özel portal ve web uygulaması

Hazır yazılımın karşılamadığı akış için kendi arayüzünüzü geliştiririz.

Bugün genelde böyle yürüyor

Müşteri veya bayi her bilgi için arıyor ya da e-posta atıyor. Aynı soruların cevabı bir tabloda duruyor ama dışarıdan erişilebilir değil. Hazır yazılım denendi, süreç ona uymadı.

Zaman burada kayboluyor

  • Dışarıdan gelen her soru içeride birinin işini bölüyor
  • Hazır yazılımı sürece uydurmak, süreci bozarak çalışıyor
  • Yetki ve görünürlük ayarlanamıyor

Sisteme alınabilen

  • Kendi durumunu görebilen dış kullanıcı erişimi
  • Başvuru, talep ve belge yükleme akışları
  • Rol bazlı yetkilendirme
  • Bildirim ve durum güncellemeleri

İnsanda kalan karar

Onay ve istisna. Portal başvuruyu ve belgeyi toplar; kabul kararı ve istisnalar sizde kalır.

Kayda geçenler

  • Kimin ne zaman giriş yaptığı
  • Gönderilen başvuru ve belgeler
  • Durum değişiklikleri
  • Yazışma geçmişi

Tipik bağlantılar

  • Kimlik doğrulama ve rol yönetimi
  • Kurum içi sistemler (API)
  • Ödeme sağlayıcısı (gerekiyorsa)
  • E-posta bildirimleri

Teslim edilen

  • Ürün tanımı, kapsam ve arayüz tasarımı
  • Portal veya web uygulaması
  • Yönetim ekranı
  • Yayın, izleme ve devir

Sonuç: Dış kullanıcı kendi durumunu kendisi görür; içeride yalnızca karar gerektiren adım kalır.

İlgiliÖzel dijital ürünlerListedra vaka çalışması

Başlangıç

Bunlardan biri size tanıdık geliyorsa, konuşacak bir şey var.

Hangi adımın tıkandığını anlatın. İlk görüşmede otomasyona değip değmeyeceğini ve nereden başlanacağını birlikte çıkaralım.

Formu gönderdikten sonra

  1. İki iş günü içinde dönüşMesajınızı okuyup size uygun bir görüşme zamanı öneriyoruz.
  2. 30–45 dakikalık keşif görüşmesiSatış sunumu değil; sürecin birlikte çıkarıldığı bir oturum. Uygun değilse bunu da açıkça söylüyoruz.
  3. Yazılı özetGörüşmenin ardından ne kurulabileceğini, hangi sırayla ve nasıl bir kapsamla, yazılı olarak paylaşıyoruz.