Özel Web Yazılım

Özel Web Yazılım Nedir, Bu Hizmette Ne Alırsınız?

Kısa cevap: özel web yazılım; işletmenizin satış, operasyon, üretim, servis, bayi, müşteri, raporlama veya iç onay süreçlerine göre sıfırdan tasarlanan, tarayıcıdan çalışan yazılımdır. Bilgisayara tek tek program kurmadan; yetkili kullanıcıların masaüstü, tablet veya mobil tarayıcı üzerinden erişebildiği, size ait kurallarla çalışan bir sistem geliştirilir.

Buradaki kritik fark şudur: hazır bir programa süreçlerinizi uydurmaya çalışmazsınız; yazılım, gerçekten kullandığınız iş akışına göre planlanır. Örneğin “müşteri kaydı” sizin için sadece ad-soyad ve telefon değil; teklif geçmişi, cari risk limiti, bayi seviyesi, saha temsilcisi, servis geçmişi, ödeme vadesi ve özel fiyat listesi anlamına gelebilir. Özel web yazılımda bu alanlar, roller, onaylar ve raporlar baştan sizin iş modelinize göre tasarlanır.

Bu hizmet, yalnızca “ekrana birkaç form koyma” işi değildir. Sağlıklı bir özel yazılım projesi; ihtiyaç analizi, kapsam netleştirme, veri modeli, kullanıcı rolleri, arayüz akışları, geliştirme, test, yayın, eğitim ve bakım adımlarından oluşur. Genel kavramları daha geniş görmek isterseniz web yazılım rehberimize de göz atabilirsiniz; bu sayfada ise özellikle işletmeye özel web yazılım yaptırma kararına odaklanıyoruz.

Bizim için başarılı teslimat, “çalışan bir yazılım”dan daha fazlasıdır. Yazılımın kimin tarafından, hangi amaçla, hangi sırayla kullanılacağı; hangi ekranların kritik olduğu; hangi verilerin raporlanacağı; hangi yetkilerin sınırlandırılacağı ve canlıya geçişten sonra ekibinizin sistemi nasıl yöneteceği net olmalıdır. Bu nedenle teslimat kapsamı en başta görünür hale getirilir.

Tipik bir özel web yazılım projesinde alacağınız teslimatlar şunlardır:

• İhtiyaç analizi: Mevcut iş akışınız dinlenir; kullanılan Excel dosyaları, formlar, e-posta şablonları, WhatsApp grupları, hazır programlar ve manuel adımlar incelenir. Amaç, “ne istiyorsunuz?” sorusundan çok “iş nasıl ilerliyor, nerede aksıyor?” sorusunu yanıtlamaktır.
• Kapsam belgesi: Geliştirilecek modüller, kullanıcı rolleri, ekranlar, temel veri alanları, raporlar, entegrasyonlar ve proje dışı bırakılan işler yazılı hale getirilir. Bu belge, teklifin ve takvimin dayanağıdır.
• Arayüz tasarımı: Kullanıcıların göreceği temel ekranlar, menüler, formlar ve işlem akışları tasarlanır. Teknik olmayan ekiplerin de anlayabileceği şekilde, “hangi ekranda ne yapılacak?” sorusu netleştirilir.
• Geliştirme: Onaylanan kapsama göre yazılımın ön yüzü, yönetim paneli, veri tabanı, iş kuralları, kullanıcı yetkileri ve gerekli entegrasyonları geliştirilir.
• Yönetim paneli: İşletme yöneticilerinin kullanıcıları, içerikleri, kayıtları, tanımları, fiyatları, durumları veya raporları yönetebileceği panel hazırlanır. Panelin kapsamı projeye göre değişir; her şeyin geliştiriciye bağlı kalmaması hedeflenir.
• Test: Form gönderimleri, yetkiler, hatalı veri girişleri, rapor çıktıları, mobil görünüm, tarayıcı uyumu, entegrasyon akışları ve kritik senaryolar test edilir. Test sürecinde yalnızca teknik hata değil, iş akışına uymayan noktalar da kontrol edilir.
• Eğitim: Sistemi kullanacak ekibe temel kullanım eğitimi verilir. Eğitim; yönetici paneli, kullanıcı işlemleri, rapor alma, kayıt güncelleme ve günlük operasyon senaryolarını kapsar.
• Dokümantasyon: Proje kapsamına göre kullanıcı kılavuzu, yönetici notları, teknik kurulum bilgileri, temel ekran açıklamaları ve bakım notları hazırlanır.
• KAYNAK KOD TESLİMİ: Proje sözleşmesinde belirtilen kapsamda kaynak kodlar teslim edilir. Bu madde, gelecekte bakım, geliştirme veya başka bir teknik ekiple çalışma esnekliği açısından önemlidir.
• Yayın: Yazılım test ortamından canlı ortama alınır. Alan adı, sunucu, SSL, e-posta gönderimi, yedekleme ve erişim ayarları proje ihtiyacına göre yapılandırılır.
• Destek: Canlıya geçiş sonrası ilk kullanım döneminde hatalar, küçük ayarlar ve kullanım soruları için destek sağlanır. Devam eden bakım ve geliştirme için ayrıca destek modeli planlanabilir.

