Çözüm Mühendisliği

Solutions Architecture — pre-sales teknik destek, POC yönetimi, mimari tasarım ve teknik değerlendirme süreçleri

Çözüm Mühendisliği

Çözüm mühendisliği (Solutions Architecture), satış öncesi teknik değerlendirmeden canlı ortam mimarisine kadar müşterinin teknik yolculuğunu şekillendiren birimdir. Satış ekibi ile mühendislik ekibi arasında köprü görevi görür.

Çözüm Mühendisi Rolü

Temel Sorumluluklar

SorumlulukAçıklama
Teknik KeşifMüşteri mevcut altyapısını ve ihtiyaçlarını analiz etme
Mimari TasarımMüşteriye özel çözüm mimarisi hazırlama
POC YönetimiProof of Concept planlama, yürütme ve değerlendirme
DemoÜrün demoları ve teknik sunumlar
Teklif DesteğiSatış tekliflerinde teknik kapsam ve iş yükü tahmini
RFP/RFI YanıtıTeknik sorulara detaylı yanıt hazırlama
HandoffSatış sonrası onboarding ekibine teknik devir

Yetkinlik Gereksinimleri

AlanBeklenti
Denomas ürün portföyüTüm ürün hatlarında derin teknik bilgi
Altyapı mimarisiLinux, container, network, storage
Açık kaynak ekosistemiZabbix, Ansible, Odoo, Nextcloud
Bulut platformlarıAWS, Azure, GCP, on-premise hibrit
GüvenlikTemel güvenlik mimarisi, compliance framework
İletişimTeknik konuları iş diline çevirme yeteneği

Pre-Sales Süreci

Satış — Çözüm Mühendisliği İş Birliği

Satış Fırsatı Açıldı
    │
    ▼
Teknik Uygunluk Değerlendirmesi (SE atanır)
    │
    ├── Uygun → Teknik Keşif Toplantısı
    │              │
    │              ▼
    │         Çözüm Tasarımı
    │              │
    │              ├── Demo gerekli → Demo Ortamı Hazırlığı
    │              ├── POC gerekli → POC Planlama
    │              └── Direkt teklif → Teknik Kapsam Dokümanı
    │
    └── Uygun Değil → Satış'a alternatif önerisi

Teknik Keşif Toplantısı

Müşterinin mevcut durumunu ve ihtiyaçlarını anlamak için yapılan ilk teknik toplantıdır.

Gündem:

  1. Mevcut altyapı haritası (sunucu, ağ, depolama, uygulama)
  2. Mevcut sorunlar ve ağrı noktaları
  3. İş hedefleri ve teknik gereksinimler
  4. Entegrasyon noktaları (LDAP, SSO, API, monitoring)
  5. Compliance ve güvenlik gereksinimleri
  6. Zaman çizelgesi ve bütçe beklentisi

Çıktı: Teknik Keşif Raporu (Nextcloud Templates/Discovery-Report şablonu)

Teknik Uygunluk Değerlendirmesi

Her satış fırsatı için teknik uygunluk puanı hesaplanır:

KriterAğırlıkPuan Aralığı
Ürün-İhtiyaç Uyumu%301-5
Teknik Altyapı Uyumu%251-5
Entegrasyon Karmaşıklığı%201-5 (5 = kolay)
Kaynak Gereksinimi%151-5 (5 = düşük)
Stratejik Değer%101-5
  • Puan > 3.5: Devam et
  • Puan 2.5-3.5: Koşullu devam (riskleri belgele)
  • Puan < 2.5: Satış'a alternatif öner veya reddet

POC (Proof of Concept) Yönetimi

POC Süreci

AşamaSüreÇıktı
Planlama3-5 iş günüPOC planı, başarı kriterleri, ortam gereksinimleri
Ortam Hazırlığı2-3 iş günüHazır POC ortamı (demo ortamları kullanılabilir)
Yürütme5-15 iş günüMüşteri ile birlikte test senaryolarının yürütülmesi
Değerlendirme2-3 iş günüPOC sonuç raporu, başarı kriterleri karşılaştırması
KararGo / No-go kararı

POC Başarı Kriterleri

POC başlatılmadan önce müşteri ile karşılıklı başarı kriterleri belirlenir:

  • Fonksiyonel gereksinimler (hangi senaryolar test edilecek)
  • Performans gereksinimleri (eşik değerler)
  • Entegrasyon gereksinimleri (hangi sistemlerle bağlantı)
  • Zaman sınırı (maksimum POC süresi)

POC Sonuç Raporu

1. Yönetici Özeti
2. Test Senaryoları ve Sonuçları
   - Senaryo adı | Beklenen | Gerçekleşen | Durum
3. Performans Metrikleri
4. Tespit Edilen Riskler ve Azaltma Planları
5. Önerilen Mimari
6. Sonraki Adımlar

Mimari Tasarım

Referans Mimariler

Denomas ürünleri için standart referans mimarileri mevcuttur:

ÜrünKüçük (< 100 node)Orta (100-1000 node)Büyük (1000+ node)
MonitoringTekli Zabbix ServerZabbix HA + ProxyDağıtık çoklu sunucu
AutomationTekli Ansible ControllerAAP + EDAMesh topoloji
AIOTekli Odoo instanceOdoo Multi-workerOdoo HA + Read Replica
CloudNextcloud TekliNextcloud HANextcloud Küme (cluster)

Özel Mimari Tasarım

Referans mimarilere uymayan durumlarda özel tasarım yapılır:

  1. Gereksinim Dokümanı — Müşteri ihtiyaçlarının detaylı kaydı
  2. Mimari Diyagram — Bileşen, ağ ve veri akışı diyagramları
  3. Kapasite Planı — CPU, bellek, disk, ağ tahminleri
  4. Yüksek Erişilebilirlik — HA ve DR stratejisi
  5. Güvenlik Katmanı — Ağ segmentasyonu, erişim kontrolü, şifreleme
  6. Maliyet Tahmini — Altyapı ve lisans maliyeti

Demo Yönetimi

Ürün demoları Demo Ortamları sayfasında tanımlanan ortamlar üzerinde gerçekleştirilir. Demo süreci:

  1. Hazırlık — Müşteri ihtiyaçlarına uygun demo senaryosu hazırlama
  2. Ortam Kontrolü — Demo ortamının güncel ve çalışır durumda olduğunu doğrulama
  3. Sunum — Canlı demo, müşteri sorularına yanıt
  4. Takip — Demo kaydı paylaşımı, ek soru yanıtları

Demo İpuçları

  • Demo müşterinin iş süreçlerine göre özelleştirilir
  • Genel özellik turları yerine müşterinin ağrı noktalarına odaklanılır
  • Demo süresi maksimum 60 dakika (45 dk demo + 15 dk soru-cevap)
  • Demo ortamında müşteriye ait gerçekçi örnek veriler kullanılır

RFP/RFI Yanıt Süreci

AdımSorumlularSLA
RFP alındı, SE atandıSatış Yöneticisi1 iş günü
Teknik soruların yanıtlanmasıSE + ilgili ürün ekibi5 iş günü
İç inceleme ve onaySE Lead + Satış Yöneticisi2 iş günü
Son kontrol ve gönderimSE + Satış1 iş günü

Satış Sonrası Devir (Handoff)

POC veya satış tamamlandığında çözüm mühendisi bilgiyi onboarding ekibine devreder:

Devir Dokümanı İçeriği

  • Müşteri teknik ortam bilgileri
  • Kararlaştırılan mimari tasarım
  • POC bulguları ve notlar
  • Bilinen teknik riskler
  • Müşteri teknik iletişim kişileri
  • Özel gereksinimler ve beklentiler

Başarı Metrikleri

MetrikHedefÖlçüm
POC Başarı Oranı> %70Başarılı POC / Toplam POC
Teknik Win Rate> %60Teknik onay / Toplam değerlendirme
Ortalama POC Süresi< 15 iş günüPOC başlangıç — bitiş
RFP Yanıt Süresi< 8 iş günüRFP alım — gönderim
Devir Tamamlanma%100Devir dokümanı + toplantı
Müşteri Demo CSAT> 4.0/5.0Demo sonrası anket

AgentProtocol

agent_protocol:
  trigger: "new_sales_opportunity_technical_review"
  allowed_agents: ["cs-agent", "sales-agent"]
  level: 3
  actions:
    - action: "assess_technical_fit"
      description: "Teknik uygunluk değerlendirmesi yap"
      requires_human: false
    - action: "prepare_reference_architecture"
      description: "Referans mimariyi müşteri ihtiyacına uyarla"
      requires_human: false
    - action: "provision_poc_environment"
      description: "POC ortamı hazırla"
      requires_human: false
    - action: "generate_poc_report"
      description: "POC sonuç raporu oluştur"
      requires_human: false
    - action: "approve_custom_architecture"
      description: "Özel mimari tasarımı onayla"
      requires_human: true
      approver: "se_lead"
  escalation:
    timeout_minutes: 2880
    escalate_to: "se_director"
  audit_log: true
trigger: "Yeni satış fırsatı teknik değerlendirme gerektirdiğinde" steps: - action: "Teknik uygunluk değerlendirmesi yap" tool: "scoring_engine" input: "müşteri_gereksinimleri, ürün_portföyü, altyapı_bilgisi" - action: "Referans mimariyi seç ve uyarla" tool: "architecture_templates" input: "ürün, ölçek, müşteri_gereksinimleri" - action: "POC ortamı hazırla" tool: "provisioning_api" input: "ortam_tipi, ürün_konfigürasyon, süre" - action: "POC sonuç raporu oluştur" tool: "report_generator" input: "test_sonuçları, performans_metrikleri, başarı_kriterleri" - action: "Teknik devir dokümanı hazırla" tool: "handoff_workflow" input: "mimari_tasarım, poc_bulguları, müşteri_notları" validation: - check: "Teknik uygunluk puanı > 2.5 mi" on_fail: "Satış ekibine alternatif öner" - check: "POC süresi 15 iş gününü aşıyor mu" on_fail: "SE lead'e eskale et ve kapsam daralt"

İlgili Sayfalar