Files
lcbp3/specs/00-overview/00-05-kpi-baseline.md
admin 11984bfa29
CI Pipeline / build (push) Failing after 12m41s
Build and Deploy / deploy (push) Failing after 2m44s
260322:1648 Correct Coresspondence / Doing RFA / Correct CI
2026-03-22 16:48:12 +07:00

586 lines
33 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 📊 KPI Baseline Data & Measurement Plan — LCBP3-DMS v1.8.0
---
title: 'KPI Baseline Data, Measurement Methodology, and Success Tracking'
version: 1.0.0
status: DRAFT — Baseline Collection Pending
owner: Nattanin Peancharoen (Product Owner)
last_updated: 2026-03-11
related:
- specs/00-Overview/00-03-product-vision.md
- specs/00-Overview/README.md
- specs/01-Requirements/01-05-acceptance-criteria.md
- specs/00-Overview/00-04-stakeholder-signoff-and-risk.md
---
> [!IMPORTANT]
> **ต้องเก็บข้อมูล Baseline (As-Is State) ก่อน Go-Live อย่างน้อย T-2 สัปดาห์**
> ข้อมูล Baseline คือ "ตัวเลขก่อนระบบ" — ใช้เปรียบเทียบหลัง Go-Live เพื่อพิสูจน์ Value ของระบบ
---
## 1. 🎯 KPI Framework Overview
```
Business Goal → Success Metric → KPI → Baseline → Target → Measurement Method
```
### Category ของ KPIs
| Category | วัดอะไร | Primary Audience |
| ----------------------- | ------------------------------ | ---------------- |
| **Efficiency** | ลดเวลาและลดงานซ้ำซ้อน | PM, ผู้บริหาร |
| **Data Quality** | ความถูกต้องและสมบูรณ์ของข้อมูล | Document Control |
| **Adoption** | การใช้งานระบบจริง | PO, IT |
| **System Performance** | ความเสถียรและความเร็ว | Dev, IT |
| **User Satisfaction** | ความพึงพอใจของผู้ใช้ | PO, Management |
| **Security/Compliance** | ความปลอดภัยและการตรวจสอบ | กทท., Auditor |
---
## 2. 📋 KPI Register พร้อม Baseline
### KPI-EFF-001: RFA Cycle Time (วัฏจักรอนุมัติ)
**Category:** Efficiency | **Priority:** 🔴 Critical
| Attribute | Value |
| ----------------------- | ---------------------------------------------------------------------------------------------------------------- |
| **คำอธิบาย** | เวลาเฉลี่ยตั้งแต่ Contractor ส่ง RFA จนถึงได้รับคำตอบสุดท้าย |
| **หน่วย** | วัน (Calendar Days) |
| **Baseline (As-Is)** | 📋 **รอเก็บข้อมูล** — ประมาณ 14–21 วัน (จาก Email เดิม) |
| **Target (Month 1)** | ≤ 7 วัน |
| **Target (Month 3)** | ≤ 5 วัน |
| **Target (Month 6)** | ≤ 3 วัน |
| **วิธีเก็บ Baseline** | Analyze Email Thread: วัน Submit Email → วัน Reply สุดท้าย (30 RFAs ล่าสุด) |
| **วิธีวัดหลัง Go-Live** | `SELECT AVG(DATEDIFF(closed_date, submitted_date)) FROM workflow_instances WHERE type='RFA' AND status='CLOSED'` |
| **Frequency** | Monthly Report |
| **Owner** | PO + สค. (Data Collection) |
**ข้อมูล Baseline ที่ต้องเก็บ:**
```
แบบฟอร์ม Baseline RFA:
- เลขที่ RFA (เดิม):
- วันที่ส่ง (Email):
- วันที่ได้รับคำตอบ:
- ระยะเวลา (วัน):
- ผลลัพธ์: Approved / AW Comments / Rejected
- องค์กรที่ส่ง:
- Discipline:
```
---
### KPI-EFF-002: Document Number Error Rate
**Category:** Efficiency + Data Quality | **Priority:** 🔴 Critical
| Attribute | Value |
| ----------------------- | ------------------------------------------------------------------------ |
| **คำอธิบาย** | % ของเลขเอกสารที่ผิดพลาด (ซ้ำ, ผิด Format, ต้องยกเลิกและออกใหม่) |
| **หน่วย** | % จากเอกสารทั้งหมดที่ออกในเดือนนั้น |
| **Baseline (As-Is)** | 📋 **รอเก็บข้อมูล** — ประมาณ 5–15% (จากการนับมือ) |
| **Target** | 0% (Zero Tolerance — ระบบ Auto-Number) |
| **วิธีเก็บ Baseline** | สัมภาษณ์ Document Control แต่ละองค์กร + นับจากเอกสาร 3 เดือนล่าสุด |
| **วิธีวัดหลัง Go-Live** | Count `document_number_reservations.status = 'CANCELLED'` / Total Issued |
| **Frequency** | Monthly |
| **Owner** | Document Control (Baseline) + System (Auto-measure) |
---
### KPI-EFF-003: Time to Find Document (ค้นหาเอกสาร)
**Category:** Efficiency | **Priority:** 🟠 High
| Attribute | Value |
| ----------------------- | ------------------------------------------------------------------ |
| **คำอธิบาย** | เวลาเฉลี่ยที่ใช้ค้นหาเอกสารที่ต้องการ |
| **หน่วย** | นาที |
| **Baseline (As-Is)** | 📋 **รอเก็บข้อมูล** — ประมาณ 15–30 นาที (ผ่าน Email/Drive แบบเดิม) |
| **Target** | < 1 นาที (ผ่าน Elasticsearch) |
| **วิธีเก็บ Baseline** | User Survey + Observation: จับเวลาค้นหาเอกสาร 5 ครั้ง × 5 User |
| **วิธีวัดหลัง Go-Live** | Search Response Time จาก Elasticsearch API Metrics + User Survey |
| **Frequency** | Quarterly Survey + Continuous System Metric |
| **Owner** | PO |
---
### KPI-EFF-004: Manual Follow-up Calls Reduction
**Category:** Efficiency | **Priority:** 🟠 High
| Attribute | Value |
| ----------------------- | ------------------------------------------------------------------------- |
| **คำอธิบาย** | จำนวนครั้งที่ต้องโทร/Line เพื่อถามสถานะเอกสารต่อสัปดาห์ |
| **หน่วย** | ครั้ง/สัปดาห์ (per Document Control) |
| **Baseline (As-Is)** | 📋 **รอเก็บข้อมูล** — บันทึก 2 สัปดาห์ก่อน Go-Live |
| **Target** | ลดลง > 80% (Real-time tracking ช่วย) |
| **วิธีเก็บ Baseline** | Document Control บันทึกจำนวน Follow-up Calls ต่อวัน 2 สัปดาห์ก่อน Go-Live |
| **วิธีวัดหลัง Go-Live** | Survey (Month 1, Month 3): "สัปดาห์ที่ผ่านมาโทรถามสถานะเอกสารกี่ครั้ง?" |
| **Frequency** | Monthly Survey |
| **Owner** | PO + Document Control |
---
### KPI-ADOPT-001: User Adoption Rate (Login Rate)
**Category:** Adoption | **Priority:** 🔴 Critical
| Attribute | Value |
| ------------------ | ------------------------------------------------------------------------------------------------------------------ |
| **คำอธิบาย** | % ของ Active Users ที่ Login เข้าระบบอย่างน้อย 1 ครั้ง/วัน |
| **หน่วย** | % จาก Total Active User Accounts |
| **Baseline** | N/A (ระบบใหม่ — ไม่มี Baseline) |
| **Target Week 1** | > 50% |
| **Target Month 1** | > 70% |
| **Target Month 3** | > 90% |
| **วิธีวัด** | `SELECT COUNT(DISTINCT user_id) / total_users FROM audit_logs WHERE action='USER_LOGIN' AND created_at >= today-1` |
| **Dashboard** | Grafana Panel: "Daily Active Users" |
| **Frequency** | Daily (Hypercare) → Weekly (Month 2+) |
| **Owner** | PO + IT |
---
### KPI-ADOPT-002: Feature Adoption Rate (Core Workflows)
**Category:** Adoption | **Priority:** 🟠 High
| Attribute | Value |
| ------------------ | ----------------------------------------------------------------------------------------------------- |
| **คำอธิบาย** | % ของ Active Users ที่ใช้ Core Feature จริง (ไม่ใช่แค่ Login) |
| **หน่วย** | % |
| **Target Month 1** | > 50% ใช้ Dashboard + Search |
| **Target Month 3** | > 80% ใช้ Workflow (Submit/Approve อย่างน้อย 1 ครั้ง) |
| **วิธีวัด** | Audit Log Analysis: count unique users ที่มี action = 'DOCUMENT_SUBMITTED' หรือ 'WORKFLOW_TRANSITION' |
| **Frequency** | Monthly |
| **Owner** | PO |
---
### KPI-ADOPT-003: Support Ticket Volume Trend
**Category:** Adoption | **Priority:** 🟠 High
| Attribute | Value |
| ------------------ | -------------------------------------------------------------------- |
| **คำอธิบาย** | จำนวน Support Tickets ต่อสัปดาห์ (Trend ลดลง = ระบบ Usable มากขึ้น) |
| **หน่วย** | Tickets/สัปดาห์ |
| **Baseline** | N/A |
| **Target Week 1** | < 30 tickets (Hypercare acceptable) |
| **Target Month 1** | < 15 tickets |
| **Target Month 3** | < 5 tickets |
| **วิธีวัด** | LINE Group message count (manual) หรือ Helpdesk ticketing tool ถ้ามี |
| **Frequency** | Weekly |
| **Owner** | NAP Support |
---
### KPI-PERF-001: API Response Time (P90)
**Category:** System Performance | **Priority:** 🔴 Critical
| Attribute | Value |
| ------------------- | ----------------------------------------------------------------------------------------------- |
| **คำอธิบาย** | 90th Percentile response time ของ API requests ทั้งหมด |
| **หน่วย** | Milliseconds |
| **Target** | < 200ms (P90) ตาม AC-PERF-001 |
| **Alert Threshold** | > 500ms ต่อเนื่อง 5 นาที → Alert |
| **Critical** | > 1000ms ต่อเนื่อง 1 นาที → PagerDuty |
| **วิธีวัด** | Prometheus + Grafana: `histogram_quantile(0.9, rate(http_request_duration_seconds_bucket[5m]))` |
| **Frequency** | Continuous (Real-time dashboard) |
| **Owner** | NAP Dev |
---
### KPI-PERF-002: System Uptime
**Category:** System Performance | **Priority:** 🔴 Critical
| Attribute | Value |
| ------------- | ----------------------------------------------------- |
| **คำอธิบาย** | % ของเวลาที่ระบบพร้อมใช้งาน (ในเวลาทำงาน 08:00-18:00) |
| **หน่วย** | % |
| **Target** | ≥ 99.5% (ตาม ADR-015) |
| **คำนวณ** | ≥ 99.5% = Downtime ≤ 2.16 ชม./เดือน |
| **วิธีวัด** | Uptime Kuma + Prometheus: Health Check Endpoint |
| **Frequency** | Real-time + Monthly SLA Report |
| **Owner** | NAP Dev + IT |
**Uptime Calculation Template:**
```
เดือน: __________
Total Hours (08:00-18:00, วันทำงาน): ___ ชั่วโมง
Downtime รวม: ___ นาที
Uptime %: ((Total Hours × 60 - Downtime) / (Total Hours × 60)) × 100
```
---
### KPI-PERF-003: File Scan Success Rate
**Category:** Security | **Priority:** 🟠 High
| Attribute | Value |
| ------------- | ------------------------------------------------------------------------------------ |
| **คำอธิบาย** | % ของไฟล์อัปโหลดที่ถูก Scan โดย ClamAV สำเร็จ (ไม่ใช่ Skip หรือ Error) |
| **หน่วย** | % |
| **Target** | ≥ 99.9% (ทุกไฟล์ต้อง Scan) |
| **วิธีวัด** | Audit Log: COUNT(action='FILE_VIRUS_SCAN_COMPLETED') / COUNT(action='FILE_UPLOADED') |
| **Frequency** | Daily Check |
| **Owner** | NAP Dev |
---
### KPI-SAT-001: User Satisfaction Score (CSAT)
**Category:** User Satisfaction | **Priority:** 🟠 High
| Attribute | Value |
| ------------------ | ----------------------------------------- |
| **คำอธิบาย** | คะแนนความพึงพอใจโดยรวมของผู้ใช้ระบบ (1–5) |
| **หน่วย** | คะแนน (1.05.0) |
| **Baseline** | N/A |
| **Target Month 1** | ≥ 3.5/5.0 (ยังอยู่ใน Learning Curve) |
| **Target Month 3** | ≥ 4.0/5.0 |
| **Target Month 6** | ≥ 4.3/5.0 |
| **วิธีวัด** | Google Forms Survey (แบบสอบถาม) |
| **Frequency** | Month 1, Month 3, Month 6 |
| **Owner** | PO |
---
### KPI-SAT-002: System Ease of Use Score (SUS-lite)
**Category:** User Satisfaction | **Priority:** 🟡 Medium
| Attribute | Value |
| ------------------ | ----------------------------------------------------------- |
| **คำอธิบาย** | "ระบบนี้ง่ายต่อการใช้งาน" (1=ไม่เห็นด้วยมาก, 5=เห็นด้วยมาก) |
| **หน่วย** | คะแนน (1.05.0) |
| **Target Month 3** | ≥ 4.0/5.0 |
| **วิธีวัด** | ใน Survey เดียวกับ KPI-SAT-001 |
| **Frequency** | Month 1, Month 3 |
| **Owner** | PO |
---
### KPI-SEC-001: Audit Log Coverage Rate
**Category:** Security/Compliance | **Priority:** 🔴 Critical
| Attribute | Value |
| ------------- | ------------------------------------------------------------------------------------- |
| **คำอธิบาย** | % ของ User Actions ที่ถูกบันทึกใน Audit Log |
| **หน่วย** | % |
| **Target** | 100% (ทุก Action ต้องบันทึก — AC-AUDIT-001) |
| **วิธีวัด** | Spot Check: ทำ Action → ตรวจ audit_logs ว่ามี Record หรือไม่ (Manual QA ก่อน Go-Live) |
| **Frequency** | Pre Go-Live Audit + Monthly Spot Check |
| **Owner** | NAP Dev |
---
### KPI-SEC-002: Security Incident Count
**Category:** Security | **Priority:** 🔴 Critical
| Attribute | Value |
| ------------- | --------------------------------------------------------------------- |
| **คำอธิบาย** | จำนวน Security Incidents ที่ตรวจพบ (Unauthorized access, Virus, etc.) |
| **หน่วย** | จำนวนครั้ง |
| **Target** | 0 (Zero Incidents ในเวลาทำงาน) |
| **Threshold** | > 0 Critical → Immediate escalation |
| **วิธีวัด** | Security Audit Log Dashboard (Grafana) |
| **Frequency** | Daily Check (Hypercare) → Weekly |
| **Owner** | NAP Dev + IT |
---
## 3. 📅 Baseline Data Collection Plan
### T-4 สัปดาห์ก่อน Go-Live: เตรียม
- [ ] ออกแบบ Survey Form สำหรับ User Baseline
- [ ] เตรียม Template บันทึกข้อมูล Email-based RFAs
- [ ] นัด Document Control แต่ละองค์กรเพื่อเก็บข้อมูล
- [ ] กำหนด Baseline Period: 3 เดือนย้อนหลัง (ธ.ค. 2568 ก.พ. 2569)
### T-3 สัปดาห์: เก็บ Baseline ข้อมูล Process
**สิ่งที่ต้องเก็บ:**
```
📋 BASELINE COLLECTION FORMS:
Form A: RFA Cycle Time (KPI-EFF-001)
──────────────────────────────────
สัมภาษณ์กับ Document Control แต่ละ Org
เก็บข้อมูล RFA 30 ฉบับล่าสุด (จากระบบเดิม):
| # | เลข RFA เดิม | วันที่ส่ง | วันที่ตอบ | ระยะเวลา (วัน) | ผลลัพธ์ |
|---|-------------|----------|----------|--------------|--------|
| 1 | | | | | |
...
Average: ___ วัน | Min: ___ | Max: ___
Form B: Document Number Error (KPI-EFF-002)
───────────────────────────────────────────
จากเอกสาร 3 เดือนล่าสุด:
- เอกสารที่ออกทั้งหมด: ___ ฉบับ
- เลขที่ผิดพลาด/ซ้ำ ต้องยกเลิก: ___ ฉบับ
- Error Rate: ___%
Form C: Follow-up Calls (KPI-EFF-004)
────────────────────────────────────
Document Control บันทึกเป็นเวลา 2 สัปดาห์:
วันที่ | จำนวนครั้งที่โทรถามสถานะ
...
Form D: Time to Find Document (KPI-EFF-003)
───────────────────────────────────────────
สังเกตการณ์ 5 User × 5 ครั้ง:
"ค้นหา [เอกสารที่ระบุ] ใช้เวลากี่นาที?"
| User | ครั้งที่ 1 | 2 | 3 | 4 | 5 | เฉลี่ย |
...
```
### T-2 สัปดาห์: เก็บ Baseline ข้อมูล User Perception
```
📋 PRE-GO-LIVE USER SURVEY (Google Form)
Section 1: ปัญหาปัจจุบัน (ก่อนระบบใหม่)
1. "ระบบปัจจุบัน (Email) ให้คะแนนความสะดวก" (15): ___
2. "ฉันใช้เวลาค้นหาเอกสารเฉลี่ยครั้งละ" (นาที): ___
3. "ข้อปัญหาหลักสูงสุด 3 อันดับ" (checkbox)
4. "ฉันต้องโทรถามสถานะเอกสารสัปดาห์ละ" (ครั้ง): ___
Section 2: ความคาดหวังจากระบบใหม่
5. "สิ่งที่คาดหวังมากที่สุดจากระบบใหม่": (text)
6. "ความกังวลเกี่ยวกับการเปลี่ยนระบบ": (text)
```
---
## 4. 📊 KPI Dashboard Template
### Monthly KPI Report Template
```markdown
# Monthly KPI Report — LCBP3-DMS
Period: [เดือน ปี] | Generated: [วันที่]
## 🟢 On Track / 🟡 Watch / 🔴 Off Track
| KPI | Baseline | Target | Actual | Status | Delta |
| ---------------- | ---------- | ------- | ---------- | -------- | ------- |
| RFA Cycle Time | \_\_\_ วัน | ≤ 5 วัน | \_\_\_ วัน | 🟢/🟡/🔴 | \_\_\_% |
| Doc Number Error | \_\_\_% | 0% | \_\_\_% | 🟢/🟡/🔴 | \_\_\_% |
| User Adoption | N/A | ≥ 70% | \_\_\_% | 🟢/🟡/🔴 | \_\_\_% |
| API P90 | N/A | < 200ms | \_\_\_ms | 🟢/🟡/🔴 | \_\_\_% |
| Uptime | N/A | ≥ 99.5% | \_\_\_% | 🟢/🟡/🔴 | \_\_\_% |
| CSAT Score | N/A | ≥ 4.0 | \_\_\_ | 🟢/🟡/🔴 | \_\_\_% |
## 🔍 Highlights
[Key findings this month]
## ⚠️ Issues & Actions
| Issue | Impact | Action | Owner | Deadline |
...
## 📈 Trend Charts
[Link to Grafana Dashboard]
```
---
## 5. 📈 Target vs. Baseline Summary Table
| KPI ID | ชื่อ KPI | หน่วย | Baseline | Target M1 | Target M3 | Target M6 |
| ------------- | ------------------ | ------------- | ---------- | --------- | --------- | --------- |
| KPI-EFF-001 | RFA Cycle Time | วัน | ~14-21 | ≤ 7 | ≤ 5 | ≤ 3 |
| KPI-EFF-002 | Doc Number Error | % | ~5-15% | < 1% | 0% | 0% |
| KPI-EFF-003 | Time to Find Doc | นาที | ~15-30 | < 3 | < 1 | < 1 |
| KPI-EFF-004 | Follow-up Calls | ครั้ง/สัปดาห์ | ~10-20 | < 10 | < 5 | < 2 |
| KPI-ADOPT-001 | User Adoption | % | N/A | > 50% | > 70% | > 90% |
| KPI-ADOPT-002 | Feature Adoption | % | N/A | > 30% | > 60% | > 80% |
| KPI-ADOPT-003 | Support Tickets | ครั้ง/สัปดาห์ | N/A | < 30 | < 15 | < 5 |
| KPI-PERF-001 | API Response P90 | ms | N/A | < 200 | < 200 | < 200 |
| KPI-PERF-002 | System Uptime | % | N/A | ≥ 99.5% | ≥ 99.5% | ≥ 99.9% |
| KPI-PERF-003 | File Scan Success | % | N/A | 100% | 100% | 100% |
| KPI-SAT-001 | CSAT Score | /5.0 | Survey Pre | ≥ 3.5 | ≥ 4.0 | ≥ 4.3 |
| KPI-SAT-002 | Ease of Use | /5.0 | Survey Pre | ≥ 3.5 | ≥ 4.0 | ≥ 4.2 |
| KPI-SEC-001 | Audit Coverage | % | N/A | 100% | 100% | 100% |
| KPI-SEC-002 | Security Incidents | ครั้ง | N/A | 0 | 0 | 0 |
---
## 6. 🔧 Technical Measurement Implementation
### Grafana Dashboard Panels (ต้องสร้างก่อน Go-Live)
```yaml
# Prometheus Metrics to Collect:
panels:
- title: 'RFA Cycle Time (Avg)'
query: |
avg(
timestamp(workflow_closed_at) - timestamp(workflow_submitted_at)
) by (month) WHERE type = 'rfa'
unit: days
- title: 'Daily Active Users'
query: |
count(distinct user_id) FROM audit_logs
WHERE action = 'USER_LOGIN' AND date = today
- title: 'API P90 Response Time'
query: |
histogram_quantile(0.90,
rate(http_request_duration_seconds_bucket[5m])
)
unit: ms
alert_threshold: 500
- title: 'System Uptime (30d)'
query: avg_over_time(up[30d]) * 100
unit: percent
- title: 'File Virus Scan Queue'
query: bullmq_queue_size{queue="virus-scan"}
- title: 'Support Tickets This Week'
query: custom_metric (manual input)
```
### SQL Queries for Business KPIs
```sql
-- KPI-EFF-001: RFA Cycle Time (ต่อเดือน)
SELECT
DATE_FORMAT(wi.submitted_at, '%Y-%m') AS month,
COUNT(*) AS total_rfas,
AVG(DATEDIFF(wi.closed_at, wi.submitted_at)) AS avg_days,
MIN(DATEDIFF(wi.closed_at, wi.submitted_at)) AS min_days,
MAX(DATEDIFF(wi.closed_at, wi.submitted_at)) AS max_days,
PERCENTILE_CONT(0.50) WITHIN GROUP (ORDER BY DATEDIFF(wi.closed_at, wi.submitted_at)) AS median_days
FROM workflow_instances wi
WHERE wi.document_type = 'RFA'
AND wi.status = 'CLOSED'
AND wi.closed_at IS NOT NULL
GROUP BY DATE_FORMAT(wi.submitted_at, '%Y-%m')
ORDER BY month DESC;
-- KPI-ADOPT-001: Daily Active Users
SELECT
DATE(created_at) AS date,
COUNT(DISTINCT user_id) AS daily_active_users,
(SELECT COUNT(*) FROM users WHERE is_active = 1) AS total_active_users,
ROUND(COUNT(DISTINCT user_id) * 100.0 /
(SELECT COUNT(*) FROM users WHERE is_active = 1), 1) AS adoption_rate
FROM audit_logs
WHERE action = 'USER_LOGIN'
AND created_at >= DATE_SUB(NOW(), INTERVAL 30 DAY)
GROUP BY DATE(created_at)
ORDER BY date DESC;
-- KPI-EFF-002: Document Number Error Rate
SELECT
DATE_FORMAT(created_at, '%Y-%m') AS month,
COUNT(*) AS total_reserved,
SUM(CASE WHEN status = 'CANCELLED' THEN 1 ELSE 0 END) AS cancelled,
ROUND(SUM(CASE WHEN status = 'CANCELLED' THEN 1 ELSE 0 END) * 100.0 / COUNT(*), 2) AS error_rate_pct
FROM document_number_reservations
WHERE created_at >= DATE_SUB(NOW(), INTERVAL 6 MONTH)
GROUP BY DATE_FORMAT(created_at, '%Y-%m');
```
---
## 7. 📋 User Survey Templates
### Post Go-Live Survey (Month 1 & Month 3)
```
📝 LCBP3-DMS User Satisfaction Survey
Period: [เดือน] | ใช้เวลา: ประมาณ 3 นาที
Section 1: ภาพรวม
━━━━━━━━━━━━━━━
Q1. โดยรวม ระบบ LCBP3-DMS ช่วยให้การทำงานของคุณดีขึ้น?
⬜ 1-ไม่เลย ⬜ 2 ⬜ 3 ⬜ 4 ⬜ 5-ดีขึ้นมาก
Q2. ระบบนี้ง่ายต่อการใช้งานมากแค่ไหน?
⬜ 1-ยากมาก ⬜ 2 ⬜ 3 ⬜ 4 ⬜ 5-ง่ายมาก
Section 2: Feature Specific
━━━━━━━━━━━━━━━━━━━━━━━━
Q3. Feature ที่คุณใช้บ่อยที่สุด: (checkbox, เลือกได้หลายข้อ)
⬜ Dashboard ⬜ สร้าง Correspondence ⬜ Review RFA
⬜ ค้นหาเอกสาร ⬜ Circulation ⬜ ดู Workflow
Q4. Feature ที่ยังมีปัญหาหรืออยากให้ปรับปรุง: (text)
_______________________________________________
Section 3: เปรียบเทียบกับระบบเดิม
━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Q5. เวลาค้นหาเอกสาร เปรียบกับระบบเดิม:
⬜ เร็วกว่ามาก ⬜ เร็วกว่านิดหน่อย ⬜ เหมือนเดิม ⬜ ช้ากว่า
Q6. จำนวนครั้งที่ต้องโทรถามสถานะ เปรียบกับเดิม:
⬜ น้อยกว่ามาก ⬜ น้อยกว่า ⬜ เหมือนเดิม ⬜ มากกว่า
Section 4: Open Feedback
━━━━━━━━━━━━━━━━━━━━
Q7. สิ่งที่คุณชอบมากที่สุดในระบบนี้: _______________
Q8. สิ่งที่คุณอยากให้ปรับปรุงเร่งด่วนที่สุด: ___________
Q9. คะแนนรวม (NPS): 0-10 — "คุณจะแนะนำระบบนี้ให้เพื่อนร่วมงาน?"
0──────────────────10
[0-6: Detractor] [7-8: Passive] [9-10: Promoter]
```
---
## 8. 📊 KPI Review Meeting Agenda Template
```markdown
# LCBP3-DMS Monthly KPI Review — [เดือน ปี]
วันที่: | เวลา: 30 นาที | ผู้เข้าร่วม: PO, IT, Document Control Lead
## Agenda
1. KPI Dashboard Review (10 นาที)
- Performance KPIs: Uptime, API Response
- Efficiency KPIs: RFA Cycle Time, Error Rate
- Adoption KPIs: DAU, Feature Adoption
2. Status Discussion (10 นาที)
- 🔴 Off Track KPIs: root cause + action plan
- 🟡 Watch KPIs: monitoring plan
3. User Feedback Summary (5 นาที)
- Key themes from support tickets
- Survey results (if applicable)
4. Actions for Next Month (5 นาที)
- [Action] | [Owner] | [Deadline]
## Notes / Decisions
```
---
## 📝 Document Control
- **Version:** 1.0.0 | **Status:** DRAFT — Baseline Collection Pending
- **Created:** 2026-03-11 | **Owner:** Nattanin Peancharoen
- **Baseline Collection Deadline:** T-2 สัปดาห์ก่อน Go-Live
- **First KPI Review:** T+1 เดือนหลัง Go-Live
- **Classification:** Internal Use Only