Proje süreleri kapsamla doğrudan ilişkilidir. Basit bir yönetim paneli ve birkaç iş akışı içeren özel web yazılım için analizden canlıya geçişe kadar süre genellikle 6-10 hafta aralığında tahmin edilir. Birden fazla kullanıcı rolü, gelişmiş raporlar, stok veya cari hesap mantığı, entegrasyonlar ve onay mekanizmaları varsa bu süre 10-20 hafta aralığına çıkabilir. SaaS ürünü, bayi portalı, yoğun API entegrasyonu veya çok şubeli yapı gibi projelerde süre daha uzun planlanmalıdır. Bu aralıklar tahmindir; kesin süre, kapsam belgesi çıkarıldıktan sonra netleşir.

Özel web yazılım hizmetinde en önemli karar, ilk sürümün sınırlarını doğru çizmektir. Her ihtiyacı ilk sürüme koymak çoğu zaman projeyi yavaşlatır ve maliyeti artırır. Bunun yerine, işletmenizde gerçek değer üretecek çekirdek süreç belirlenir: örneğin teklif takibi, bayi siparişleri, servis kayıtları, randevu yönetimi veya iç onay akışı. İlk sürüm bu çekirdek ihtiyacı güvenilir şekilde çözer; sonraki geliştirmeler ölçülerek eklenir.

Özel Web Yazılıma İhtiyacınız Olduğunu Gösteren İşaretler

Özel yazılım yaptırma ihtiyacı genellikle bir anda ortaya çıkmaz. Önce küçük geçici çözümler başlar: bir Excel dosyası, birkaç WhatsApp grubu, e-posta ile onay alma, Google Drive klasörleri, hazır programdan dışa aktarılan listeler, manuel kopyala-yapıştır işlemleri. Bir süre sonra işletme büyür, işlem sayısı artar ve bu geçici çözümler işin kendisini yavaşlatmaya başlar.

En yaygın işaretlerden biri Excel ve WhatsApp kaosudur. Satış ekibi müşteri notlarını farklı dosyalarda tutar, operasyon ekibi son durumu WhatsApp mesajlarından takip eder, yönetici rapor istediğinde kimse aynı veriye bakmaz. Bir dosyanın “son final” versiyonu başka bir kişidedir; müşteriyle ilgili kritik bilgi, ayrılan bir çalışanın kişisel notlarında kalabilir. Bu noktada sorun yalnızca dağınıklık değil, kurumsal hafızanın kişilere bağlı hale gelmesidir.

İkinci işaret, hazır programın işinize uymayan süreçleridir. Hazır yazılım belirli bir sektör veya genel kullanım için tasarlanmıştır. Bazı işletmeler için yeterlidir; ancak sizin onay akışınız, fiyatlandırma kuralınız, bayi yapınız, üretim adımınız veya servis süreciniz farklıysa programı kullanmak için sürekli yan yollar üretirsiniz. Programda alan yoksa açıklama kutusuna bilgi yazılır, onay sistemi yoksa e-posta ile takip edilir, rapor yoksa veriler dışa aktarılıp Excel’de birleştirilir.

Üçüncü işaret, mükerrer veri girişidir. Aynı müşteri bilgisi önce web formundan gelir, sonra CRM’e girilir, sonra muhasebe programına yazılır, sonra sipariş dosyasına kopyalanır. Her tekrar, hata riskidir. Telefon numarası bir yerde farklı, teslimat adresi başka yerde eski, fiyat bilgisi başka tabloda yanlış kalabilir. Özel web yazılım burada yalnızca ekran geliştirmez; verinin tek merkezden akmasını sağlayacak yapı kurar.

Dördüncü işaret, raporsuzluktur. Yönetici “bu ay kaç teklif verildi, kaçı onaylandı, hangi aşamada bekliyor, hangi bayi en çok sipariş açtı, hangi ekip gecikiyor?” gibi sorulara hızlı yanıt alamıyorsa yazılım ihtiyacı olgunlaşmıştır. Raporlama yoksa kararlar sezgiyle alınır. Özel web yazılımda raporlar, projenin başında tanımlanmalıdır; çünkü hangi verinin hangi formatta tutulacağı, rapor kalitesini doğrudan belirler.

Beşinci işaret, birbirine entegre olmayan araçlardır. Web sitesi ayrı, muhasebe programı ayrı, kargo sistemi ayrı, ödeme altyapısı ayrı, e-posta pazarlama aracı ayrı çalışır. İşletme büyüdükçe bu araçlar arasında insan eliyle veri taşımak sürdürülemez hale gelir. Her entegrasyon özel yazılım gerektirmez; ancak kritik verilerin otomatik akması gerekiyorsa özel geliştirme veya API bağlantıları gündeme gelir.

Kendinizi test etmek için aşağıdaki kontrol listesini kullanabilirsiniz:

