Ana içeriğe geç

Senaryo: Bireysel Kullanıcının İlk Değere Yolculuğu

Kayıt sürecinin amacı kullanıcıdan bilgi toplamak değil, kullanıcının etkinlik karar-yolculuğunu başlatmaktır. SCN-001 (kimlik/güvenlik omurgası) üstüne ÜRÜN-DENEYİMİ katmanı.

Özet​

Ziyaretçinin EventInn'i keşfinden, kimlik oluşturmadan bağlam kaybetmeden kişisel çalışma alanına geçişine ve ilk gerçek etkinlik-kararına uzanan uçtan-uca ilk-değer yolculuğu. Ayırt-edici formül (kaynak-paket §9): Keşfet → ilgini kaybetme → kimliğini oluştur → kişisel çalışma alanına geç → etkinlik niyetini tanımla → shortlist/brief/karşılaştırma ile karar yolculuğunu başlat. "Register→Dashboard" ürününden "Discover → Remember → Understand → Decide" vizyonuna geçiş.

Karar-Kapsamı (bu kaydın kabulü NEYİ kabul eder?)​

Human-CEO çerçevesi (birebir): "ürün senaryo paketi; kabul edilmiş Canon kayıtlarına sessiz ekleme değildir; yeni use-case revizyonları veya implementation brief hazırlanırken kullanılmalıdır." Senaryo-kabulü = ürün-yolculuğu KAPSAM + hedef-sonuç kabulüdür. Şunların KABULÜ DEĞİLDİR:

  • S2-UC'lerin tek-tek detayları (her küme kendi UCG-kaydıyla karara gelir),
  • veri-modeli / teknik-tasarım (Event-Desk ve Guest-State veri-modeli DAYATILMAZ — CAN-REQ-SCN-001 UC-10 "ADR-AÇIK-SORU" notu burada da geçerli),
  • accepted-kayıt gövdelerine değişiklik (örtüşmeler yalnız referans/amendment-İŞARETİ; uygulaması ayrı-tur),
  • Google-linking-UX çözümü (DEFER — CAN-REQ-UCG-003 ADR'sine),
  • implementasyon-başlangıcı.

Aktör ve bağlam (persona: Ayşe — ANA)​

Ayşe, altı ay sonraki 250-kişilik şirket etkinliği için mekan fikirlerine bakmaktadır; Google-aramasıyla EventInn'e gelir, hesapsızdır. İki mekanı inceler, karşılaştırmak ister. EventInn: "Bu mekanları kaybetme — ücretsiz hesabını oluştur, kişisel çalışma alanında karşılaştırmaya devam et." Ayşe Google ile kayıt olur; kimliği oluşur, personal-workspace'i açılır, baktığı mekanlar KAYBOLMAZ, boş-dashboard GÖRMEZ; ilk ekran "Etkinliğin için çalışmaya devam edelim" der.

Giriş-varyantları (Ayşe=ANA kalır; 4-varyant — detayları UC-turunda)​

  • Varyant-A — Venue-keşif girişi (ANA-akış): yukarıdaki Ayşe-yolculuğu.
  • Varyant-B — Brief-first girişi: anasayfadan "etkinlik planlıyorum" → brief-seed → kayıt → Event-Desk.
  • Varyant-C — Research-first girişi: içerik/rehber-sayfasından → shortlist-niyeti → kayıt.
  • Varyant-D — Davet/deep-link girişi: paylaşılan-bağlantıyla gelen → kayıt/giriş → geldiği bağlama GÜVENLİ dönüş (Post-Auth-Intent-Continuity ilkesine bağlı, §5.9).

Temel ilke​

Kayıt = değer-yolculuğu-başlatma. Klasik "Kayıt → boş dashboard → kullanıcı ne yapacağını arar" akışı REDDEDİLİR. Kullanıcı kalıcı tipe hapsedilmez (Event-Intent ≠ kullanıcı-tipi); kimlik kalıcıdır, bağlam değişkendir (CAN-DEC-ADR-002 iskeletiyle uyumlu).

İlk-Değer Tanımı (First Value Definition — 6-seviye olay-merdiveni) 〔AMD-1〕​

"İlk değer" bu senaryoda ÖLÇÜLEBİLİR olay-merdiveniyle tanımlıdır (AI-CEO-analizi + FV1-stratejik-inceleme; AMD-1 ile 3→6 zenginleştirildi):

  1. ACCOUNT_READY — hesap + workspace-erişimi + güvenli-giriş kuruldu. Bu teknik-aktivasyondur, DEĞER DEĞİLDİR.
  2. DECISION_CONTEXT_STARTED — sistem "bu-kullanıcı-neyi-çözmeye-çalışıyor" sorusuna KISMEN cevap verebilir; hiçbir-alan zorunlu-değildir (amaç/katılımcı/konum/zaman/öncelik/bilinmeyenler'den en-az-biri).
  3. INTENT_CAPTURED — ilk anlamlı-niyet alındı (etkinlik-başlatma / brief-seed-girişi / araştırma-amacı beyanı).
  4. FIRST_MEANINGFUL_DECISION_ASSET — İLK DEĞER: kalıcı, geri-dönülebilir VE anlamlılık-eşiğini geçen karar-varlığı üretildi. Eşik: brief-seed ≥1-karar-kısıtı · shortlist ≥1-açık-seçim-niyeti VEYA bağlam-bağı · compare-set ≥2-karşılaştırılabilir-alternatif · not = mekan/kritere-bağlı anlamlı-değerlendirme. Kural: "Veritabanında satır oluşması ürün değeri değildir." (aktivasyon-metriği şişmez).
  5. NEXT_ACTION_IDENTIFIED — kullanıcının önünde net bir sonraki-adım var (kural-tabanlı Next-Best-Action sınıfı).
  6. RETURN_AND_RESUME — kullanıcı döndü ve yolculuğu kayıpsız sürdürdü.

İlke-cümlesi: "Workspace'in açılması ve Event-Desk'i görmek ilk-değer DEĞİLDİR; gelecekte-kullanılabilir karar-varlığı üretimi İLK-DEĞERDİR." Komşu-ilke 〔AMD-1〕 — "Unknown Is a Valid State": EventInn yalnız seçenekleri değil KARAR-BELİRSİZLİKLERİNİ de görünür kılar; "uygun-değil" ≠ "henüz-bilmiyoruz" (paket-çapı 8-ilkenin kalanı UCG/paket-seviyesindedir — bu-kayda taşınmaz). Telemetry-işareti (K108-uyumlu): olay-merdiveni ölçüm-adayıdır; kabul-kriteri-#12 FIRST_MEANINGFUL_DECISION_ASSET-telemetry'sine bağlanır (uygulama/olay-şeması ayrı-tur).

Önerilen gerçek kayıt-akışı (kaynak-paket §7)​

Ziyaretçi gelir → keşfeder → değerli-işlem ister → kayıt-kapısı açılır → e-posta/Google → kimlik güvenli oluşur/eşlenir → personal-workspace idempotent bulunur/oluşur → guest-bağlam varsa aktarılır → maksimum-3-soru intent-onboarding → Event-Desk açılır → etkinlik-başlat / mekan-keşfet / shortlist-devam → İLK DEĞER üretilir.

Senaryo seti​

SCN-P1 — Keşfeden ziyaretçi + Guest Decision State 🔶 (seam + ayrı-UC-işaretli, KVKK-analiz-ŞARTLI)​

Hesapsız kullanıcı mekan gezer, arar, filtreler, geçici-shortlist kurar. Ürün-ilkesi: değer görmeden kayıt İSTENMEZ; kayıt-kapısı yüksek-niyetli eylemlerde açılır (kalıcı-kaydet / karşılaştır / brief / not / takip). Guest Decision State: kayıt-öncesi karar-bağlamı (son aramalar, bakılan mekanlar, geçici-shortlist, karşılaştırma-seçimi) kısa-süreli korunur; kayıt tamamlanınca personal-workspace'e güvenli devredilir. 🔶 Statü (Danışman-DEFER-2, CEO-kabul): 1A-çekirdeğine GÖMÜLMEZ; ayrı-UC + KVKK-analizi ŞARTTIR — kayıt-öncesi gezinme-verisi kişisel-veri olabilir → rıza-zamanı / saklama-süresi / merge-kuralları CAN-REQ-UCG-001 kapsamına bağlanır (ayrı-tur). Bu senaryo davranış-hedefini tanımlar, veri-işleme-hukukunu KARARA BAĞLAMAZ.

SCN-P2 — E-posta/parola ile kayıt (CAN-REQ-UCG-002'ye referans + ürün-dili-işareti)​

Akış: kayıt → e-posta → parola → aydınlatma/rıza → e-posta-doğrulama → personal-workspace. Standart-davranışlar (username-yok, mevcut-e-postada ikinci-person-yok, enumeration-direnç) CAN-REQ-UCG-002'de ZATEN bağlayıcı — burada yeniden-tanımlanmaz. EventInn-farkı (bu kaydın katkısı): kayıt-sonrası ekran "Hoş geldin" değil "Etkinliğin için nereden devam edelim?". → UCG-002'ye ürün-dili amendment-İŞARETİ.

SCN-P3 — Google ile kayıt (CAN-REQ-UCG-003'e referans)​

Güvenli OIDC-akışı → kimlik → yeni/mevcut-hesap analizi → gerekirse güvenli-bağlama → personal-workspace. Temel-kural (UCG-003'te bağlayıcı): Google-e-postası kimlik DEĞİLDİR; bağ issuer+subject; sessiz-merge YASAK; üç-durumlu değerlendirme.

SCN-P4 — Kullanıcının zaten hesabı var (RECONCILE-1 işlenmiş + DEFER-1 işaretli)​

Ayşe aylar önce e-posta+parola ile kayıtlıdır; aynı e-postalı Google-hesabıyla döner. Otomatik "aynı-e-posta=aynı-insan" DENMEZ (üç-durum: confirmed_same_identity / suspected_duplicate / distinct_accounts). Ürün-dili (enumeration-UYUMLU — Danışman-RECONCILE-1, CEO-kabul): ekranda hesap-varlığı İFŞA EDİLMEZ (CAN-REQ-SCN-001 misuse-#20 + kriter-#10/#20 yanıt-eşitliği KORUNUR); nazik-yardım E-POSTA-KANALINDAN gider: "Bu adrese giriş/kurtarma bilgisi gönderdik." Soğuk "409-hata" dili de kullanılmaz — güven-veren ton e-postada yaşar. 🔶 DEFER-1: tam üç-durum Google-linking-UX çözümü CAN-REQ-UCG-003 ADR'sine ertelidir (Canon zaten erteliyor: SCN-001 §Karar-Kapsamı + CAN-DEC-ADR-002 §11). SEAM burada tutulur: issuer+subject anahtarı + sessiz-merge-YASAK + üç-durum-değerlendirme.

SCN-P5 — Kayıt yarım kaldı​

E-posta yazıldı, doğrulama-maili geldi, kullanıcı iki gün sonra döndü → kaybolmaz: "kaydın tamamlanmadı → doğrula → yeniden-gönder → kaldığın yerden devam." İlke: kayıt-yolculuğu tek-browser-oturumuna bağımlı OLMAZ. (Cihaz-bağımsız-doğrulama davranışı kodda CANLI — gerçeklik-notu §Reuse.)

SCN-P6 — İlk giriş intent-onboarding'i (ADAPTİF: 0-3 soru)​

CAN-REQ-UCG-004/UC-08 zorlamasızlık-ilkesi AYNEN devralınır (şirket-kurmaya/kalıcı-tip-seçmeye zorlama YOK; sorular ATLANABİLİR). Soru-havuzu (en-fazla-3): ① "Bugün ne yapmak istiyorsun?" (etkinlik-planlıyorum / mekan-keşfi / fikir-üzerinde / keşfediyorum — kullanıcı-tipi DEĞİLDİR) ② "Etkinlik nerede olabilir?" ③ "Yaklaşık ne zaman?". Amaç ilk-deneyim-kişiselleştirme; hesap-kimliği/kalıcı-rol OLMAZ. "Known Context Never Asked Twice" ilkesi (ADAPTİF-davranış): bağlamdan zaten-bilinen şey SORULMAZ — İstanbul-venue'sünden gelen kullanıcıya "etkinlik nerede olabilir?" sorulmaz; guest-bağlam/giriş-varyantı soruları karşılıyorsa onboarding 0-soruya iner. → UC-08'e amendment-İŞARETİ (içerik-zenginleştirme; uygulaması ayrı-tur).

SCN-P7 — Personal Event Desk: ilk ekran (EN-KRİTİK YENİ ÜRÜN KARARI)​

Teknik-ad personal-workspace; ürün-adı "Çalışma Alanım / Etkinlik Masam" olabilir. Event-Desk = CAN-REQ-UCG-004/UC-10 kişisel-bağlamının ÜRÜN-SOMUTLAMASI; UC-10 davranışı-tanımlar, bu-senaryo yüzünü-tanımlar; veri-modeli ADR-AÇIK-SORU-notu korunur. Davranış ⊥ Ekran ayrımı (bağlayıcılık-sınırı):

  • BAĞLAYICI = davranış-hedefleri: ekran boş OLMAZ · devam-eden-iş görünür · başlangıç-aksiyonları sunulur (etkinlik-başlat / mekan-keşfet / kaydettiklerime-dön) · karar-varlıkları erişilebilir · kullanıcı süreç-konumunu görür (karar-yolculuğu-şeridi).
  • BAĞLAYICI-DEĞİL = kompozisyon: üç-bölüm-düzeni, buton-konumu/sırası, copy-metinleri — bunlar örnek-somutlamadır (kaynak-paket: "Bugün ne yapmak istiyorsun?" + Devam-Ettiklerin + Karar-Yolculuğun). → Ekran-yapısı ayrı UX-Flow-kaydına İŞARET (K97-düzen-uyumlu; bu-senaryo ekran-tasarımı DAYATMAZ).

Dönüş ve Erişim (Danışman-ADD-A/B/C — "Giriş"-yarısı; CEO-blok-kabul)​

Domain "…ve Workspace'e GİRİŞ"tir; ilk-değer yolculuğu 2.-günde de sürer:

  • S2-UC-D1 — Geri-dönüş girişi → son-aktif-workspace [EN-YÜKSEK]: dönen kullanıcı login-sonrası SON-AKTİF çalışma-bağlamına düşer (SCN-001 UC-04 + UC-11 bağlı; UC-16 CAN-REQ-UCG-006'da yaşar — künye-doğru-bağ). Erişim-bittiyse UC-11 kuralı: güvenli-kişisel + açıklama. "Boş-dashboard-yok" ilkesi LOGIN'de de geçerlidir. Gerçeklik-notu: last_active_workspace_id zemin-kodu CANLI (signup-dolum + bağlam-geçişi) — 2.-gün-login bu-zeminin İLK ürün-tüketimidir.
  • S2-UC-D2 — Parola-kurtarma yolculuğu: "giremiyorum" ≠ "kayıt-yarım" (P5'ten ayrı). SCN-001 UC-19'a ürün-dili-katmanı; enumeration-direnç kriterlerine (SCN-001 #10/#20) SIKI-bağlı.
  • S2-UC-D3 — Hesap-sayfası ilk-ziyaret: SCN-001 UC-09'a ürün-yüzü (P0-listesinde adı-vardı, senaryosu yoktu — kapatıldı).
  • 🔸 Context-switch (Danışman-ADD-D): küme DEĞİL — Dilim-1B/UCG-006 seam-notu (bağlam-geçişi orada bağlayıcı; burada yalnız yolculuk-bağlantısı).

Doğrulama-öncesi workspace-erişim politikası (🔶 AYRI-KARAR işareti — senaryo VARSAYMAZ)​

E-posta-doğrulaması tamamlanmadan personal-workspace'e ne-kadar erişilir? Üç-model:

  • Model-A: doğrulama-öncesi erişim YOK.
  • Model-B: sınırlı-mod (görüntüleme/az-riskli-işlem; kalıcı-varlık-üretimi doğrulama-sonrası).
  • Model-C: veri doğrulama-öncesi oluşabilir; erişim doğrulama-sonrası açılır. Bu senaryo model SEÇMEZ — business-rule / security-decision ADAYINA işaret eder. Kod-gerçeği notu (Müdür, karar-girdisi): bugünkü kod FİİLEN Model-C'dir — signup personal-workspace'i doğrulama-beklemeden yaratır (Dilim-1A/Paket-1) + verified-middleware dashboard-erişimini doğrulamaya kilitler. Karar-kaydı bu fiili-durumu TANIYARAK verilecek.

EventInn'e özgü özellik-seti (5.x)​

  • 5.1 Event-Intent: "sen-kimsin"den önce "ne-yapmak-istiyorsun"; bağlam≠kimlik.
  • 5.2 Personal Event Desk: generic-dashboard yerine kişisel karar-masası (fikirler, draft-brief'ler, shortlist'ler, karşılaştırmalar, notlar, son-bakılanlar).
  • 5.3 Continue Where You Left Off: kayıt-öncesi/önceki-oturum karar-zinciri kaybolmaz — "kullanıcı hatırlamak zorunda kalmamalı; EventInn hatırlamalı." (Kapsam-notu: oturum-içi/kayıt-öncesi süreklilik; 2.-gün-login-sürekliliği S2-UC-D1'dedir.)
  • 5.4 Brief-Seed: 30-alan-form yerine 4-soru-tohumu (ne/kaç-kişi/şehir/ne-zaman); ilerledikçe zenginleşir.
  • 5.5 Shortlist + Compare Memory: favori-kalbi değil profesyonel karar-dili (Shortlist'e-ekle / Karşılaştır / Not-ekle / Uygunluk-kontrol).
  • 5.6 Decision-Readiness 🔶 P2-ADAY: karar-hazırlık-seviyesi (profil-tamamlama DEĞİL). Ayrı-UC + karar-mantığı gerektirir; Pilot-1A'ya sessizce SOKULMAZ. P7-şeridine %-skor SIZMAZ (statik-yönlendirme serbest) — Danışman-KEEP-IN-P2, CEO-kabul.
  • 5.7 Private-by-Default → CAN-DEC-ADR-002-REFERANSI: personal-workspace içeriği varsayılan-özel; sessiz kişisel→kurumsal aktarım YOK — CAN-DEC-ADR-002'de ZATEN bağlayıcı (§5.1 + §7-ilke-3; yeniden-tanım-YOK).
  • 5.8 Identity-Continuity → CAN-DEC-ADR-002-REFERANSI: kullanıcı insan-olarak girer; org-ilişkisi değişse kimlik/hesap/workspace korunur — CAN-DEC-ADR-002 §0/§3'te ZATEN bağlayıcı.
  • 5.9 Post-Auth Intent Continuity (YENİ davranış-ilkesi — Guest-State'ten AYRI): Guest-State "ne-YAPTIĞINI" saklar; bu-ilke "hangi-işlemi-TAMAMLAMAK-üzereydin"i saklar. Örnek: venue-sayfasında shortlist-butonuna basan hesapsız-kullanıcı → kayıt → doğrulama → GÜVENLİYSE o-bağlama geri-döner ve işlemi tamamlar; güvenli-değilse Event-Desk'e düşer. (Varyant-D deep-link-dönüşü de bu-ilkeye bağlı; güvenlik-sınırı: open-redirect-koruması — dönüş yalnız EventInn-içi doğrulanmış-bağlama.)

MVP-Merdiveni (makine-okur karşılığı: extensions.mvp_ladder)​

  • P0 — olmadan çıkılmaz: e-posta/parola-kayıt · Google-kayıt/giriş · e-posta-doğrulama · güvenli-duplicate · hesap-kurtarma · personal-workspace · zorlamasız-onboarding · hesap-sayfası · güvenli-çıkış/geri-giriş · WCAG-2.2-AA-kayıt-giriş-yüzeyi · audit-edilebilir-kimlik-olayları. Traceability-notu: P0 büyük-ölçüde CAN-REQ-SCN-001/Dilim-1A sözleşmesidir ve bir-kısmı CANLIDIR — SCN-002 P0'ı SAHİPLENMEZ, SCN-001'e bağlar.
  • P1 — EventInn'i farklılaştırır: guest-state-carry-over · Personal-Event-Desk · brief-seed · shortlist-continuity · recent-activity · event-intent-onboarding · contextual-empty-state · geri-dönüş→son-aktif-workspace (S2-UC-D1).
  • P2 — sonraki güçlendirme: passkey · MFA · risk-temelli-step-up · decision-readiness-score · akıllı-öneriler · kişisel-etkinlik-hafızası.

Ürün kabul-kriterleri (12 — CEO-değerlendirme-sorusu + ölçülebilir-karşılık çifti)​

Soru-formu "CEO-değerlendirme-soruları" olarak KALIR; her-birinin ölçülebilir-karşılığı vardır (baseline-gerektiren eşikler [X/Y] ilk-ölçüm-sonrası sabitlenir):

  1. Hesap açmak kolay mı? — ölçüm: kayıt-tamamlama-oranı + medyan-süre ≤ eşik [baseline-sonrası].
  2. Güven veriyor mu? — ölçüm: kayıt-adımı terk-oranı + usability-güven-sorusu skoru.
  3. Gereksiz bilgi soruyor muyuz? — ölçüm: zorunlu-alan-sayısı ≤ kimlik-asgarisi (e-posta/parola-veya-Google + rıza); intent-soruları %100-atlanabilir.
  4. Google+parola aynı insanı güvenli yönetiyor mu? — ölçüm: üç-durum-testleri yeşil + sessiz-merge-olayı = 0 (test+telemetry).
  5. Organizasyon kurmaya zorlanıyor mu? — ölçüm: zorunlu-akışta org-adımı = 0 (UC-08-kriteri; akış-denetimi).
  6. Boş-dashboard görüyor mu? — ölçüm: Event-Desk boş-durum-render-olayı = 0 (contextual-empty-state her-durumda).
  7. Ne-işe-yaradığını ilk-30-saniyede anlıyor mu? — ölçüm: usability-testinde X/Y kullanıcı yardımsız değer-teklifini ifade-eder [X/Y-baseline-sonrası].
  8. İlk fikir/karar-bağlamını başlatabiliyor mu? — ölçüm: INTENT_CAPTURED-telemetry (ilk-oturum-oranı).
  9. Kaldığı yere geri dönebiliyor mu? — ölçüm: dönen-kullanıcı erişimli-son-bağlama VEYA güvenli-fallback'e KAYIPSIZ ulaşır (S2-UC-D1 test+telemetry).
  10. Personal-workspace gerçekten kişisel ve özel mi? — ölçüm: izolasyon-negatif-testleri yeşil (CAN-DEC-ADR-002 §7-ilke-3 zinciri).
  11. Listing-sitesi gibi mi karar-asistanı gibi mi? — ölçüm: usability-algı-sorusu (karar-asistanı-yanıt-oranı) [baseline-sonrası].
  12. İlk-oturum-sonunda gerçek değer üretmiş mi? (EN-ÖNEMLİ) — ölçüm 〔AMD-1〕: FIRST_MEANINGFUL_DECISION_ASSET-telemetry (ilk-oturum-oranı; anlamlılık-eşiği §İlk-Değer-Tanımı — DB-satırı sayılmaz).

Ek-UC aday-tablosu​

ÖzellikKarar
Guest-Decision-State (5.3'ün kayıt-öncesi-yarısı)🔶 seam + AYRI-UC, KVKK-analiz-ŞARTLI (UCG-001-bağlantılı; rıza/saklama/merge ayrı-tur; 1A-çekirdeğine gömülmez)
Intent-onboarding 3-soruŞİMDİ-UC (Küme-B)
Event-Desk ilk-ekranŞİMDİ-UC (Küme-C)
Brief-Seed · Shortlist-Compare-Memory · Continue-Where-You-Left-OffŞİMDİ-UC (Küme-D)
Geri-dönüş-girişi · kurtarma-yolculuğu · hesap-sayfası-ilk-ziyaretŞİMDİ-UC (Küme-E — Danışman-ADD-A/B/C)
Decision-ReadinessADAY (P2) — P7-şeridine skor-sızmaz
K118-③ davet-listesi-görünümüADAY (yüzey-bağlantılı; K118-rol-amendment-penceresi)
Private-by-Default · Identity-ContinuityUC-DEĞİL — CAN-DEC-ADR-002-bağlayıcı-referans

Küme-haritası (UCG-üretimi kabul-SONRASI ayrı-dispatch; S2-UC yerel-önek — SCN-001 UC-01..30 ile çakışmaz)​

  • Küme-A — Guest-Decision-State: anonim karar-durumu + kayıtta-devir (KVKK-şartlı statüsüyle).
  • Küme-B — Intent-Onboarding + kayıt-ürün-dili: 3-soru + P2..P5 ürün-dili amendment-İŞARETLERİ (SCN-001-UC'lerine; gövde-dokunuşu-YOK).
  • Küme-C — Personal Event Desk: ilk-ekran (en-kritik yeni-ürün-kararı; tek-küme-tek-odak).
  • Küme-D — Kişisel karar-araçları: Brief-Seed · Shortlist-Compare-Memory · Continue-Where-You-Left-Off.
  • Küme-E — Dönüş ve Erişim: S2-UC-D1/D2/D3 (Danışman-ADD-A/B/C).

SCN-001 sınır-modeli (örtüşme = referans/amendment-İŞARETİ; genişletme-DEĞİL)​

Kimlik/üyelik-yaşam-döngüsü CAN-REQ-SCN-001'de KALIR. UC-08 (onboarding) ← P6 amendment-ADAYI · UC-09 ← S2-UC-D3 ürün-yüzü · UC-10/11 (kişisel-bağlam/varsayılan-bağlam) ← Event-Desk + S2-UC-D1 ürün-somutlaması · UC-16 (son-ws-hatırlama, CAN-REQ-UCG-006) ← S2-UC-D1 zemin · UC-19 ← S2-UC-D2 · UC-02..07 kimlik-akışları ← P2..P4 referans. Amendment-işaretlerinin UYGULAMASI ayrı-tur (CEO-çerçevesi: sessiz-ekleme-değildir).

Misuse-notu (dürüst-beyan)​

Bu kayıt kendi misuse-analizini İÇERMEZ: CAN-REQ-SCN-001'in 35-maddesi kimlik-yüzeylerini zaten kapsar ve BURADA DA geçerlidir (özellikle #20-enumeration ↔ P4-dili). Ürün-katmanına-özgü yeni-misuse-analizi (guest-state-verisi, Event-Desk-içerik-sızıntısı) UC-turunda yapılır.

Standart-referans işaretleri (gövdede normatif-metin YOK — yalnız pointer)​

  • OIDC + RFC-9700 (PKCE-S256 / state / nonce / issuer+subject) → Müdür-OIDC-ADR-taslağı girdisi.
  • NIST-800-63B (AAL-kademeleri; parola-15+/64-max/kompozisyon-zorlamama) + OWASP-ASVS-5.0 → ayrı security-decision adayı.
  • WCAG-2.2-AA (Accessible-Authentication dahil) → kayıt-giriş yüzey-standard-notu (K97-bloğuna komşu).
  • KVKK → rıza-izi CAN-REQ-UCG-001'de; somut-süre/prosedür hukuk-turu sınırı KORUNUR.

Yüzey-notu (K97)​

İlk-değer ekranları (Event-Desk, intent-onboarding, dönüş-girişi) React-/dashboard'da dilim-gömülü doğar (legacy-ADR-038 §2.5-R1 + K97).

Gerçeklik-denetimi notu (K55 — REUSE-zemin)​

Kodda CANLI: idempotent PersonalWorkspaceProvisioner (kayıt→tek-personal-ws) · last_active_workspace_id (signup-dolum + bağlam-geçişi + güvenli-düşüş) · cihaz-bağımsız e-posta-doğrulama (P5-ilkesinin doğrulama-bacağı) · duplicate-üç-durum-semantiği sözleşmede. Event-Desk / guest-state / intent-onboarding / brief-seed = YENİ-inşa (bu senaryonun ürün-katmanı).

Bağımlılıklar (CAN-GOV-UCDEP-001)​

Bağımlılık-listesi BEYAN EDİLMEMİŞTİR (dependency_analysis: pending) — beyan, UCG-kayıtlarıyla birlikte gerçeklik-denetimi referanslı yapılacaktır. decision_ready İLANI YOKTUR.

İzlenebilirlik​

upstream: CAN-STR-PHASES-001 (iş-gerekçesi fazlama-stratejisinden) + CAN-REQ-SCN-001 (omurga — bu kayıt onun ÜSTÜNE ürün-katmanıdır, çelişemez; related→upstream-terfisi AI-CEO-analizi-revizyon-8 ile: UCDEP scenario→scenario-engeli YOK [yalnız ADR'ye use-case-upstream-şartı] + lint-koşulları sağlanıyor). governed_by: CAN-GOV-UCDEP-001. related: CAN-DEC-ADR-002 (bağlayıcı-iskelet) + CAN-REQ-UCG-001 (Guest-State-KVKK-bağı) + CAN-REQ-UCG-002/003/004/006 (örtüşme-referansları). Kaynaklar: AI-CEO ürün-paketi (Human-CEO-relay, 4 Tem) + Danışman-Advisory-v2 (CEO-BLOK-KABUL, K130) + AI-CEO-Canon-analizi (PASS-WITH-REQUIRED-CHANGES, 8-revizyon bu-kayıtta işli) — otorite bu Canon-kaydındadır. downstream: türetilir (UCG-kayıtları geldiğinde).

*CAN-REQ-SCN-002 · requirements/normative · governance_status: accepted (Human-CEO KAPSAM-kabulü, 5 Tem 2026 — "kabul ediyorum. beş küme-tarifinin üretimi başlasın."; KABUL-DEĞİL: S2-UC-detay/veri-modeli/UX-Flow/impl; telemetry-şeması + Model-A/B/C-kararı + Guest-KVKK-turu AYRI-kapılar) · kaynak-sentezi: AI-CEO-paketi + Danışman-v2 (CEO-blok-kabul) + Müdür-çakışma-haritası + künye-düzeltmesi (UC-16→CAN-REQ-UCG-006) · REV-1: AI-CEO-Canon-analizi 8-zorunlu-revizyonu işlendi (İlk-Değer-merdiveni · 4-giriş-varyantı · adaptif-0-3-soru · davranış⊥ekran · Post-Auth-Intent-Continuity · doğrulama-öncesi-erişim-karar-işareti · 12-kriter-ölçüm-çifti · SCN-001-upstream-terfisi) · AMD-1 (Method-A, Human-CEO-onaylı 5 Tem, evidence issuecomment-4884291870, önceki-accepted-SHA c3a32ae): merdiven 3→6 + FIRST_MEANINGFUL_DECISION_ASSET-eşiği + Unknown-Is-a-Valid-State — yalnız First-Value-bölümü + kriter-#12.