Neden İdel Yazılım Şirketi?

Sağlık Turizminde Derinleştik, Her Sektöre Taşıdık

Sağlık turizmine tesadüfen girdik ama çok başarılı olduk. Neler mi yaptık ? Hastalarla iletişimindeki dağınıklığı gördük ve sağlık sektörüne özgü CRM geliştirdik. WhatsApp, randevular ve formlar tek merkezde toplanmıyordu, bunları CRM içerisine aldık . Birçok işi kendi yöntemleri ile çözmeye çalışan personel, günde ortalama 5-10 talebi fark etmeden kaybediyordu, bu sorunu giderdik. Birçok açığı kapattık ve teknoloji ile bütünleşmeyi sağladık. Reklam sayfaları ile reklamları barıştırdık maliyetleri düşürdük.

Sağlıkta kurduğumuz entegrasyonu eğitime öğrenci takip, otomotiv sektörüne ise talep yönetim sistemi olarak uyarladık. Mantık değişmedi: gelen başvuruyu kaybetmemek, doğru kişiye yönlendirmek, sonucu izlemek.

Bugün sağlık, eğitim, perakendede vb. sektörler için farklı ihtiyaçlara göre sistemler geliştiriyoruz. Sağlıkta kurduğumuz yapıları başka sektörlere şu şekilde taşıdık:

Sağlık Turizminde Geliştirilen Çözüm	Taşındığı Sektör	Sektördeki Karşılığı
Çok dilli hasta danışmanlığı paneli	Eğitim danışmanlığı	Öğrenci başvuru ve takip sistemi
WhatsApp üzerinden randevu yönetimi	Perakende ve hizmet sektörü	Sipariş ve rezervasyon bildirimleri
Hasta yönlendirme ve komisyon takibi	Proje Firmaları	Teklif ve satış temsilcisi takibi

Sağlık turizminde, birkaç dakikalık gecikmenin bile başvuruyu kaybettirebildiğini görerek hızlı çalışmayı öğrendik. Bir hasta adayı 10 dakika içinde yanıt alamazsa başka kliniğe geçiyor. Bu yüzden yanıt süresini dakikalarla ölçüyoruz. Aynı ciddiyeti başka sektörlerde de koruyoruz, işin ritmi değişmiyor.

Tedarikçi Değil, İş Ortağı Olmak Ne Demek?

Projeyi bırakıp çekilmek bize göre değil. Web sitesi ya da CRM, teslim edildiği gün bitmiş sayılmıyor; asıl ihtiyaç, kullanım sırasında ortaya çıkıyor. Bir müşteri altı ay sonra yeni alan istediğinde, işin gerçek yüzü orada görülüyor.

Aramızdaki farkı, proje tesliminden sonraki çalışma biçimimizde daha net görebilirsiniz.

Konu	Klasik Tedarikçi Yaklaşımı	İdel Yazılım Yaklaşımı
Proje bitişi	Teslim + fatura + ilişki sonu	Teslim + kullanım verisiyle sürekli iyileştirme
Yeni ihtiyaç	Yeni teklif, yeni süreç	Mevcut sistemin üzerine ek modül
Sorun bildirimi	Destek talebi kuyruğu	Doğrudan ekiple iletişim
Strateji kararı	Müşteri tek başına karar verir	Birlikte veri üzerinden değerlendirilir

Bir müşterimizin reklam bütçesini artırmadan önce dönüşüm oranına bakıyoruz. Oran %2'nin altındaysa bütçe artışını önermiyoruz. Kısa vadede daha az iş çıkar, doğru; ama güven böyle kuruluyor.

İletişimde de araya katman koymuyoruz. Müşteri, projeyi yürüten kişiyle doğrudan konuşuyor. Soru tek elde toplanınca yanlış anlaşılma da azalıyor.

Teknik Bir Engelle Karşılaşınca Ne Yapıyoruz?

Sunucu kısıtı çıkar, üçüncü parti API beklenmedik davranır, müşteri talebi teknik gerçekle çakışır. Bunlar normal. Bizim refleksimiz "olmaz" demek değil; seçenekleri masaya koymak.