• 1. Aynı veriyi iki veya daha fazla yere giriyor musunuz? Müşteri, sipariş, stok, randevu veya servis kaydı birden fazla sisteme manuel işleniyorsa otomasyon ihtimali vardır.
• 2. İşin son durumunu öğrenmek için kişilere tek tek sormanız gerekiyor mu? “Bu teklif ne oldu?”, “Bu sipariş kimin üzerinde?”, “Bu talep kapandı mı?” soruları düzenli soruluyorsa takip ekranı eksiktir.
• 3. Hazır programda işinizi temsil etmeyen alanlar veya zorunlu adımlar var mı? Ekibiniz programı kullanmak yerine etrafından dolaşıyorsa özel akış düşünülmelidir.
• 4. Rapor almak için Excel birleştirme, filtreleme ve manuel düzenleme yapıyor musunuz? Rapor hazırlamak operasyonel bir iş haline geldiyse verinin sistemde daha doğru tutulması gerekir.
• 5. Yetki ve erişim kontrolü yetersiz mi? Herkesin aynı veriyi görmesi, fiyat veya müşteri bilgisinin gereğinden fazla kişiye açık olması risk oluşturuyorsa rol bazlı yapı gerekir.
• 6. Müşteri, bayi veya tedarikçileriniz size sürekli telefonla bilgi soruyor mu? Sipariş durumu, ödeme, randevu, teslimat veya servis süreci self-servis takip edilebiliyorsa iş yükü azalabilir.
• 7. İş büyüdükçe mevcut yöntemlerin daha fazla personel gerektireceğini görüyor musunuz? Büyümenin tek çözümü daha çok kişi almaksa, süreçlerin yazılımla desteklenmesi değerlendirilmelidir.

Bu maddelerden bir veya ikisi sizde varsa hemen özel yazılım yaptırmanız şart olmayabilir. Bazen mevcut hazır programın doğru yapılandırılması, birkaç entegrasyon veya daha disiplinli veri kullanımı yeterli olur. Ancak dört ve üzeri madde düzenli olarak yaşanıyorsa, sorun artık araç seçimi değil süreç tasarımı problemidir. Bu durumda özel web yazılım, maliyet kalemi olmaktan çıkıp operasyonel kontrol aracı haline gelir.

Hangi Tür Çözümler Geliştiriyoruz?

Özel web yazılım tek bir ürün tipi değildir. Bazı projeler müşteri takibini düzenler, bazıları bayi siparişlerini dijitalleştirir, bazıları iç onay süreçlerini hızlandırır, bazıları ise dış müşterilere satılacak bir SaaS ürününün ilk sürümünü oluşturur. Aşağıdaki tablo, en sık geliştirilen çözüm türlerini ve hangi ihtiyaca karşılık geldiğini özetler.

Müşteri/CRM takip çözümleri, özellikle satış süreci kişilere bağlı ilerleyen işletmeler için uygundur. Amaç yalnızca müşteri listesi tutmak değil; ilk temas, teklif, takip, karar, satış sonrası notlar ve sorumlu kişi bilgisini izlenebilir hale getirmektir.

B2B bayi-sipariş portalları, bayi veya kurumsal müşterilerin siparişlerini standart bir panel üzerinden oluşturmasını sağlar. Bayiye özel fiyat, ürün görünürlüğü, minimum sipariş kuralı, stok uyarısı veya sipariş durumu gibi alanlar projeye göre şekillendirilir.

Süreç otomasyonu, departmanlar arasında dolaşan işleri netleştirir. Satın alma talebi, masraf onayı, servis talebi, kalite kontrol formu veya teklif onayı gibi süreçlerde “iş kimin üzerinde, ne zamandır bekliyor?” sorusu yazılım üzerinden cevaplanır.

Rezervasyon ve randevu sistemleri, sabit bir takvimi olan veya kapasiteye göre hizmet veren işletmelerde verim sağlar. Burada önemli olan sadece takvim ekranı değildir; iptal kuralları, kaynak kapasitesi, personel uygunluğu, bildirimler ve çakışma kontrolleri de doğru tasarlanmalıdır.

Kurumsal intranet çözümleri, şirket içi bilgi akışını düzenlemek için kullanılır. Duyuruların, dokümanların, formların ve çalışan taleplerinin tek merkezde toplanması; özellikle büyüyen ekiplerde e-posta ve dosya karmaşasını azaltır.

SaaS ürün geliştirme, diğer özel yazılım türlerinden daha farklı ele alınmalıdır. Çünkü burada yalnızca şirket içi kullanım değil, dış müşterilere sunulacak bir ürün, paketleme modeli, kullanıcı yönetimi, ödeme akışı ve ölçeklenebilir mimari düşünülür.

Entegrasyon çözümleri, mevcut sistemlerinizi tamamen değiştirmeden veriyi birbirine bağlamaya odaklanır. Eğer asıl sorun kullandığınız araçların ayrı ayrı çalışmasıysa, tam kapsamlı özel yazılım yerine hedefli entegrasyon daha doğru ve daha ekonomik bir başlangıç olabilir.

Hazır Yazılım Yerine Özel Yazılım: Ne Zaman Mantıklı?

Özel yazılım her zaman en doğru cevap değildir. Bunu açık söylemek gerekir. Eğer ihtiyacınız standart muhasebe, temel stok takibi, basit insan kaynakları yönetimi, genel e-posta pazarlama veya klasik proje takibi ise piyasadaki hazır yazılımlar çoğu zaman daha hızlı, daha ekonomik ve daha düşük riskli bir seçenek olabilir. Hazır yazılımın en büyük avantajı, hemen kullanılabilmesi ve bakım yükünün büyük ölçüde ürün sağlayıcıda olmasıdır.

Özel yazılım ise işinizdeki fark yaratan süreç standart ürünlere sığmadığında mantıklı hale gelir. Sizin fiyatlandırma kuralınız, bayi yapınız, onay zinciriniz, raporlama ihtiyacınız, müşteri deneyiminiz veya entegrasyon akışınız hazır programlarda karşılanmıyorsa; sürekli geçici çözümler üretiyorsanız; süreç büyüdükçe hata ve takip maliyeti artıyorsa özel yazılım değerlendirilmelidir.

