ODTÜ’lüden Yazılım
Menü

İletişim

Projenizi birlikte değerlendirelim.

Fikrinizi, ihtiyacınızı veya mevcut sisteminizi anlatın. Size satış sunumu değil, uygulanabilir bir teknik yol haritası çıkarmak için geri dönelim.

Projenizi anlatın

Proje formu

Kısa proje formu.

Bilgileriniz yalnızca talebinizi değerlendirmek, size dönüş yapmak ve yetkili panelde takip etmek için kullanılır. KVKK Aydınlatma Metni ve Gizlilik Politikası ayrıntıları açıklar.
Gönderiliyor

Brief kontrolü

Üç dakikada yeterince net bir başlangıç.

Formu göndermeden önce aşağıdaki dört sorudan bildiklerinizi yazmanız yeterli. Hepsine cevap yoksa sorun değil; boş kalan yerler ilk görüşmenin konusu olur.

  1. 01 / iş

    Bugün ne zor ilerliyor?

    Elle yapılan, tekrar eden veya takip edilmesi zorlaşan işi bir cümleyle anlatın.

  2. 02 / kişi

    Kim kullanacak?

    Müşteri, ekip üyesi, yönetici, operasyon veya dış paydaş gibi kullanıcı gruplarını yazın.

  3. 03 / veri

    Hangi veri var?

    Excel, mevcut yazılım, API, form, doküman veya manuel giriş kaynaklarını belirtin.

  4. 04 / sonuç

    İlk sürümde ne değişmeli?

    Zaman kazanma, hata azaltma, takip kolaylığı veya rapor görünürlüğü gibi başarı ölçüsünü yazın.

Örnek brief

Kısa ama işe yarayan bir anlatım.

Ekran listesinden önce problemi, kullanıcıyı ve ilk kapsamı birlikte göstermek; ilk görüşmeyi daha verimli hale getirir.

Temsili başlangıç notu

“Satış ekibi teklifleri Excel'de hazırlıyor, operasyon WhatsApp'tan takip ediyor. Yönetim haftalık raporu elle topluyor. İlk sürümde müşteri, teklif, görev ve rapor ekranları yeterli olur.”

Böyle bir anlatım, ekran listesinden daha değerlidir; problemi, kullanıcıyı ve ilk kapsamı aynı anda gösterir.

Bütçe pusulası

Bütçe aralığı kesin teklif değildir.

Formdaki bütçe alanı pazarlık başlatmak için değil, ilk görüşmede hangi kapsamın gerçekçi olduğunu konuşmak için var. Emin değilseniz alanı boş bırakabilirsiniz.

Yazılım fiyatını etkileyen kararları okuyun

NET DEĞİL

Fikir, kullanıcı veya veri tarafı henüz bulanıksa önce küçük bir keşif ve ilk sürüm sınırı konuşulur.

DAR KAPSAM

Tek ana akış, az rol ve sınırlı entegrasyon varsa küçük bir MVP ya da otomasyon daha doğru başlangıç olabilir.

GENİŞ KAPSAM

Çok rol, veri taşıma, API, raporlama, AI kontrolü veya bakım ihtiyacı varsa kapsamı aşamalara bölmek gerekir.

Örnek teslim çıktıları

Formdan sonra hangi çıktı diliyle ilerleriz?

İlk dönüşte kesin teklif vermekten önce ihtiyacı anlaşılır bir karar notuna çevirmek gerekir. Aşağıdaki formatlar, görüşme sırasında hangi bilgileri netleştirdiğimizi gösterir.

Bu bölüm temsili formatları anlatır; gerçek müşteri belgesi, garanti sonuç, referans veya başarı metriği değildir.

01

Görüşme

İlk görüşme karar notu

Talebi ekran listesi olmaktan çıkarıp problem, kullanıcı, veri ve sonraki adım olarak okunabilir hale getirir.

Örnek format

Örnek format: mevcut süreç, ilk faz adayı, açık risk, sonraki adım.

  • Problem cümlesi
  • Kullanıcı rolleri
  • Mevcut veri veya sistem
  • Önerilen başlangıç rotası
02

Kapsam

Kapsam notu

Şimdi yapılacakları, sonraki faza kalacakları ve ilk sürümü şişirecek istekleri ayrı ayrı görünür yapar.

Örnek format

Örnek format: ilk faz kapsamı, faz dışı istekler, kabul sınırı.

  • İlk faz ana akışı
  • Faz dışı modüller
  • Kabul edilebilir sınır
  • Açık kalan kararlar
03

Risk

Risk listesi

Veri, entegrasyon, kullanıcı alışkanlığı, bakım ve yapay zekâ hata sınırı gibi konuları teklif öncesinde konuşulur hale getirir.

Örnek format

Örnek format: risk, etkisi, ilk kontrol adımı, karar sahibi.

  • Veri belirsizliği
  • Entegrasyon bağımlılığı
  • Kullanım alışkanlığı
  • Bakım ve devretme noktası
04

İlk faz

İlk faz planı

İlk sürümde hangi akışın hangi sırayla çıkacağını sadeleştirir; ürünün küçük ama test edilebilir kalmasına yardım eder.

Örnek format

Örnek format: hafta, ana çıktı, geri bildirim noktası, sonraki karar.

  • Öncelikli kullanıcı akışı
  • Ara çıktı sırası
  • Test ve geri bildirim
  • Sonraki faz sinyali