Havran'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

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

04Bütçeyi koruyan tercihler

• Raporları önce temel düzeyde kurup kullanıldıkça zenginleştirmek
• İlk sürümde yalnız en çok zaman kaybettiren işi çözmek
• Mevcut muhasebe programını değiştirmeden entegrasyonla bağlamak
• Hazır servisleri (ödeme, e-posta, harita) baştan yazmak yerine kullanmak

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.

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

Havran'ın PTT verisindeki 34 yerleşim kaydı 2 farklı posta koduna dağılır.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Havran'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.

Balıkesir genelinde Karesi, Marmara ve Susurluk gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

07İşletim ve bakım ipuçları

• Hata kayıtları önceliğe göre sınıflandırılır.
• Bağımlılık güvenlik uyarıları düzenli taranır.
• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.

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
• sürüm yükseltme
• test ortamı
• hata kaydı
• Balıkesir
• Havran