Kararı sadece ilk geliştirme maliyetine bakarak vermek doğru değildir. Hazır yazılımda lisans, kullanıcı başı ücret, ek modül, entegrasyon sınırı, veri taşıma, eğitim ve süreçten taviz verme maliyeti olabilir. Özel yazılımda ise analiz, geliştirme, test, bakım, sunucu, güvenlik ve ileride eklenecek modüller düşünülmelidir. Bu nedenle karar verirken hem iş uyumu hem toplam sahip olma maliyeti birlikte değerlendirilmelidir. Daha geniş bir karşılaştırma için karar rehberi, maliyeti belirleyen başlıkları görmek için de maliyet rehberi yardımcı olabilir.

Pratik karar çerçevesi şu şekilde kurulabilir: Eğer ihtiyacınızın büyük kısmı hazır bir ürünle karşılanıyor ve yalnızca birkaç alışkanlığınızı değiştirmeniz gerekiyorsa, önce hazır yazılımı deneyin. Eğer hazır yazılımı kullanabilmek için işinizi bozuyor, ekibinize sürekli çift kayıt yaptırıyor veya kritik raporları dışarıda üretmek zorunda kalıyorsanız, özel yazılım görüşmesi yapmanın zamanı gelmiştir.

Ayrıca ara bir seçenek de vardır: tamamen sıfırdan büyük bir sistem geliştirmek yerine, mevcut hazır yazılımınızın yanına özel bir panel, entegrasyon veya raporlama katmanı eklenebilir. Örneğin muhasebe programınız değişmeden kalır; ancak bayi sipariş portalı, saha ekibi formu veya yönetim rapor ekranı özel geliştirilir. Bu yaklaşım, maliyeti ve geçiş riskini düşürebilir.

Özel web yazılım için bütçe ve süre, kapsamın genişliğine göre değişir. Basit bir iç takip paneli ile çok kullanıcılı, entegrasyonlu bir B2B portal aynı seviyede planlanamaz. Kullanıcı rolü sayısı, ekran sayısı, rapor karmaşıklığı, veri aktarımı, entegrasyon sayısı, güvenlik gereksinimleri ve canlıya geçiş desteği hem süreyi hem maliyeti etkiler. Bu nedenle sağlıklı teklif, kısa bir telefon görüşmesiyle değil; en azından temel ihtiyaç analizi ve kapsam çıkarımıyla verilmelidir. Verilecek her ilk aralık tahmindir; kesinleşmesi için kapsamın yazılı hale gelmesi gerekir.

Geliştirme Sürecimiz: Fikirden Canlıya

Özel web yazılım projelerinde en büyük risk, “ne yapılacağı” netleşmeden kodlamaya başlamaktır. Bu nedenle süreci sadece yazılım geliştirme olarak değil; ihtiyaçların ayrıştırıldığı, önceliklerin belirlendiği, kararların kayıt altına alındığı ve her aşamada somut çıktı üretilen bir iş olarak ele alıyoruz.

Projenin büyüklüğüne göre süre değişir. Genel bir çerçeve vermek gerekirse; küçük bir otomasyon genellikle 3-6 hafta, orta ölçekli bir yönetim paneli veya müşteri portalı 6-12 hafta, kapsamlı ve çok modüllü bir sistem ise 3-6 ay aralığında tamamlanabilir. Bu süreler tahmindir; entegrasyon sayısı, kullanıcı rolleri, onay süreçleri, veri aktarımı, raporlama ihtiyacı ve karar alma hızına göre kısalabilir veya uzayabilir.

1. Ön Görüşme ve İhtiyaç Analizi

İlk aşamada işletmenizin neyi çözmek istediğini anlamaya odaklanırız. Burada hedefimiz, “bir yazılım yaptıralım” cümlesini daha somut hale getirmektir. Hangi departman kullanacak, mevcut süreç nerede tıkanıyor, hangi işler Excel, e-posta veya telefon üzerinden yürüyor, hangi veriler tekrar tekrar giriliyor, hangi raporlar geç hazırlanıyor gibi sorularla gerçek ihtiyacı ortaya çıkarırız.

Bu aşamada teknik terimlerle ilerlemek yerine iş akışınızı konuşuruz. Sipariş nasıl geliyor, teklif kim tarafından hazırlanıyor, onay kimden geçiyor, stok veya cari bilgiler nerede tutuluyor, müşteriye ne zaman bildirim gidiyor, yönetici hangi ekranda neyi görmek istiyor gibi başlıkları açarız.

Elinize ne geçer? Bu aşamanın sonunda özet bir ihtiyaç notu, ana hedefler listesi, çözülmesi gereken problemler, öncelikli kullanıcı rolleri ve ilk kapsam taslağı oluşur. Eğer projenin özel yazılım ile çözülmesi mantıklı değilse veya hazır bir araçla daha düşük maliyetle çözülebilecekse bunu da açıkça belirtiriz.

2. Kapsam Belgesi ve Yol Haritası

İkinci aşamada konuşulan ihtiyaçları proje kapsamına çeviririz. Bu belge, projenin en kritik parçalarından biridir; çünkü neyin yapılacağını, neyin yapılmayacağını, hangi ekranların olacağını, hangi iş kurallarının uygulanacağını ve hangi teslimatların bekleneceğini netleştirir.