Bir müşterimiz kullandığı muhasebe yazılımıyla anlık entegrasyon istemişti. API bunu desteklemiyordu. Kapatıp geçmedik; günlük toplu senkronizasyon, e-posta tabanlı akış ve muhasebe firmasıyla özel talep açma seçeneklerini yan yana anlattık. Günlük senkronizasyon seçildi, üç günde çalışır hale geldi.

Teknik bir engel çıktığında, seçenekleri ve her seçeneğin bedelini müşteriye açıkça gösteriyoruz. Ekibimiz, öneri sunmadan önce en az iki uygulanabilir yol hazırlıyor.

Bütçe ve Takvimde Sürpriz Nasıl Önlenir?

Kapsamı net yazılmayan işlerde ortada sürekli ek maliyet çıkar. Biz teklif verirken sayfa sayfa, entegrasyon entegrasyon yazarız; hangi testin dahil olduğu, hangisinin olmadığı görünür olur. Ortalama bir teklif 15-20 kalemden oluşur. Böylece sonradan çıkabilecek maliyetleri ve gecikmeleri en baştan görünür kılıyoruz.

Takvim tarafında da aynı netliği koruyoruz. Altı haftalık teslim dediğimizde bu, hafta hafta iş dağılımı olan bir plan demek. Gecikme çıkarsa tarih önceden söylenir; son gün bahane üretilmez.

Gereksiz özellik eklememek de bütçe disiplininin parçası. Müşteri rakibinde gördüğü her şeyi isterse, önce o özelliğin kendi işine katkısını soruyoruz. Kullanılmayacak modül, boşa giden bütçedir.

Ekibimiz bazen "şu an gerek yok" der. Kısa vadede daha az iş almak gibi görünse de, müşterinin parasını koruyan taraf biziz.

Kapsam Netliği Hangi Somut Faydayı Sağlar?

• Proje ortasında beklenmedik fatura çıkmaz.
• Teslim tarihi değişirse sebebi önceden bilinir.
• Kullanılmayacak modüle bütçe ayrılmaz.
• Ekip, kapsam dışı taleplerde önce fizibilite konuşur.

Şeffaf Raporlama ve Düzenli Toplantılar Nasıl İşliyor?

Reklam yönetimi ve SEO’da süreci saklamak güveni zedeler. Bu yüzden haftalık ve aylık raporları standart tutuyoruz. Google Ads tarafında haftalık, SEO tarafında aylık rapor veriyoruz; sayıların yanına yorum ekliyoruz.

Düzenli toplantı bizim için “her şey yolunda” demek değil. Panel açılır, veri birlikte incelenir, düşen oran varsa nedenine bakılır. Bir müşteride dönüşüm düştüğünde bunu saklamadık; rakip kampanyasının etkisini aynı toplantıda gördük, bütçeyi ona göre değiştirdik.

Reklam panelinin görünür olması tek başına yeterli değil. Google Ads, Google Analytics ve Meta Business hesaplarının sahibi müşteri oluyor; biz yönetici olarak çalışıyoruz. Ajans değişse bile veri geçmişi müşteride kalıyor.

Ekip Nasıl Bu Kadar Üretken Çalışıyor?

Bizde ekonomik çözüm, ucuz iş anlamına gelmiyor. İşletme beş kişilikse ona ERP boyutunda sistem kurmuyoruz; ihtiyacı karşılayan ama büyümeye açık bir yapı seçiyoruz. Böylece hem kurulum kısa sürüyor hem bakım yükü hafifliyor.

Projeye başlarken kaç kişinin kaç saat ayıracağını önceden planlıyoruz. Aynı anda sınırsız işe “evet” dememek, teslim tarihini gerçekçi tutuyor. Sabahları hangi işin hangi aşamada olduğu kontrol ediliyor; risk görülürse gün içinde müdahale ediliyor.

Üretkenliği artıran şeylerden biri de kendi modüler yapı kütüphanelerimiz. Tekrar eden parçalar azalıyor, test ve hata ayıklamaya daha çok zaman kalıyor. İki saatte çözülecek iş, bir gün kaybolmuyor.

