Sözleşmelerin arşivi, yenileme tarihleri ve onaylarının takibi.
01Sözleşme yönetimi firması seçerken bakılacak ölçütler
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
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.
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.
Bakım koşulları
Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.
02Teklif görüşmesinde sorulacak sorular
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
03Sözleşme yönetimi planlarken bilinmesi gerekenler
- Kullanıcı rolleri ve yetkiler (kim neyi görür, kim onaylar) baştan tanımlanır.
- KVKK: kişisel veri işlenecekse erişim yetkisi, loglama ve saklama süresi planlanır.
- İlk sürüm (MVP) en çok zaman kaybettiren işi çözmeye odaklanır; sonra modül modül genişler.
04Kırmızı bayraklar
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
- Ödemenin tamamını iş başlamadan isteyen plan
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
05Bolu 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. Göynük'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
06Göynük'te sözleşme yönetimi için çalışma biçimimiz
Göynük'ün PTT verisindeki 153 yerleşim kaydı 2 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Göynük'teki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Yeniçağa, Mengen ve Gerede ilçeleri için de sözleşme yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; sözleşme yönetimi için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
07Ekip ve çalışma biçimimiz
Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.
- Yayın sonrası bakım ve destek planlanır.
- Alan adı ve sunucu hesapları işletme adına açılır.
- KVKK baştan tasarlanır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Bolu da bunlardan biri.
08Örnek hesap
Örnek: Excel'den yazılıma geçiş envanteri
- Excel dosyası × sayfa
- 14 × 5
- Toplam satır
- 11.000
- Alan (sütun) sayısı
- 23
- Eşleştirilecek alan (yaklaşık)
- 193
- Deneme aktarımında kontrol örneklemi (%2)
- 220 satır
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Sözleşmede nelere dikkat etmeliyim?
Kapsam ve teslim kriterleri, kaynak kod ve veri sahipliği, ödeme planının aşamalara bağlanması, bakım koşulları ve gizlilik maddeleri.
Göynük'te yüz yüze görüşebilir miyiz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Sözleşme yönetimi sonradan genişletilebilir mi?
Evet. Sürüm gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
Sözleşme yönetimi için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve bitiş uyarısı gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Uzaktan mı çalışıyorsunuz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya eğitim gereken işlerde yerinde çalışma planlanır.
İlk sürüm ne kadar kapsamlı olmalı?
İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır. Kullanıldıkça ihtiyaçlar netleşir ve sonraki modüller sürüm planıyla eklenir.
Bolu dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
Sözleşme Yönetimi hakkında diğer konular
- Sözleşme yönetimi bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Sözleşme yönetimi özellikleri ve modülleriOlması gereken modüller ve özellikler
- Sözleşme yönetimi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Sözleşme yönetimi fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Sözleşme yönetimi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
Göynük'te ilgili hizmetler
Bolu içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- bitiş uyarısı
- sürüm
- e-imza bağlantısı
- MVP
- rol ve yetki
- raporlama
- web tabanlı
- iş akışı
- Excel'den geçiş
- Bolu
- Göynük