Kapsam belgesi sadece teknik ekip için değil, sizin için de kontrol aracıdır. “Bu özellik dahil mi?”, “Bu rapor ilk fazda mı yapılacak?”, “Mobil uyumluluk kapsamda mı?”, “Yetki seviyeleri nasıl olacak?” gibi soruların cevabı bu dokümanda yer alır. Böylece proje ilerlerken belirsizlikler azalır, ek talepler ile ilk kapsam birbirinden ayrılır.

Elinize ne geçer? Netleştirilmiş kapsam belgesi, modül listesi, ekran listesi, kullanıcı rolleri, entegrasyon ihtiyaçları, önceliklendirilmiş faz planı ve tahmini takvim elinizde olur. Ayrıca proje küçük başlayacaksa ilk canlıya alınacak minimum kapsamı, sonraki fazlarda eklenecek modüllerden ayırırız.

3. Ekran Tasarımı ve Tıklanabilir Prototip

Kapsam netleştikten sonra ekranların nasıl çalışacağını görselleştiririz. Bu aşamada renk, logo veya görsel detaylardan önce kullanım akışına odaklanırız. Kullanıcı hangi ekrandan başlayacak, hangi bilgiyi girecek, hangi butona basacak, hata durumunda ne görecek, yönetici neyi onaylayacak gibi konular netleşir.

Tıklanabilir prototip, yazılım henüz kodlanmadan sistemin nasıl kullanılacağını görmenizi sağlar. Bu, özellikle teknik olmayan yöneticiler için çok değerlidir; çünkü soyut bir yazılım fikri, gezilebilir ekranlara dönüşür. Bu aşamada yapılan düzeltmeler, kodlama bittikten sonra yapılacak değişikliklere göre çok daha hızlı ve düşük maliyetlidir.

Elinize ne geçer? Tıklanabilir prototip, temel ekran taslakları, kullanıcı akışları, form alanları, liste ve detay sayfalarının yapısı, rol bazlı ekran erişim kurgusu elinizde olur. Prototip onaylandıktan sonra geliştirme ekibi neyi kodlayacağını, siz de neyin ortaya çıkacağını net şekilde görürsünüz.

4. Yazılım Geliştirme ve Sprint Demoları

Geliştirme aşamasında projeyi tek seferde kapalı kapılar ardında üretmek yerine parçalara ayırırız. Bu parçalar genellikle modül, ekran grubu veya iş akışı bazında planlanır. Örneğin önce kullanıcı girişi ve yetkilendirme, ardından müşteri kayıtları, sonra teklif yönetimi, daha sonra raporlama gibi bir sıralama yapılabilir.

Belirli aralıklarla size çalışan parçaları gösteririz. Bu demolar, projenin doğru yönde ilerlediğini görmenizi sağlar. Ayrıca küçük sapmalar erken fark edilir. Bir alan adının değişmesi, bir butonun farklı yerde olması, bir onay adımının eksik kalması gibi detaylar canlıya yakın bir aşamaya bırakılmaz.

Elinize ne geçer? Sprint demoları, çalışan modül parçaları, geliştirme ilerleme raporları, karar kayıtları ve varsa kapsam dışı taleplerin listesi elinizde olur. Bu aşamada “yazılım yapılıyor” gibi belirsiz bir durum yerine, hangi ekranların tamamlandığını ve hangilerinin sırada olduğunu takip edebilirsiniz.

5. Test Ortamı, Kontroller ve Düzeltmeler

Geliştirilen yazılım, canlıya alınmadan önce test ortamında kullanıma açılır. Test ortamı, gerçek sisteme benzer ancak müşterilerinize, personelinize veya operasyonunuza doğrudan etki etmeyen kontrollü bir alandır. Burada kullanıcı girişleri, formlar, onay süreçleri, e-posta bildirimleri, raporlar, entegrasyonlar ve yetkiler kontrol edilir.

Test sürecinde sadece teknik hatalara bakmayız. İş akışı mantıklı mı, kullanıcı gereksiz veri girişi yapıyor mu, rapor gerçekten karar vermeye yardımcı oluyor mu, yanlış veri girişlerinde sistem uyarı veriyor mu, yönetici ekranı yeterince anlaşılır mı gibi konuları da kontrol ederiz.

Elinize ne geçer? Test ortamı erişimi, test senaryoları, hata ve düzeltme listesi, kullanıcı kabul notları ve canlıya geçiş öncesi kontrol listesi elinizde olur. Bu aşamanın sonunda yazılımın sadece “çalışıyor” olması değil, işletmenizde kullanılabilir hale gelmesi hedeflenir.

6. Canlıya Alma, Eğitim ve Devir

Son aşamada sistem canlı ortama alınır. Alan adı, sunucu, veritabanı, SSL, yedekleme, kullanıcı hesapları ve yetkiler kontrol edilir. Eğer mevcut verileriniz yeni sisteme aktarılacaksa, veri aktarımı planlı şekilde yapılır. Bu aktarım bazen Excel dosyalarından, bazen mevcut bir programdan, bazen de eski bir veritabanından gerçekleşir.

Canlıya geçişten sonra kullanıcıların sistemi doğru kullanması için eğitim verilir. Eğitimin kapsamı projeye göre değişebilir; yönetici paneli kullanımı, personel ekranları, rapor alma, kayıt oluşturma, kayıt güncelleme, onay verme, hata durumunda ne yapılacağı gibi konular işlenir.

Elinize ne geçer? Canlı çalışan yazılım, yönetici ve kullanıcı hesapları, eğitim videosu veya kullanım anlatımı, temel kullanım dokümanı, canlıya geçiş kontrol listesi ve devir paketi elinizde olur. Böylece proje sadece teslim edilmiş değil, işletmeniz tarafından kullanılabilir hale getirilmiş olur.