Deneyimli ve Güvenilir Bir İş Ortaklığı

Yirmi üç yılda farklı sektörlerde karşılaştığımız sorunlar, bugün projelerde daha hızlı ve isabetli karar vermemizi sağlıyor. Kargo entegrasyonu neden takılır, yoğun saatlerde randevu sistemi nasıl davranır, reklam hesabı hangi sinyalle askıya düşer — bunları tahmin edebiliyoruz. Bu sorunları önceden fark etmemizin nedeni, benzerlerini farklı projelerde daha önce çözmüş olmamız.

Müşterinin bize güvenip güvenmediği, işler yolunda giderken değil, kriz çıktığında hangi kararı verdiğimizle belli oluyor. İş tesliminden sonra da aynı ekibi ulaşılabilir tutuyoruz. İki yıl sonra çıkan bir hata varsa, ilk gün çalışan kişi dosyayı tanıyor ve saatler içinde çözebiliyor.

Bir sektörde çözdüğümüz sorunu başka bir projede daha hızlı tanıyıp uygulayabiliyoruz. Örneğin başvuru takibi, farklı sektörlerde benzer iş akışlarıyla ilerliyor. Önceki deneyim, yeni projede analiz ve karar süresini kısaltıyor.

Sektörler Arası Deneyimin Somut Karşılıkları

Sektör	Öne Çıkan İhtiyaç	Bizim Getirdiğimiz Deneyim
Sağlık turizmi	Çok dilli hızlı yanıt	WhatsApp ve panel entegrasyonu
Eğitim	Aday takibi ve raporlama	Öğrenci/veli CRM modülleri
Otomotiv	Satış temsilcisi verimliliği	Talep dağıtım ve performans takibi
Perakende	Stok ve sipariş senkronizasyonu	E-ticaret altyapı entegrasyonları
Hizmet sektörü	Randevu ve hatırlatma yönetimi	Otomatik bildirim sistemleri

Fikirlerinize Nasıl Hayat Veriyoruz?

Müşteri bize çoğu zaman hazır bir çözümle değil, dertle geliyor. “Randevular kaçıyor”, “reklam bütçesi eriyor”, “site görünmüyor” gibi cümleler duyuyoruz. Oradan, çalışan bir sisteme geçiyoruz.

Burada en çok zaman alan kısım kod değil, ihtiyacı netleştirmek. “Otomatik rapor” denince günlük özet de çıkabiliyor, haftalık trend de. Bu fark konuşulmadan yazılan kod, teslimde işe yaramayabiliyor.

Yirmi üç yılda biriken projelerin ortak yanı şu: hiçbiri birbirinin kopyası değil. Klinik için kurulan randevu akışıyla eğitim kurumu için kurulan akış aynı kalmıyor. Görünüş benzer olsa da arka plandaki mantık işletmeye göre değişiyor.

Doğru Teknolojiyi Nasıl Seçiyoruz?

Geçen yıl bir müşterimiz en hızlı teknoloji olduğu düşüncesiyle React talep etti. İnceledik, ihtiyaç ayda 2-3 içerik güncellemesi ve basit bir formdu. Bu durumda React hem maliyeti yükseltecek hem de küçük değişikliklerde geliştirici bağımlılığı yaratacaktı. WordPress tabanlı özel tema önerdik, içerikleri müşteri kendi güncelliyor.

Teknoloji seçimini, projenin kullanım biçimine ve işletmenin kapasitesine göre yapıyoruz. Trafiği yüksek bir e-ticarette farklı, küçük bir klinik sitesinde farklı altyapı gerekir. İhtiyaca göre tercih ettiğimiz yapılar şöyle ayrışır:

İhtiyaç	Tercih Ettiğimiz Yapı	Neden
Aylık içerik güncellemesi ağırlıklı kurumsal site	Özel kodlanmış alt yapımız	Kolay kullanım, hız ve mobil uyum
Yüksek trafikli e-ticaret	Özgün yazılım + Shopify entegrasyonu	Güvenli ve kolay yönetilebilir
Saha ekibi olan işletme	PWA (tarayıcı üzerinden çalışan mobil uygulama)	Uygulama mağazasına bağımlı kalmadan mobil erişim
Karmaşık iş süreci olan işletme (randevu, stok, CRM bir arada)	Sıfırdan özel CRM	Hazır paketlerin esnekliği yetmiyor

