CMUEAA · Business Workflow

สถานการณ์การรับสมัคร & อัปเดตข้อมูลสมาชิก

ทุกช่องทางการเข้าถึง — สมัครใหม่ ลงทะเบียนงาน อบรม เชิญผ่าน PR หรือขออัปเดต — ไหลเข้าสู่ pipeline เดียวกัน โดยใช้แนวคิด กรอกน้อยก่อน เติมทีหลัง (progressive profile) · ร่างเพื่อพิจารณาในที่ประชุม

1 · สถานการณ์ (จุดเริ่ม 6 แบบ)

แต่ละแบบต่างกันแค่ “ช่องทาง + ข้อมูลขั้นต่ำ” ส่วนหลังบ้านใช้ตรรกะเดียวกัน

สมัครใหม่

สมัครเองผ่านเว็บ

เข้าเว็บ / ลิงก์สมัครโดยตรง

ขั้นต่ำ
ครบตามฟอร์ม
สถานะ
Active (ครบ)
เติมทีหลัง
Event · หน้างาน

ลงทะเบียนด่วน (QR)

สแกน QR หน้างาน → แอด LINE OA

ขั้นต่ำ
รหัส นศ. + ชื่อ + เบอร์/LINE
สถานะ
Active · ไม่ครบ
เติมทีหลัง
หลังงาน (เตือน)
อบรม · สัมมนา

ลงทะเบียนอบรม (Email)

ลิงก์ในอีเมลเชิญเข้าอบรม

ขั้นต่ำ
รหัส นศ. + ยืนยันเข้าร่วม
สถานะ
Active + สมัครกิจกรรม
เติมทีหลัง
ตอนยืนยันสิทธิ์
อัปเดต

ขออัปเดตข้อมูล

สมาชิกเดิมกดลิงก์ / โปรไฟล์

ขั้นต่ำ
prefill ของเดิม
สถานะ
คงเดิม · refresh
เติมทีหลัง
แก้เฉพาะที่เปลี่ยน
Re-activate

ปลุกสมาชิกเดิม

แคมเปญ Email + LINE Broadcast

ขั้นต่ำ
match email / LINE ID
สถานะ
Inactive → Active
เติมทีหลัง
พร้อมยืนยันตัวตน
PR · เชิญชวน

เชิญผ่านงานประชาสัมพันธ์

โพสต์ / Broadcast แนบลิงก์สมัคร

ขั้นต่ำ
เหมือนสมัครใหม่
สถานะ
Active (ครบ)
เติมทีหลัง
track ที่มา campaign

2 · ประเภทสมาชิก (ข้อมูลที่เก็บต่างกัน)

แยกตามช่วงชีวิต — นักศึกษาปัจจุบันยังไม่มีอาชีพ/ที่ทำงาน จึงเก็บน้อยก่อน แล้วเติมตอนจบ/เริ่มทำงาน

นักศึกษาปัจจุบัน

เก็บข้อมูลพื้นฐานก่อน

ยังเรียนอยู่ · ยังไม่มีอาชีพ/ที่ทำงาน

เก็บตอนสมัคร
ชื่อ-สกุล · รหัสนักศึกษา · ที่อยู่ (+ ภาควิชา, ติดต่อ — แนะนำ)
ยังไม่เก็บ
อาชีพ · ที่ทำงาน · ตำแหน่ง
สถานะ
Active · นักศึกษา (flag: รออัปเดตอาชีพ)
อัปเดตเมื่อ
จบการศึกษา / เริ่มทำงาน
ศิษย์เก่า (นักศึกษาเก่า)

เก็บข้อมูลครบ

จบแล้ว / ทำงานแล้ว

เก็บตอนสมัคร
ข้อมูลพื้นฐาน + อาชีพ · ที่ทำงาน/ตำแหน่ง · ประเภทธุรกิจ
สถานะ
Active · ครบ
อัปเดตเมื่อ
เปลี่ยนงาน / ข้อมูลเปลี่ยน

3 · Pipeline กลาง (ทุกช่องทางใช้ร่วมกัน)

ระบุตัวตน → จับคู่/กันซ้ำ → แยกประเภทสมาชิก → ยินยอม PDPA → กำหนดสถานะ → เติมข้อมูล → ฐานกลาง

