ระบบกลางที่ map ทุก screen · ทุก object · ทุก journey path ที่ผู้ใช้จริงในระบบเดินผ่าน · ผูกกับ event/metric/dashboard contracts · วัด business value ต่อ journey · ใช้ persona model แบบ dynamic (ไม่ lock list) · รวม media/embed/immersive (point-cloud · VR · AR) · มี waiting list + proposal pipeline · เป็น B-owned contract · รอ A-owned runtime instrumentation.
Central system mapping every screen, object, and journey path real users traverse. Bound to event, metric, and dashboard contracts. Measures per-journey business value. Dynamic persona model (no fixed list). Covers media/embed/immersive journeys (point-cloud · VR · AR). Includes waiting-list + proposal pipelines. B-owned contract; A-owned runtime pending.
Journey ≠ หน้าจอเดียว. Journey คือเส้นทางที่ผู้ใช้ (persona) เดินผ่านหลาย screen หลาย object เพื่อจบ outcome. ใน Thailand-Together, Journey เป็นหมวดที่มีข้อมูลใหญ่ที่สุด เพราะครอบคลุม tourist journey, merchant journey, admin journey, enterprise intake journey, content review journey, immersive journey (VR/AR/point-cloud) ครบทุก persona. Tab นี้คือทางเข้ากลางที่รวบรวม 9 subgroup ด้านล่าง — แต่ละกลุ่มเชื่อมกลับไปยังเอกสาร B-owned (KB) และ contract JSON ที่ใช้วัดจริง.
สรุประบบ · persona model · screen/object/journey relations · business value framing. เริ่มอ่านที่นี่ก่อนลงลึก.
Screen registry + screen_object_map · ทุก UI screen ผูกกับ object ที่ runtime จะ instrument. ใช้เป็น authority สำหรับ journey discovery.
Journey catalog + journey patterns · ครอบคลุมทุก persona × outcome. แต่ละ journey row ผูกกับ events, metrics และ dashboard ที่วัดผลสำเร็จ.
Media + embed + immersive journey taxonomy. เชื่อม asset pipeline (generated assets) และ streaming runtime. ครอบคลุม 360 tour, VR, AR, survey form flows.
journey_log_mapping + journey_metrics_contract. ทุก journey มีชุด metric ที่ runtime ต้องส่งเข้า Layer H (KPI Engine) เพื่อวัดผลจริง.
journey_dashboard_contract + dashboard shape. 72 stakeholder dashboards ที่ drill down จาก journey metric. เชื่อม daily 07:00 possible-case queue (12E.1 locked).
journey_business_value_model · per-journey scoring · revenue · retention · strategic value · regulatory weight. ใช้เลือกลำดับ runtime instrumentation และ priority ของ waiting list.
journey_waiting_list · journey ที่มี demand แต่ยังไม่ได้ runtime instrumentation. รอการ schedule จาก A-side. ใช้ประกอบการเลือก batch ถัดไป.
journey_proposals · pipeline ของ journey ใหม่ที่ยังไม่เข้า catalog อย่างเป็นทางการ. ผ่านการประเมิน business value + persona fit ก่อนย้ายไป catalog หรือ waiting list.
kb/journey-intelligence-system.html เป็น authority หลักjourney_catalog.json เป็นรายการ journey ที่ต้อง instrumentjourney_log_mapping · metric กลับไปที่ journey_metrics_contractjourney_business_value_model.json เพื่อ prioritisejourney_dashboard_contract.json · ทุก metric ต้อง land ใน dashboard ที่กำหนดjourney_proposals.json · ไม่ใช่แก้ catalog ตรงdocs/kb/data/journey_*.json); runtime live status แตกต่างกันในแต่ละ journey.