Ana içeriğe geç

Market to Network to Operating System

EventInn'in üst-stratejik ürün-evrim yönü. 🔴 İlk-stratejik Canon-kaydı; faz-isim/kapsamları yetkili-kabulle bağlayıcı (İnsan-CEO). Bu kayıt yön + çıkış-kriteri taşır; detaylı-domain-mimarisi üretmez (use-case/ADR; CAN-GOV-HIER-001 §2).

1. Üç faz (alt-fazlarla)​

MARKET → NETWORK → OPERATING SYSTEM
  • FAZ 1 — MARKET · Venue & Space Commerce Core (+ Basic Relationship Layer): venue/space kiralamayı ihtiyaçtan kesin-booking'e uçtan-uca tamamlar; Basic Relationship Layer asgari-kayıtları: Contact · Company · Inquiry · Lead-source · Activity · Note · Task (tam-CRM Faz-3A'ya bırakılır).
  • FAZ 2 — NETWORK · Supplier & Event Package Network: tedarikçi/hizmet/ekipman/kapasite/bundle'ı aynı-etkinlik-çevresinde birleştirir.
  • FAZ 3 — OPERATING SYSTEM · Event & MICE OS:
    • 3A — Revenue & CRM: tam gelir-yönetimi + CRM. 🔴 Faz-1'de deposit/booking ödeme-döngüsü zaten-var; 3A bunu ertelemez — üstüne tam-CRM + gelir-analitiği ekler.
    • 3B — Event Operations & MICE: etkinlik-operasyonu/MICE iş-akışları.
    • 3C — Intelligence & Enterprise: analitik/AI/enterprise katmanları.

2. Ticari mantık​

Faz 1 → güvenilir-işlem + ilk-gelir
Faz 2 → ağ-etkisi + daha-büyük sepet-değeri
Faz 3 → retention + SaaS-geliri + veri-hendeği

3. Bağlayıcı fazlama-ilkeleri​

  1. Dar-fakat-tam: Faz-1 asgari-ekonomik-döngü = ihtiyaç/arama → shortlist → RFP → proposal → inspection → negotiation → hold/option → contract → deposit → confirmed-booking → change/cancellation → post-event; + Basic Relationship Layer.
  2. Önceki-faz yeniden-yaratılmaz; çekirdek genişletilir.
  3. Faz, modül-sayısıyla-değil, gerçek-kullanıcının ekonomik/operasyonel-döngüyü tamamlamasıyla kapanır.
  4. Ortak kabul-edilmiş kavramlar (genel, tüm-fazlar): profesyonel-kimlik · organizasyon/workspace · rol/capability · offering · inquiry · asset/listing/availability · teklif/commercial-commitment/ticari-işlem · audit · bildirim.
    • 🔴 Henüz-kabul-edilmemiş ince-ayrımlar (ör. Account/Membership/Hat/Commercial-Tier/Trust-Level'ın birbirinden kesin-ayrımı) bu strateji-kaydında KARARLAŞTIRILMAZ → use-case + ADR ile (CAN-GOV-HIER-001 §2). Strateji-kaydına domain-mimarisi kaçırılmaz (hidden-strategic-change yasağı).

4. Gereksinim-disiplini (strateji→use-case köprüsü)​

🔴 Faz-use-case'leri Happy / Alternative / Exception / Abuse yollarını zorunlu-kapsar. 🔴 Legacy-UC-ID'leri (UC-001..) ile yeni-Canon catalog-ID'leri (CAN-REQ-UC-*) ayrı-namespace (CAN-GOV-IDSTD-001); eski renumber-edilmez.

5. Faz-çıkış-kriterleri​

  • Faz-1: gerçek-müşteri gerçek-venue/space'i teklif+hold/option+sözleşme+ödeme üzerinden kesin-booking'e dönüştürebiliyor + temel-ilişki kurulabiliyor mu.
  • Faz-2: etkinlik venue+temel-supplier-kategorileri seçip sözleşme/sipariş/teslimat'a taşıyabiliyor mu.
  • Faz-3: venue/ajans/kurumsal-ekip/PCO satıştan-etkinlik-sonrası-rapora günlük-operasyonu (3A/3B/3C) EventInn'de sürdürebiliyor mu.

6. Sınır​

🔴 Bu kayıt detaylı-use-case/yeni-ADR üretmez (HOLD; foundation-kabulü-sonrası). Mevcut sprint-Faz-numaraları bu üst-katmanla-çelişmez; eşleme use-case-aşamasında netleşir.

CAN-STR-PHASES-001 · strategy/normative · 3-faz (+3A/3B/3C) · source-faithful · domain-mimarisi-ertelendi · governance_status: proposed · Canon Foundation v2.