Güvenlik ve Veri Sorumluluğu Baştan Nasıl Tasarlanır?

Veri güvenliği, proje planlanırken ele alınır; sonradan eklenmez. Hasta bilgisi, iletişim kaydı ve ödeme verisi üç ayrı katmanda tutulur. Yetkilendirme arayüzde değil, sistemin kendisinde tanımlanır.

Sunucuda da aynı dikkat var. Yedekler otomatik alınıyor, SSL zorunlu tutuluyor, kritik projelerde haftalık kontrol yapılıyor. Bir kesintide yedekten dönüşü kısa sürede tamamlıyoruz; büyük veri kaybı oluşmaz.

Şifreler tek yönlü şifreleme ile saklanıyor, formlarda bot trafiğine karşı ek katman kullanılıyor, ödeme geçitleri güvenli sağlayıcılar üzerinden kuruluyor. Bu önlemler çoğu gün fark edilmiyor; ancak kesinti yaşandığında sistemin ayakta kalmasını sağlıyor.

Proje Bittiğinde İlişki Bitmiyor

Teslimden sonra da çoğu müşteriyle çalışmayı sürdürüyoruz. Yazılım bir gün doğru çalışsa bile, altı ay sonra yeni bir entegrasyon, mevzuat değişikliği ya da trafik artışı çıkabiliyor. 

Bakımda üç şeye bakıyoruz:

1. Sunucu ve veritabanı performansını aylık kontrol etmek
2. Kullanılan kütüphane ve eklentileri güvenlik güncellemeleriyle senkron tutmak
3. Müşteriden gelen küçük değişiklik taleplerini birikmeden, haftalık döngülerde karşılamak

Acil arızada ortalama müdahale süremiz dört saat. Randevu, ödeme ve stok gibi doğrudan gelir etkileyen yerlerde bu süre bir saate kadar iniyor. Bakım anlaşması olmayan projelerde de destek veriyoruz; fark öncelik sırasından çıkıyor.

Bir otomotiv bayisi için üç yıl önce kurduğumuz talep dağıtım sistemi, bayi sayısı iki katına çıkınca yük aldı. Sistem çökmedi; çünkü aylık kontrolde kapasiteyi önceden artırmıştık. Bakım sırasında kapasite sınırlarını izliyor, gerekli düzenlemeyi arıza oluşmadan yapıyoruz.

Ölçeklenebilir Altyapı Nedir, Küçük Başlayıp Nasıl Büyünür?

İşletme çoğu zaman ilk gün bütün yükünü bilmiyor. Sistem buna göre kurulmadıysa, yeniden yazım gerekir.

Sunucu gücü tek başına ölçeklenebilirlik sağlamıyor. Asıl belirleyici, baştan doğru kurulan veri mimarisidir. Veritabanı ve yetki yapısı, yeni kullanıcıyı mevcut yapıya ekleyecek biçimde tasarlanır. Hazır paketle özel yazılım arasındaki farkı yan yana koyduk:

Durum	Hazır Paket	Özel Yazılım (İdel)
Yeni şube eklenmesi	Ek lisans, bazen ayrı kurulum	Mevcut yapıya rol ve yetki eklenerek genişletme
Kullanıcı sayısı 10'dan 500'e çıkması	Fiyatlandırma katmanı değişiyor, performans sınırlı kalabiliyor	Sunucu kaynağı artırılıyor, kod değişmiyor
Yeni bir modül talebi (örneğin stok takibi)	Genelde mevcut değil, üçüncü parti entegrasyon gerekiyor	Mevcut veritabanına doğrudan modül olarak ekleniyor

Başlangıç maliyeti hazır pakete göre %20-30 daha yüksek olabiliyor. Ama işletme büyüdüğünde sistemin baştan yazılması gerekmiyor. Perakende tarafında çalıştığımız bir müşteri tek mağazadan yirmi mağazaya çıktı. Stok senkronizasyonunda tek seferde kurulan yapı yeterli oldu.