จุดเริ่ม / ช่องทาง จุดตัดสิน LINE Login (เก็บ email อัตโนมัติ) Active · นักศึกษา Active · ศิษย์เก่า ครบ Active · ไม่ครบ ฐานข้อมูล
flowchart TD
  classDef entry fill:#8a1818,stroke:#5e1010,color:#ffffff;
  classDef dec fill:#ffffff,stroke:#a9772e,color:#5e1010,stroke-width:2px;
  classDef proc fill:#f4e9e9,stroke:#cab0b0,color:#2a1f1f;
  classDef good fill:#2f8f5b,stroke:#1f6e43,color:#ffffff;
  classDef warn fill:#b8791b,stroke:#8f5e12,color:#ffffff;
  classDef stu fill:#3a6ea5,stroke:#274d73,color:#ffffff;
  classDef auto fill:#6a4a8f,stroke:#4a3266,color:#ffffff;
  classDef db fill:#2a1f1f,stroke:#000000,color:#ffffff;

  S1["สมัครใหม่ · เว็บ"]:::entry
  S2["Event · สแกน QR"]:::entry
  S3["อบรม · ลิงก์ Email"]:::entry
  S4["ขออัปเดตข้อมูล"]:::entry
  S5["Re-activate · Email + LINE"]:::entry
  S6["เชิญผ่าน PR / Social"]:::entry

  S2 --> LL
  S5 --> LL
  S6 --> LL
  LL["LINE Login / LIFF · อนุญาต 1 แตะ
ได้: LINE userId + email + ชื่อ + consent
พิมพ์เองแค่ รหัสนักศึกษา"]:::auto LL --> ID S1 --> ID S3 --> ID S4 --> ID ID{"ระบุตัวตน
รหัสนักศึกษา / Email / LINE ID"}:::dec ID --> MATCH{"มีในฐานข้อมูลแล้ว?"}:::dec MATCH -->|มีแล้ว| UPD["โหมดอัปเดต · prefill"]:::proc MATCH -->|ยังไม่มี| NEW["สร้างระเบียนใหม่"]:::proc UPD --> TYPE NEW --> TYPE TYPE{"นักศึกษาปัจจุบัน
หรือ ศิษย์เก่า?"}:::dec TYPE -->|นักศึกษาปัจจุบัน| CUR["เก็บ: ชื่อ · รหัส · ที่อยู่ · ภาควิชา · ติดต่อ
ยังไม่มีอาชีพ / ที่ทำงาน"]:::proc TYPE -->|ศิษย์เก่า| ALU["เก็บครบ + อาชีพ · ที่ทำงาน · ตำแหน่ง"]:::proc CUR --> CONc["ยินยอม PDPA"]:::proc ALU --> CONa["ยินยอม PDPA"]:::proc CONc --> SC["Active · นักศึกษาปัจจุบัน
flag: รออัปเดตอาชีพ / ที่ทำงาน"]:::stu CONa --> QF{"ข้อมูลครบ?"}:::dec QF -->|ครบ| AC["Active · ศิษย์เก่า · ครบ"]:::good QF -->|ด่วน / ไม่ครบ| AI["Active · ไม่ครบ"]:::warn AI -.->|LINE / Email เตือน| FILL["เติมข้อมูลภายหลัง"]:::proc FILL --> AC SC -.->|จบการศึกษา / เริ่มทำงาน| CAR["เติม อาชีพ + ที่ทำงาน"]:::proc CAR --> AC AC --> DB[("ฐานสมาชิกกลาง
ผูก LINE userId + verified_channel")]:::db AI --> DB SC --> DB

4 · เก็บ Email อัตโนมัติ — พิมพ์น้อยสุดหน้างาน

ใช้ LINE Login ดึง email + ตัวตน + consent ในแตะเดียว → หน้างานเหลือพิมพ์แค่รหัสนักศึกษา

LINE Login · LIFF

สแกน QR → อนุญาต 1 แตะ

1
เปิด LIFF (เว็บในไลน์) + แอด LINE OA
2
หน้า “อนุญาต” LINE ขึ้นครั้งเดียว → ได้ userId + ชื่อ + email
3
กรอกเองแค่ รหัสนักศึกษา → derive เกียร์
4
consent PDPA รวมในจอเดียว

→ พิมพ์จริงเหลือช่องเดียว

ช่องทางอื่น (เรียงพิมพ์น้อยสุด)

ทางเลือกเสริม

CMU SSO
@cmu.ac.th — นศ.ปัจจุบัน ได้ email สถาบันที่ verify แล้ว
ลิงก์ Email
รู้ email อยู่แล้ว (มาจากกล่องเขา)
Autofill
มือถือช่วยเติม email อัตโนมัติ

ต้องขอ email permission จาก LINE ก่อน + มี fallback ถ้าไม่มี email ผูก LINE

5 · ตารางเปรียบเทียบสถานการณ์

สิ่งที่ต่างกันจริงคือ 4 คอลัมน์นี้ — ที่เหลือ backend เดียวกัน

สถานการณ์ช่องทาง / triggerข้อมูลขั้นต่ำสถานะเริ่มต้นเติมข้อมูลเมื่อไหร่
สมัครใหม่ (เว็บ)เข้าเว็บ / ลิงก์ตรงครบตามฟอร์มActive
ลงทะเบียนด่วนหน้างานสแกน QR + แอด LINEรหัส + ชื่อ + เบอร์/LINEActive · ไม่ครบหลังงาน (LINE/Email เตือน)
ลงทะเบียนอบรม/สัมมนาลิงก์ในอีเมลเชิญรหัส + ยืนยันเข้าร่วมActive + กิจกรรมตอนยืนยันสิทธิ์เข้าอบรม
ขออัปเดตข้อมูลสมาชิกเดิมกดลิงก์prefill (แก้เฉพาะที่เปลี่ยน)คงเดิมทันที
Re-activate สมาชิกเดิมEmail + LINE Broadcastmatch email / LINE IDInactive → Activeพร้อมยืนยันตัวตน
เชิญผ่าน PRโพสต์ / broadcast ลิงก์เหมือนสมัครใหม่Activetrack ที่มา campaign

จุดที่ที่ประชุมต้องเคาะ

ร่างเพื่อพิจารณา · CMUEAA Member Registration Workflow · เชื่อมกับต้นแบบฟอร์มใหม่ + PDPA Checklist ที่จัดทำแล้ว