Çözüm Mühendisliği
5 minute read
Çö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ühendisliği @destek-ekibi bünyesinde faaliyet gösterir. Pre-sales aktiviteler için @satis-ekibi ile koordineli çalışır.
Çözüm Mühendisi Rolü
Temel Sorumluluklar
| Sorumluluk | Açıklama |
|---|---|
| Teknik Keşif | Müşteri mevcut altyapısını ve ihtiyaçlarını analiz etme |
| Mimari Tasarım | Müşteriye özel çözüm mimarisi hazırlama |
| POC Yönetimi | Proof of Concept planlama, yürütme ve değerlendirme |
| Demo | Ürün demoları ve teknik sunumlar |
| Teklif Desteği | Satış tekliflerinde teknik kapsam ve iş yükü tahmini |
| RFP/RFI Yanıtı | Teknik sorulara detaylı yanıt hazırlama |
| Handoff | Satış sonrası onboarding ekibine teknik devir |
Yetkinlik Gereksinimleri
| Alan | Beklenti |
|---|---|
| Denomas ürün portföyü | Tüm ürün hatlarında derin teknik bilgi |
| Altyapı mimarisi | Linux, container, network, storage |
| Açık kaynak ekosistemi | Zabbix, Ansible, Odoo, Nextcloud |
| Bulut platformları | AWS, Azure, GCP, on-premise hibrit |
| Güvenlik | Temel güvenlik mimarisi, compliance framework |
| İletişim | Teknik 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:
- Mevcut altyapı haritası (sunucu, ağ, depolama, uygulama)
- Mevcut sorunlar ve ağrı noktaları
- İş hedefleri ve teknik gereksinimler
- Entegrasyon noktaları (LDAP, SSO, API, monitoring)
- Compliance ve güvenlik gereksinimleri
- Zaman çizelgesi ve bütçe beklentisi
Çıktı: Teknik Keşif Raporu (Nextcloud Templates/Discovery-Report şablonu)
Müşteri hakkında mevcut tüm bilgiler (CRM notları, sektör analizi, web sitesi) toplantıdan önce incelenir. Hazırlıksız toplantıya girilmez.
Teknik Uygunluk Değerlendirmesi
Her satış fırsatı için teknik uygunluk puanı hesaplanır:
| Kriter | Ağırlık | Puan Aralığı |
|---|---|---|
| Ürün-İhtiyaç Uyumu | %30 | 1-5 |
| Teknik Altyapı Uyumu | %25 | 1-5 |
| Entegrasyon Karmaşıklığı | %20 | 1-5 (5 = kolay) |
| Kaynak Gereksinimi | %15 | 1-5 (5 = düşük) |
| Stratejik Değer | %10 | 1-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şama | Süre | Çıktı |
|---|---|---|
| Planlama | 3-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ütme | 5-15 iş günü | Müşteri ile birlikte test senaryolarının yürütülmesi |
| Değerlendirme | 2-3 iş günü | POC sonuç raporu, başarı kriterleri karşılaştırması |
| Karar | — | Go / 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, ücretsiz danışmanlık değildir. Kapsamı net tanımlanır, tarihlendirilir ve müşteri onayı alınır. Kapsam dışı istekler ayrı fırsat olarak değerlendirilir.
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ün | Küçük (< 100 node) | Orta (100-1000 node) | Büyük (1000+ node) |
|---|---|---|---|
| Monitoring | Tekli Zabbix Server | Zabbix HA + Proxy | Dağıtık çoklu sunucu |
| Automation | Tekli Ansible Controller | AAP + EDA | Mesh topoloji |
| AIO | Tekli Odoo instance | Odoo Multi-worker | Odoo HA + Read Replica |
| Cloud | Nextcloud Tekli | Nextcloud HA | Nextcloud Küme (cluster) |
Özel Mimari Tasarım
Referans mimarilere uymayan durumlarda özel tasarım yapılır:
- Gereksinim Dokümanı — Müşteri ihtiyaçlarının detaylı kaydı
- Mimari Diyagram — Bileşen, ağ ve veri akışı diyagramları
- Kapasite Planı — CPU, bellek, disk, ağ tahminleri
- Yüksek Erişilebilirlik — HA ve DR stratejisi
- Güvenlik Katmanı — Ağ segmentasyonu, erişim kontrolü, şifreleme
- Maliyet Tahmini — Altyapı ve lisans maliyeti
Tüm özel mimari tasarımlar, uygulamaya geçmeden önce bir senior çözüm mühendisi tarafından incelenir (peer review).
Demo Yönetimi
Ürün demoları Demo Ortamları sayfasında tanımlanan ortamlar üzerinde gerçekleştirilir. Demo süreci:
- Hazırlık — Müşteri ihtiyaçlarına uygun demo senaryosu hazırlama
- Ortam Kontrolü — Demo ortamının güncel ve çalışır durumda olduğunu doğrulama
- Sunum — Canlı demo, müşteri sorularına yanıt
- 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ım | Sorumlular | SLA |
|---|---|---|
| RFP alındı, SE atandı | Satış Yöneticisi | 1 iş günü |
| Teknik soruların yanıtlanması | SE + ilgili ürün ekibi | 5 iş günü |
| İç inceleme ve onay | SE Lead + Satış Yöneticisi | 2 iş günü |
| Son kontrol ve gönderim | SE + 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
Devir sadece doküman değildir. CSM, CSE ve SE'nin katıldığı 30 dakikalık bir devir toplantısı zorunludur.
Başarı Metrikleri
| Metrik | Hedef | Ölçüm |
|---|---|---|
| POC Başarı Oranı | > %70 | Başarılı POC / Toplam POC |
| Teknik Win Rate | > %60 | Teknik 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 | %100 | Devir dokümanı + toplantı |
| Müşteri Demo CSAT | > 4.0/5.0 | Demo 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
İlgili Sayfalar
- Destek Genel Bakış
- Müşteri Başarı Yönetimi
- Demo Ortamları
- Profesyonel Hizmetler
- Ürün Portföyü
Geribildirim
Bu sayfa yararlı oldu mu?
Bu sayfa faydali oldu
Bu sayfa gelistirilmeli
