คัดลอกแม่แบบไปใช้ในเอกสารหรือระบบจัดการงาน โดยกรอกหนึ่งชุดต่อหนึ่ง Requirement และเชื่อม ID กับรายการที่เกี่ยวข้อง

# DECISION-CENTERED REQUIREMENT BRIEF

PROJECT: [ชื่อโครงการ]
REQUIREMENT ID: REQ-[...]
DRAFT VERSION: [เวอร์ชัน / วันที่]
OWNER: [ผู้รับผิดชอบข้อกำหนด]

A. DECISION & CONTEXT
Customer Decision:
[ผู้ใช้กำลังตัดสินใจเรื่องอะไร]

Decision Context:
[สถานการณ์ เงื่อนไข และข้อจำกัด]

Need Basis:
[Signals / Research / Stakeholder Evidence / Source]
Need Status:
[SUPPORTED / WORKING HYPOTHESIS]

Decision Need:
[ผู้ใช้ยังต้องการอะไรเพื่อให้ตัดสินใจได้]

B. DECISION SUPPORT REQUIREMENT
System Shall:
[หนึ่งพฤติกรรมที่ชัดเจนและตรวจสอบได้]

Intended Support:
[ระบบช่วยเรื่อง Evidence / Criteria /
Comparison / Clarification / Next Step อย่างไร]

C. DATA & CONSTRAINTS
Operational Source:
[Source of Truth / EVD-ID / Version]

Required Inputs:
[ข้อมูลที่ต้องใช้]

Expected Output:
[ผลลัพธ์หรือสถานะที่ต้องแสดง]

Exceptions:
[ข้อมูลขาด / ขัดแย้ง / แหล่งข้อมูลใช้ไม่ได้]

Constraints:
[ข้อจำกัดทางธุรกิจ ระบบ ความปลอดภัย
หรือประสิทธิภาพที่เกี่ยวข้อง]

D. ACCEPTANCE & TEST
Acceptance Criteria:
Given [เงื่อนไขตั้งต้น]
When [เหตุการณ์]
Then [ผลลัพธ์ที่สังเกตและตรวจได้]

Test Reference:
[TC-ID / Test Method / Test Data]

E. RESPONSIBILITY & REVIEW
Data Owner: [...]
Requirement Owner: [...]
Approval Authority: [...]
Open Items: [Issue / Owner / Due Date]

F. EVALUATION LINK
Post-Implementation Evaluation:
[สิ่งที่จะตรวจว่าระบบช่วยการตัดสินใจ
ได้เหมาะสมหรือไม่ / หรือ NOT IN SCOPE]

G. HANDOFF
Review Result: [READY / REVISE / HOLD]
Reviewer: [...]
Review Date: [...]
Approved Baseline: [หลังอนุมัติเท่านั้น]
Change Reference: [ถ้ามี]

ตัวอย่างสมมติที่เชื่อมกับระบบตรวจสิทธิ์โปรโมชันในบทความ โดยแยก Customer Decision ออกจาก Decision Need และ Requirement

# EXAMPLE REQUIREMENT BRIEF

PROJECT: Promotion Eligibility (Illustration)
REQUIREMENT ID: REQ-03
DRAFT VERSION: v0.1
OWNER: To Be Assigned

A. DECISION & CONTEXT
Customer Decision:
เลือกโปรโมชันที่สามารถใช้ได้

Decision Context:
สิทธิ์สมาชิกและเงื่อนไขโปรโมชัน

Need Basis:
ยังไม่มีหลักฐานการศึกษาผู้ใช้ในตัวอย่างนี้

Need Status:
WORKING HYPOTHESIS

Decision Need:
ต้องทราบสิทธิ์ เงื่อนไข และข้อจำกัด
ก่อนตัดสินใจเลือกโปรโมชัน

