Gercüş'te tekrarlayan işlerin otomasyonu firması seçerken nelere bakılmalı?

01Tekrarlayan işlerin otomasyonu firması seçerken bakılacak ölçütler

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

Referans kontrol yöntemi

Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

02Teklif görüşmesinde sorulacak sorular

• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Ödeme planı teslim aşamalarına bağlı mı?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?

03Tekrarlayan işlerin otomasyonu planlarken bilinmesi gerekenler

• Maliyet, kullanım (token/istek) bazlı olabilir; izleme ve sınır konur.
• RAG sistemlerinde belge kalitesi ve güncelliği cevap kalitesini belirler.
• Yapay zekâ çıktısı doğrulama adımıyla tasarlanır (insan onayı, güven eşiği).

04Tekrarlayan işlerin otomasyonu hangi ihtiyaca cevap verir?

Hata raporu gerektiğinde

Hata raporu, tekrarlayan işlerin otomasyonu projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Veri dışarı çıkmamalıysa

Açık kaynak modeller şirketin kendi sunucusunda çalıştırılabilir; donanım ihtiyacı analizde netleşir.

05Kırmızı bayraklar

• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım

06Batman dışındaki bir firmayla nasıl çalışılır?

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Gercüş'te bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Gercüş'te tekrarlayan işlerin otomasyonu için çalışma biçimimiz

PTT kayıtlarında Gercüş ilçesine bağlı 82 yerleşim bulunur: 4 mahalle ile 78 köy ve köy yerleşimi.

Gercüş'te bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Batman genelinde Kozluk, Sason ve Batman Merkez gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

08Çalışma düzenimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Yayın sonrası bakım ve destek planlanır.
• Kaynak kod ve veri işletmeye teslim edilir.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Batman da bunlardan biri.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• veri işleme
• zamanlanmış görev
• hata raporu
• insan onayı
• WhatsApp botu
• KVKK
• sınıflandırma
• RPA
• Batman
• Gercüş