Fiyatlandırma Mantığı: Neye Para Ödüyorsunuz?

Özel web yazılımda fiyat, “kaç sayfa yapılacak?” sorusuyla sağlıklı hesaplanmaz. Asıl maliyeti belirleyen şey; iş kurallarının karmaşıklığı, kullanıcı rollerinin sayısı, entegrasyonlar, veri yapısı, raporlar, güvenlik ihtiyaçları ve canlıya alma sonrası destek beklentisidir. Bu yüzden teklif hazırlarken sadece ekran sayısına değil, sistemin işletmenizde üstleneceği sorumluluğa bakarız.

Analiz ve Tasarım

Analiz ve tasarım kalemi; ihtiyaç görüşmeleri, kapsam belgesi, kullanıcı akışları, ekran taslakları ve teknik planlamayı kapsar. Bu aşama ihmal edildiğinde proje genellikle geliştirme sırasında yön değiştirir ve maliyet artar. Özellikle birden fazla departmanın kullanacağı sistemlerde analiz süresi, küçük bir otomasyona göre daha uzundur.

Fiyatı etkileyen başlıca faktörler; süreç sayısı, karar verici sayısı, iş akışlarının netliği, mevcut dokümanların olup olmaması ve prototip detay seviyesidir.

Geliştirme İşçiliği

Geliştirme işçiliği, yazılımın kodlanmasını kapsar. Kullanıcı girişi, yetkilendirme, yönetim paneli, formlar, listeleme ekranları, filtreler, onay mekanizmaları, bildirimler, raporlar, entegrasyonlar ve yönetici araçları bu kalemin içindedir.

Fiyatı en çok etkileyen bölüm genellikle burasıdır. Basit bir kayıt ve takip sistemi ile stok, sipariş, cari, ödeme, entegrasyon ve raporlama içeren bir sistem aynı iş yüküne sahip değildir. Ayrıca kullanıcıların farklı yetkilerle farklı ekranlar görmesi, her kayıt üzerinde işlem geçmişi tutulması veya detaylı loglama yapılması geliştirme süresini artırır.

Test ve Kalite Kontrol

Test, sadece yazılım hatalarını bulmak için yapılmaz; sistemin gerçek kullanım senaryolarına uygun çalıştığını doğrulamak için yapılır. Formların doğru kayıt alması, yetkisiz kullanıcıların erişememesi, raporların doğru sonuç üretmesi, entegrasyonların beklenen yanıtları işlemesi ve hatalı veri girişlerinin yakalanması bu kapsamda değerlendirilir.

Test maliyetini etkileyen faktörler; kullanıcı rolü sayısı, entegrasyon sayısı, kritik işlem sayısı, veri aktarımı, rapor karmaşıklığı ve kabul testlerinin kapsamıdır.

Altyapı

Altyapı kalemi; sunucu, veritabanı, alan adı yönlendirmeleri, SSL, yedekleme, e-posta gönderimi, dosya depolama ve performans ihtiyaçlarını kapsayabilir. Bazı projeler paylaşımsız bir sunucu veya bulut altyapısı gerektirirken, bazı küçük otomasyonlar daha sade bir yapı ile başlayabilir.

Altyapı maliyetini kullanıcı sayısı, işlem yoğunluğu, dosya saklama ihtiyacı, yedekleme sıklığı, entegrasyon trafiği ve erişilebilirlik beklentisi etkiler. Her projeye en pahalı altyapıyı önermek yerine, başlangıç için yeterli ve büyümeye uygun bir yapı kurmayı tercih ederiz.

Eğitim ve Devir

Yazılımın kullanılabilmesi için kullanıcıların sistemi anlaması gerekir. Eğitim ve devir kalemi; yönetici eğitimi, kullanıcı anlatımı, kısa eğitim videosu, temel kullanım dokümanı ve teknik devir notlarını kapsayabilir. Bu kalem, özellikle ekip değişikliği yaşanan işletmelerde önemlidir.

Eğitim süresini etkileyen faktörler; kullanıcı grubu sayısı, ekran sayısı, işlem karmaşıklığı ve işletme içindeki sorumluluk dağılımıdır.

Bakım ve Destek

Bakım, proje bittikten sonra sistemin sağlıklı çalışması için verilen destektir. Hata düzeltmeleri, küçük uyarlamalar, güvenlik güncellemeleri, yedekleme kontrolleri, altyapı takibi ve kullanıcı destek talepleri bakım kapsamında ele alınabilir. Bakımın kapsamı sözleşmede açıkça yazılmalıdır; aksi halde “destek” beklentisi iki taraf için de belirsiz hale gelir.

Bakım maliyetini sistemin büyüklüğü, kritikliği, kullanıcı sayısı, mesai dışı destek beklentisi, yanıt süresi ve düzenli geliştirme ihtiyacı etkiler.

Tahmini Proje Bütçesi Aralıkları

Aşağıdaki aralıklar genel fikir vermek içindir; tahmindir. Net fiyat, kapsam belgesi ve teknik değerlendirme sonrasında belirlenir.