B. DECISION SUPPORT REQUIREMENT
System Shall:
เมื่อข้อมูลระดับสมาชิกที่จำเป็นไม่ครบ
ระบบต้องแสดงสถานะ UNVERIFIED
แทนการยืนยันสิทธิ์

Intended Support:
สื่อสารความไม่แน่นอนและข้อมูลที่ขาด

C. DATA & CONSTRAINTS
Operational Source:
EVD-02 — ข้อมูลสิทธิ์สมาชิก
Source of Truth: ต้องยืนยันกับทีมข้อมูล

Required Input:
membership_tier

Expected Output:
UNVERIFIED และระบุข้อมูลที่ขาด

Exception:
membership_tier = NULL

Constraint:
ห้ามยืนยันสิทธิ์จากข้อมูลไม่ครบ

D. ACCEPTANCE & TEST
AC-03:
Given membership_tier = NULL
When ระบบตรวจสิทธิ์โปรโมชัน
Then eligibility_status = UNVERIFIED
And ไม่แสดง Eligible

Test Reference:
TC-03 — Functional Test

E. RESPONSIBILITY & REVIEW
Data Owner: To Be Assigned
Requirement Owner: To Be Assigned
Approval Authority: To Be Assigned

Open Items:
ยืนยัน Source of Truth
ยืนยันว่า membership_tier เป็นฟิลด์จำเป็น
ระบุ Owner และผู้อนุมัติ

F. EVALUATION LINK
ตรวจภายหลังว่าผู้ใช้เข้าใจความแตกต่าง
ระหว่างสิทธิ์ที่ยืนยันแล้วกับที่ยังไม่ยืนยัน
โดยออกแบบวิธีประเมินตามบริบท

G. HANDOFF
Review Result: HOLD
Reason: มี Open Items สำคัญ
Approved Baseline: NONE

ตัวอย่างข้อกำหนดเชิงเทคนิคที่ใช้ต่อยอด REQ-03 โดยต้องปรับชื่อฟิลด์ Interface, Business Rules และ Source of Truth ให้ตรงกับระบบจริง

// Input — paste into Mini Lab
{
  "membership_tier": null,
  "promotion_active": true,
  "source_conflict": false
}

// Output — from Mini Lab engine.js
{
  "eligibility_status": "UNVERIFIED",
  "reason_code": "MISSING_REQUIRED_DATA",
  "missing_fields": ["membership_tier"]
}

Feature: Promotion eligibility status

  Scenario: Required membership tier is null
    Given membership_tier is null
    And promotion_active is true
    And source_conflict is false
    When promotion eligibility is evaluated
    Then status should be UNVERIFIED
    And reason_code should be MISSING_REQUIRED_DATA

  Scenario: Verified eligible membership
    Given membership_tier is GOLD
    And promotion_active is true
    And source_conflict is false
    When promotion eligibility is evaluated
    Then status should be ELIGIBLE

  Scenario: Conflicting authoritative data
    Given membership_tier is GOLD
    And promotion_active is true
    And source_conflict is true
    When promotion eligibility is evaluated
    Then status should be DATA_CONFLICT

ตัวอย่างการออกแบบการศึกษาเพื่อประเมินว่า Decision Support จาก REQ-03 ถูกตีความเหมาะสมหรือไม่ โดยใช้ผู้เข้าร่วมและสถานการณ์ที่สอดคล้องกับกลุ่มผู้ใช้เป้าหมาย

Evaluation ID: DSE-REQ03-01
Linked Requirement: REQ-03
Functional Test: TC-03

Study Context:
[Target Users / Device / Scenario]

Evaluation Questions:
- Understand the eligibility status?
- Interpret uncertainty appropriately?
- Identify an appropriate next step?

Observed Response:
[Record actual participant response]

Evidence Reference:
[Study notes / Recording / Task results]

Finding:
[Supported / Issue Found / Inconclusive]

Follow-up:
[Design change / Additional study]

Evaluation Status: NOT CONDUCTED