Capabilities & Methodology
Bu referans iki seviyede çalışır: Bölüm 1, Vexa Product Lab'ın ne yaptığını yönetici düzeyinde anlatır. Bölüm 2, her özelliği tek tek belgeler — nerede yaşadığı, arkasındaki formül ve neden öyle tasarlandığı. Bölüm 3, derli toplu bir formül referansıdır.
Bölüm 1 — Platform
Vexa Product Lab, ürün yönetimi karar desteği için multi-tenant bir SaaS platformudur. Bir ürün ekibinin genellikle ayrı tablolarda tuttuğu üç şeyi — teslimat kapasitesi, rekabet konumu ve ürün ekonomisi — tek modele bağlar; böylece fiyat hedefi, roadmap tahmini ve marj projeksiyonu aynı veriden beslenir.
Kimin için
B2B yazılım ürün ekipleri — ürün yöneticileri, product owner'lar ve liderlik — teslimatı planlamak, rakiplerle kıyaslamak ve ürünü doğru fiyatlamak isteyenler için.
Çözdüğü problem
Çoğu ekip üç kritik soruyu birbirinden kopuk tablolarla yanıtlar. Vexa Product Lab bunun yerine tek bağlantılı model koyar.
01Teslimat planlama
Sprint planlama ve kapatma, commit edilen ve tamamlanan işin takibi, efor + risk bazlı sprint tahminleriyle roadmap öngörüsü.
02Performans raporlama
Velocity, commit-rate, fonksiyon grubu ve geliştirici trendleri; teslimat, gelir ve yürütme risklerini yüzeye çıkaran stratejik analitik katmanı.
03Rekabet & pazar analizi
Rakiplere karşı özellik kapsamı benchmark'ları, pazar boyutlandırma (TAM/SAM/SOM) ve fiyat konumlandırma.
04Fiyatlandırma & ürün ekonomisi
Tam maliyet modeli (personel, havuz, operasyon), tier/dönem/iskonto fiyat motoru ve gelir-marj projeksiyonları.
05Multi-tenant temel
Tenant bazlı izolasyon, sayfa düzeyinde okuma/yazma + ürün izolasyonlu rol tabanlı erişim ve maliyet verisi hassasiyet kontrolleri.
Her hesap aynı veriden türetilir; üç zincir paralel akar ve birbirini besler.
Veri
Model
Karar
Zincirler birbirine bağlıdır: velocity roadmap kapasitesini, Yıl-1 gelir hedefi fiyatlandırmadaki hedef ciroyu, maliyet modeli her marj hesabını besler.
Bölüm 2 — Özellik Referansı
Uygulama bir sidebar etrafında örgütlenir: Core (Overview), Planning, Reporting, Product & Competitor Analysis, Product Pricing, Configuration ve System. Aşağıdaki referans doğal kurulum sırasını izler — önce temel, sonra üzerine inşa edilen katmanlar.
Configuration · Admin
Bu üç sayfa, diğer tüm hesapların bağımlı olduğu varlıkları tanımlar. Maliyete duyarlı veri içerdikleri için yalnızca admin erişimindedir.
Tenant'ın yönettiği ürünleri tanımlar; ürün, diğer her şeyin scope'landığı birimdir.
Nasıl
Her ürün ad, açıklama, vurgu rengi, atanmış personel ve rakipler taşır.
Neden
Ürün izolasyonu multi-tenant modelin omurgasıdır.
Ürünlere atanabilen, sprint'lerde ve maliyette sayılan kişiler.
Nasıl
Her kişinin bir fonksiyon grubu, maliyeti taşıyan bir rolü, ürün atamaları ve opsiyonel havuz işareti vardır.
Neden
Adanmış ve havuz kaynakları ayırmak, maliyet modelini adil, velocity'yi temiz tutar.
Yetenek grupları (örn. Backend, QA, Design) ve içlerindeki roller; aylık maliyet rol üzerindedir.
Nasıl
Her rolün bir aylık maliyeti vardır. Personel maliyeti her zaman rol üzerinden çözülür.
Neden
Maliyetin birey değil rol düzeyinde yaşaması, maliyet verisini maaş ifşa etmeden paylaşılabilir kılar.
Core
Core bölümünün tek sayfası — bağlantılı modelin özet yüzü.
Seçili ürün için teslimat sağlığını, ekibi, fiyatlandırmayı ve rekabet konumunu tek ekranda özetleyen pano.
Nasıl
Son sprint metriklerini, fiyatlandırma özetini ve benchmark özetlerini toplar; her widget yalnızca erişim varsa render edilir.
Neden
Ürün kararları, bağlantılı modeli bir araya getiren tek bir yere ihtiyaç duyar.
Planning
Sprint'ler veriyi üretir; roadmap o veriden tahmin türetir.
Sprint oluşturma, planlama ve kapatma; kişi başına commit ve tamamlanan story point (SP) kaydı.
Nasıl
Bir sprint ad, tarih, planlanan iş günü, commit SP ve tamamlanan SP taşır. Kapasite şu formülle önizlenir:
Capacity = (Business Days × People − Leave) × Velocity × (1 − Buffer%)
Neden
Sprint'ler velocity ve commit-rate'in doğruluk kaynağıdır.
Tamamlanan sprint'lerin metrikleriyle salt-okunur kaydı.
Nasıl
Sprint başına commit edilen, tamamlanan, velocity, commit oranı, kişi başı SP ve geliştirici sayısını gösterir.
Neden
Trend görünürlüğü — üç ve üzeri tamamlanmış sprint, analitiği anlamlı kılar.
Bir özellik setinin ne kadar süreceğini iyimser / olası / kötümser (O/M/P) aralığı ve güven notuyla tahmin eder.
Nasıl
Tech Score — her özellik üç boyuttan puanlanır
Tech Score = (Complexity + Duration + Prerequisite) ÷ 3
XS=0 · S=25 · M=50 · L=75 · XL=100
Efor bandı — ağırlıklı skor bir SP aralığına eşlenir
raw = techScore×0.40 + devtime×0.35 + prereq×0.25 → SP band
≈8–13 SP küçük iş … 89–144 SP büyük mimari değişiklik.
Risk çarpanı — olası (M) değere uygulanır, O/M/P aralığı doğar
risk: S ×1.0 · M ×1.3 · L ×1.6 → Optimistic / Most Likely / Pessimistic
Dağıtım & kapasite — SP, katılan fonksiyon gruplarına ağırlıkla bölünür
Sprint Capacity = Developers × Planned Days × Velocity
Velocity, fonksiyon grubunun son 5 sprint ortalamasıdır; geçmiş yoksa 0.7 SP/kişi/gün varsayılır.
Darboğaz — en yüksek sprint sayılı grup teslim süresini belirler
FG sprints = ⌈FG load ÷ FG sprint capacity⌉ · delivery = max(FG sprints)
Simülasyon O/M/P için üç geçiş koşar ve Olası ile Temkinli sprint sayılarını üretir.
Güven notu — aralık genişledikçe güven düşer
Confidence = (P − O) ÷ M + risk penalty · <0.4 High · <0.8 Medium · ≥0.8 Low
Neden
Tek noktalı tahminler belirsizliği gizler. O/M/P aralığı gerçekçi bir teslim penceresi verir.
Reporting
Sprint geçmişinden sinyal çıkaran üç sayfa.
Genel ve fonksiyon grubu bazında velocity karşılaştırması ve sprint trendi.
Nasıl
Velocity sprint geçmişinden hesaplanır ve son sprint'lerin ortalaması alınır:
Velocity = Completed SP ÷ Planned Days ÷ People count
Neden
Hem güne hem kişi sayısına normalize etmek, sprint'leri karşılaştırılabilir kılar.
Geliştirici başına ortalama velocity, toplam SP ve sprint sayısı.
Neden
Kapasite ve koçluk konuşmaları için bireysel katkı trendleri.
Bağlantılı modeli teslimat, gelir ve pazar genelinde içgörü ve risk bayraklarına çeviren stratejik katman.
Nasıl
Velocity/commit trendleri, fonksiyon grubu kırılımı, kapasite kullanımı ve altı zeka grubu. Temsili eşikler:
target completion 90% · margin warning <10% · SAM penetration high >30%
package discount risk >40% · required-sales risk >200 (high) / >500 (unrealistic)
Neden
Ham metrikleri liderliğin gerçekten sorduğu sorulara çevirir.
Product & Competitor Analysis
Üç benchmark aynı rakip seti üzerinden birbirini besler: özellik, pazar, fiyat.
Rakipleri özellik kapsamı ve gücüne göre puanlayın; roadmap'i besleyebilen What-If senaryoları kurun.
Nasıl
Coverage = covered share · Yes=1 · Partially=0.5 · No=0
Tech Score = (Impl. Complexity + DevTime + Prereq) ÷ 3, coverage-weighted
Commercial = (Product Value + Market Impact) ÷ 2, coverage-weighted
Total Score = (Tech + Commercial) × coverage weight average
Neden
Her skoru kapsamla ağırlıklamak, sahip olunmayan yetenek için kredi verilmesini engeller.
Pazar boyutu ve büyümesi, segment payları ve fiyatlandırmaya aktarılabilen Yıl-1 gelir hedefi.
Nasıl
TAM, SAM, SOM, CAGR ve segment payları girilir; Yıl-1 hedefi tek adımda fiyatlandırmaya aktarılır.
Year-1 Target Revenue = SAM × (1 + CAGR) × Year-1 Target Share
Neden
Gelir hedefini ulaşılabilir pazara dayandırmak, marj matematiğini savunulabilir kılar.
Fiyatımızı rakiplere karşı konumlandırır.
Nasıl
Paket başına rakip liste fiyatları kaydedilir; scatter görünümünde skor / fiyat / pazar payı birlikte okunur.
Street Price = Competitor List Price × (1 − Max Discount)
Neden
Liste fiyatı tek başına yanıltır; sokak fiyatı gerçek konumu gösterir.
Product Pricing
Maliyetten liste fiyatına ve marja — kararın bağlandığı katman.
Ürünün tam yıllık maliyet modeli.
Nasıl
Personnel = Σ (role monthly cost × 12) — for assigned personnel
Pool share = Total pool annual cost ÷ product count
Other = per-person monthly × headcount × 12
Total = Personnel + Pool + Other + Marketing + Unexpected
Pazarlama ve beklenmedik giderler yıllık toplam olarak girilir. Havuz payındaki bölen, tenant'ın gerçek ürün sayısıdır.
Neden
Adanmış, havuz ve operasyon maliyetini ayırmak dürüst, tam yüklü bir ürün maliyeti verir.
Tier / dönem / iskonto motoru ve gelir projeksiyonu.
Nasıl
Projeksiyon geliri dönem uzunluğundan bağımsızdır — ARR projeksiyonu, toplam sözleşme değeri değil:
Projected Revenue = Base 1Y × (1 − period disc) × qty × (1 − avg disc)
Discount chain = List × Qty × (1 − product disc) × (1 − partner disc)
Profit Margin = (Target Revenue − Total Cost) ÷ Target Revenue
Projection Margin = (Projected Revenue − Total Cost) ÷ Projected Revenue
Neden
ACV/ARR bazında fiyatlamak geliri sözleşme uzunlukları arasında karşılaştırılabilir tutar.
Referans paketi ve dönem tier'larını yapılandırın; sonuç fiyat listesini görüntüleyin.
Nasıl
Setup, tüm paket fiyatlarının türediği referans taban fiyatı tanımlar; liste görünümü hesaplanan fiyatları gösterir:
Tier base (1Y) = reference base × package value coeff × (1 − tier disc)
List / TCV = Base 1Y × (months ÷ 12) × (1 − period disc)
Gross = List × Qty · Net = Gross × (1 − Avg Disc) · Loss = Gross − Net
Neden
Tek referans paket + türetme kuralları, fiyat listesini iç tutarlı tutar.
System · Admin
System bölümü — yalnızca admin.
Para birimi, yedekleme/geri yükleme, denetim kaydı, demo veri ve erişim kontrolü.
Nasıl
Rol tabanlı erişim, sayfa düzeyinde okuma/yazma + ürün izolasyonudur; maliyet alanları yalnızca canSeeCosts olan kullanıcılara açılır — fonksiyon grubu işletme maliyeti olarak, asla bireysel maaş olarak değil.
Neden
Maliyet ve personel verisi hassastır; model bireysel ücretleri yapısal olarak saklar.
Bölüm 3 — Formül Referansı
Platformdaki her türetilmiş metrik ve arkasındaki hesap. Eşikler ve katsayılar mevcut ürün modelini yansıtır.
| Alan | Metrik | Formül |
|---|---|---|
| Teslimat | Velocity | Completed SP ÷ Planned Days ÷ People (avg of recent sprints) |
| Commit Rate | Completed SP ÷ Committed SP · ≥90% good · <70% risk | |
| Fonksiyon Grubu Kapasitesi | (Business Days × People − Leave) × Velocity × (1 − Buffer%) | |
| Roadmap | Tech Score | (Impl. Complexity + Duration + Prerequisite) ÷ 3 · XS=0 · S=25 · M=50 · L=75 · XL=100 |
| Efor (ham) | techScore×0.40 + devtime×0.35 + prereq×0.25 → SP band (≈8–13 … 89–144) | |
| Risk çarpanı | S ×1.0 · M ×1.3 · L ×1.6 (applied to Most Likely) | |
| Sprint Kapasitesi | Developers × Planned Days × Velocity (last-5-sprint avg, or 0.7 SP/person/day) | |
| FG sprint / Darboğaz | ⌈FG load ÷ FG sprint capacity⌉ · total delivery = max across FGs | |
| Güven | (P − O) ÷ M + risk penalty · <0.4 High · <0.8 Medium · ≥0.8 Low | |
| Rakip | Kapsam (Coverage) | % features covered · Yes=1 · Partially=0.5 · No=0 |
| Tech Score | (Impl. Complexity + DevTime + Prereq) ÷ 3, coverage-weighted | |
| Commercial Score | (Product Value + Market Impact) ÷ 2, coverage-weighted | |
| Total Score | (Tech + Commercial) × coverage weight average | |
| Pazar | Yıl-1 Hedef Gelir | SAM × (1 + CAGR) × Year-1 Target Share |
| Sokak Fiyatı | Competitor List Price × (1 − Max Discount) | |
| Maliyet | Personel | Σ (role monthly cost × 12) for assigned personnel |
| Havuz payı | Total pool annual cost ÷ product count | |
| Diğer | per-person monthly × headcount × 12 | |
| Toplam Yıllık Maliyet | Personnel + Pool + Other + Marketing + Unexpected | |
| Fiyat | Tier taban (1Y) | reference base × package value coefficient × (1 − tier discount) |
| Liste / TCV | Base 1Y × (months ÷ 12) × (1 − period discount) · 1-yr TCV = ACV | |
| Projeksiyon Geliri (ACV/ARR) | Base 1Y × (1 − period discount) × qty × (1 − avg discount) | |
| İskonto zinciri | Net = List × Qty × (1 − product disc) × (1 − partner disc) | |
| Hedef Marj | (Target Revenue − Total Cost) ÷ Target Revenue | |
| Projeksiyon Marjı | (Projected Revenue − Total Cost) ÷ Projected Revenue |
14 gün, kredi kartsız, tüm özellikler. Üç tamamlanmış sprint girin — analitik ve tahminler çalışmaya başlasın.
Vexa Product Lab, ürün yönetimi karar desteği için multi-tenant bir SaaS platformudur. Bu doküman platform yeteneklerini ve her hesabın arkasındaki metodolojiyi tanımlar; rakamlar ve eşikler mevcut ürün modelini yansıtır.