• Küçük otomasyon: Yaklaşık 120.000 TL - 350.000 TL. Genellikle tek bir iş akışını dijitalleştiren, sınırlı kullanıcı rolü olan, az sayıda ekran ve basit raporlama içeren projelerdir. Örnek olarak teklif takip, servis kayıt, iç talep formu, basit görev takibi veya Excel yerine kullanılacak küçük bir panel düşünülebilir.
• Orta ölçekli panel veya portal: Yaklaşık 350.000 TL - 900.000 TL. Birden fazla kullanıcı rolü, yönetim paneli, müşteri veya bayi portalı, bildirimler, detaylı filtreleme, raporlama ve sınırlı entegrasyon içeren projelerdir.
• Kapsamlı sistem: Yaklaşık 900.000 TL - 2.500.000 TL+. Çok modüllü, farklı departmanların kullandığı, ERP/CRM/e-ticaret/muhasebe entegrasyonları olan, detaylı yetkilendirme, işlem geçmişi, raporlama, veri aktarımı ve ölçeklenebilir altyapı gerektiren sistemlerdir.

Bu bantların geniş olmasının nedeni, özel yazılımda aynı başlık altında çok farklı iş yükleri çıkabilmesidir. “Müşteri portalı” ifadesi bazen sadece giriş yapıp dosya indirme ekranı anlamına gelir; bazen sipariş, ödeme, cari hesap, destek talebi, teklif onayı, belge yönetimi ve bildirim akışlarını içeren kapsamlı bir platform anlamına gelir.

Ucuz Teklif Neden Pahalıya Patlar?

Çok düşük tekliflerde genellikle üç şeyden biri eksiktir: analiz, test veya devir. İlk bakışta bütçe avantajı gibi görünen bu durum, proje ilerledikçe revizyon maliyeti, kullanım zorluğu, performans problemi veya geliştiriciye bağımlılık olarak geri dönebilir. Kaynak kodun teslim edilmemesi, veritabanı yapısının belgelenmemesi, sözleşmede kapsamın belirsiz olması veya test sürecinin atlanması kısa vadede ucuz, uzun vadede pahalı bir tercihe dönüşebilir.

Bizim yaklaşımımız, en düşük fiyatı vermek değil; neye para ödediğinizi açıkça göstermek ve proje bittikten sonra da sahipliği sizde olan, geliştirilebilir bir sistem teslim etmektir.

Kalite Güvencelerimiz: Kaynak Kod, Dokümantasyon ve Devir

Özel yazılım yaptırırken sadece çalışan bir ekran satın almazsınız. Asıl satın aldığınız şey; işletmenizin süreçlerini taşıyan kod, veritabanı yapısı, iş kuralları, entegrasyon mantığı ve uzun vadede geliştirilebilir bir dijital varlıktır. Bu nedenle teslimatın içinde sahiplik, dokümantasyon ve devir konuları net olmalıdır.

Bizim için temel prensip açıktır: proje bedeli ödenmiş ve sözleşme koşulları tamamlanmış yazılımın kaynak kodu müşterinindir. Bu konu sözlü iyi niyete bırakılmaz; sözleşmede açık şekilde yazılır. Böylece ileride farklı bir ekiple çalışmak, kendi teknik personelinize devretmek veya sistemi başka bir altyapıya taşımak istediğinizde firmanıza bağımlı kalmazsınız.

Dokümantasyon da proje sonunda “isterseniz hazırlarız” denilen ek bir lüks değildir. Standart teslimatın parçasıdır. Elbette her proje için yüzlerce sayfalık doküman gerekli olmayabilir; ancak sistemin nasıl çalıştığını, hangi modüllerden oluştuğunu, hangi kullanıcı rollerinin bulunduğunu, temel teknik yapının nasıl kurulduğunu ve bakım için hangi bilgilere ihtiyaç olduğunu açıklayan belgeler teslim edilmelidir.

Özellikle veritabanı tasarımı ve mimari kararların devredilmesi önemlidir. Çünkü yazılımın görünen kısmı ekranlardır; fakat uzun vadeli sürdürülebilirliği belirleyen şey, arka taraftaki veri modeli ve mimaridir. Müşteri kayıtları, siparişler, hareketler, onaylar, loglar, dosyalar ve raporlar doğru modellenmediyse sistem büyüdükçe yavaşlar, değişiklikler zorlaşır ve hata riski artar.

Firmaya bağımlılık yaratmamak için projenin teknik teslimatını düzenli tutarız. Sunucu erişimleri, kurulum adımları, ortam değişkenleri, entegrasyon bilgileri, veritabanı yedekleme düzeni ve kullanılan servisler kayıt altına alınır. Bu yaklaşım, hem sizin güvenliğiniz hem de projenin geleceği için önemlidir.

Sözleşme ve ödeme planı da kalite güvencesinin bir parçasıdır. Projelerde genellikle aşamalı ödeme düzeni uygulanır: başlangıç, analiz/prototip onayı, geliştirme ara teslimleri, test ortamı ve canlıya geçiş gibi kilometre taşları belirlenir. Böylece ödeme ile teslimat birbirine bağlanır; siz neyin karşılığında ödeme yaptığınızı bilirsiniz, biz de proje planını sağlıklı şekilde yönetiriz.

Devir Paketi İçeriği

Proje sonunda teslim edilecek devir paketi, projenin kapsamına göre değişebilir; ancak genel olarak şu kalemleri içerir:

• Kaynak kod deposu veya kod teslim paketi
• Veritabanı şeması ve temel tablo açıklamaları
• Kurulum ve çalıştırma yönergeleri
• Canlı ortam ve test ortamı bilgileri
• Kullanılan teknoloji ve servislerin listesi
• Entegrasyon bilgileri ve API bağlantı notları
• Yönetici kullanıcı bilgileri ve rol yapısı
• Yedekleme ve geri yükleme notları
• Temel kullanım dokümanı veya eğitim videosu
• Açık kalan geliştirme önerileri ve sonraki faz notları

Bu devir paketi, projenin sizde gerçekten sahipliğe dönüşmesini sağlar. Yazılım sadece “bizim sunucumuzda çalışan bir hizmet” olarak kalmaz; işletmenizin kontrol edebileceği, denetleyebileceği ve gerektiğinde başka bir teknik ekibe aktarabileceği bir varlık haline gelir.

Yayın Sonrası: Bakım, Geliştirme ve Ölçekleme

Özel web yazılım projelerinde canlıya çıkış bir bitiş çizgisi değil, kontrollü kullanım döneminin başlangıcıdır. Gerçek kullanıcılar sisteme girdiğinde bazı küçük düzenleme ihtiyaçları ortaya çıkabilir. Bir alan adının daha anlaşılır olması, bir rapora ek filtre konması, kullanıcı yetkisinin ayrıştırılması veya bildirim metninin güncellenmesi gibi talepler bu dönemde normaldir.

Bu nedenle yayın sonrası bakım ve geliştirme düzeninin en baştan konuşulmasını öneririz. Bakım anlaşması; hata düzeltmeleri, güvenlik güncellemeleri, sunucu ve yedekleme kontrolleri, küçük kullanım destekleri, performans takibi ve sistemin sağlıklı çalışmasına yönelik teknik işleri kapsayabilir. Yanıt süreleri, destek kanalı, aylık dahil saat veya talep değerlendirme yöntemi sözleşmede netleştirilir.

Bakım ile yeni özellik geliştirmeyi birbirinden ayırmak önemlidir. Bakım, mevcut sistemin sözleşmedeki haliyle sağlıklı çalışmasını sürdürmeye yöneliktir. Yeni özellik ise sisteme yeni bir kabiliyet ekler. Örneğin mevcut rapordaki hatalı toplamın düzeltilmesi bakım kapsamında değerlendirilebilir; ancak rapora yeni bir kârlılık analizi modülü eklenmesi geliştirme talebidir. Bu ayrımın baştan net olması, bütçe ve beklenti yönetimini kolaylaştırır.

Yeni özellik ekleme sürecinde de küçük kapsamlarla ilerlemeyi tercih ederiz. Talep alınır, etkilediği ekranlar ve veri yapısı incelenir, gerekiyorsa kısa bir taslak hazırlanır, süre ve maliyet tahmini paylaşılır. Onaydan sonra geliştirme test ortamına alınır, kontrol edilir ve canlıya geçirilir. Böylece sistem plansız yamalarla büyümez; kontrollü ve izlenebilir şekilde gelişir.

Birçok işletme için en sağlıklı yaklaşım, ilk aşamada tüm hayalleri tek projeye doldurmak değil; MVP yani minimum kullanılabilir ürün mantığıyla başlamaktır. Bu yaklaşımda önce en kritik iş akışı dijitalleştirilir. Kullanıcılar sistemi kullanmaya başlar, gerçek ihtiyaçlar daha net görünür, ardından modül modül genişleme yapılır.

Örneğin ilk fazda sadece servis kayıt ve takip ekranı yapılabilir. İkinci fazda müşteri portalı eklenebilir. Üçüncü fazda stok veya yedek parça takibi bağlanabilir. Daha sonra raporlama, muhasebe entegrasyonu veya mobil uyumlu saha ekranları eklenebilir. Bu yöntem, hem başlangıç bütçesini kontrol altında tutar hem de kullanılmayacak özelliklere zaman harcanmasını önler.

Ölçekleme konusu sadece daha fazla kullanıcıyı kaldırmak anlamına gelmez. Yazılımın veri hacmi arttığında raporların yavaşlamaması, yetki yapısının yeni departmanlara uyarlanabilmesi, yeni şubelerin eklenebilmesi, entegrasyonların genişleyebilmesi ve altyapının ihtiyaç oldukça büyütülebilmesi gerekir. Bu yüzden mimariyi baştan “yarın değişebilir” varsayımıyla kurarız.

Benzer işlerin nasıl ele alındığını görmek isterseniz Referans projelerimize göz atabilirsiniz. Buradaki amaç, her işletmeye aynı yazılımı satmak değil; farklı ihtiyaçların nasıl farklı kapsamlarla çözüldüğünü gösterebilmektir.

Yayın sonrası dönemde sizin tarafınızdan da bir ürün sahibi belirlenmesi faydalıdır. Bu kişi kullanıcı taleplerini toplar, önceliklendirir, bizimle iletişim kurar ve gereksiz dağınıklığı azaltır. Aksi halde farklı departmanlardan gelen küçük talepler bir süre sonra sistemin yönünü belirsizleştirebilir.

Bakım ve geliştirme düzeni oturduğunda özel yazılım, işletmenizde yaşayan bir araca dönüşür. Süreçleriniz değiştikçe sistem de değişir; yeni raporlar, yeni kullanıcı rolleri, yeni entegrasyonlar ve yeni modüller kontrollü şekilde eklenir. En önemlisi, bu büyüme plansız değil; teknik temeli sağlam, kayıtlı ve yönetilebilir olur.

Sık Sorulan Sorular