Ekip İçi Uzmanlaşma Neden Gerekli?

Dört farklı uzman aynı projede çalışıyor. Bir projede tek kişi her şeyi yapmıyor. Backend geliştirici, arayüz tasarımcısı, SEO uzmanı ve reklam yöneticisi ayrı çalışıyor; aynı dosyaya farklı açılardan bakıyor. Reklam tarafı algoritma değişikliklerini takip ederken backend tarafı veritabanı yükünü izliyor.

Rol	Odaklandığı Alan	Örnek Çıktı
Backend Geliştirici	Veritabanı, API, sunucu mantığı	Stok senkronizasyon modülü
Arayüz Tasarımcısı	Kullanıcı deneyimi, mobil uyum	Saha ekibi için offline çalışan form
SEO Uzmanı	Teknik SEO, içerik yapısı	Yerel arama sıralaması raporu
Reklam Yöneticisi	Kampanya kurulumu, bütçe optimizasyonu	Dönüşüm bazlı bütçe dağılımı

Değişim hızlı olduğu için düzenli bilgi paylaşımı yapıyoruz. Arama motoru güncellemesi bir hafta içinde SEO çalışma şeklini değiştiriyor, reklam platformu politikası kampanya kurulumunu etkiliyor. Öğrendiklerimiz projeler arasında dolaşıyor.

Uzmanlaşma, sınır çizmeyi de kolaylaştırıyor. Bir talep alanın dışındaysa "yaparız" demiyoruz; açık konuşuyoruz, gerekirse yönlendiriyoruz. Kısa vadede iş kaçırmak gibi görünse de güven böyle oluşuyor.

Üçüncü Parti Sistemlerle Entegrasyon Deneyimi

Web sitesi ya da CRM tek başına yeterli değil. Ödeme altyapısı, kargo sistemi, muhasebe programı, WhatsApp Business API, SMS servisleri ve hastane bilgi sistemleriyle konuşması gerekiyor.

Entegrasyon, dışarıdan bakıldığında kolay görünüyor ama değil. Her servisin kendi kuralı ve hata biçimi var. Bir ödeme sağlayıcısı saniyede sınırlı istek kabul ediyorsa, bunu test etmeden yazılan kod hemen tıkanır. Biz önce dokümantasyonu okur, sonra test ortamında hata senaryolarını deneriz.

Görselleri sıkıştırıyor, önbellek kurallarını tasarım aşamasında belirliyoruz. Sayfa hız hedefini de geliştirme başlamadan önce netleştiriyoruz.

Sayfa Hızı ve Sunucu Performansına Verdiğimiz Önem

Güzel görünen site, yavaşsa iş görmez. Üç saniye sınırı burada ciddi bir eşik. Görsel sıkıştırma, önbellek ve gereksiz kod azaltma işlerini sona bırakmıyoruz. Tasarım kurulurken hız hedefini de konuşuyoruz.

Ölçüt	Standart Hazır Şablon	Bizim Optimize Ettiğimiz Yapı
Sayfa yüklenme süresi	4-6 saniye	1-2 saniye
Mobil performans skoru	40-55	85-95
Görsel dosya boyutu	Orijinal, sıkıştırılmamış	%60-70 küçültülmüş

Bir eğitim kurumu projesinde yalnızca görsel formatlarını değiştirip önbellek kurallarını ayarlayarak açılış süresini 5,2 saniyeden 1,4 saniyeye indirdik. Üç hafta sonra form tamamlama oranı da yükseldi. Hız, doğrudan dönüşüm demek.

Kriz Anında Hızlı Müdahale

Sistem bazen beklenmedik yerde duruyor: kampanya gecesi yük artıyor, güncelleme başka modülü etkiliyor. Böyle anlarda uzun açıklama değil, hızlı müdahale gerekiyor. Mesai dışı kritik bildirimler doğrudan ilgili geliştiriciye ulaşıyor; sorumlu geliştirici ilk incelemeyi başlatıyor.