Çatalca'daki KOBİ'ler için üçüncü taraf yazılıma modül

01KOBİ'nin gerçek ihtiyacı: küçük başlamak

İlk sürüm tek bir sorunu çözmelidir: kaybolan siparişler, takip edilemeyen tahsilatlar veya elle hazırlanan raporlar gibi.

• API
• eklenti
• özelleştirme

02Aşamalı yol haritası

1. İlk sürüm (MVP): en çok zaman kaybettiren iş
2. Kullanıcı geri bildirimiyle düzeltmeler
3. İkinci modül: rapor veya entegrasyon
4. Mobil erişim ve bildirimler
5. Büyüme: yeni şube, yeni rol, yeni kanal

03Üçüncü taraf yazılıma modül planlarken bilinmesi gerekenler

• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.

04Bütçeyi koruyan tercihler

• Mevcut muhasebe programını değiştirmeden entegrasyonla bağlamak
• İlk sürümde yalnız en çok zaman kaybettiren işi çözmek
• Raporları önce temel düzeyde kurup kullanıldıkça zenginleştirmek
• Bulut barındırmayla donanım yatırımını ertelemek

05Destek ve hibe notu

KOSGEB ve benzeri kurumların dijitalleşme destek programları dönemsel olarak açılır; güncel çağrıları ilgili kurumdan kontrol edin.

06Çatalca'da KOBİ'lerle çalışma düzeni

PTT kayıtlarında Çatalca ilçesine bağlı 40 yerleşim bulunur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Çatalca'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

İstanbul genelinde Kadıköy, Ataşehir ve Başakşehir gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

07Kapsamı ve maliyeti etkileyenler

• dokümantasyon ve test kapsamı
• kod tabanının büyüklüğü ve durumu
• aciliyet ve destek penceresi
• kullanılan teknolojilerin güncelliği

08Hangi durumlarda gündeme gelir?

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.

Hatalar tekrar tekrar ortaya çıktığında

Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.

09Örnek: küçük ölçekli başlangıç

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• eklenti
• API
• özelleştirme
• otomatik test
• bakım sözleşmesi
• Git
• teknik borç
• Playwright
• sürüm yükseltme
• İstanbul
• Çatalca