DE Operating Playbook

Workflow / learn

ลูกค้าเข้าเรียนไม่ได้

แยกปัญหา account, course access, verified email และ auth session ก่อนตอบลูกค้า

ASK

Trigger examples

  • เข้าเรียนไม่ได้
  • กด Google login แล้วค้าง
  • สมัครแล้วไม่เห็นคอร์ส

Source of truth

  • Learn user record
  • course enrollment
  • Firebase/Auth state
  • customer support message

Steps

01

ระบุ user และ course

ค้นจาก email หรือ LINE context แล้วตรวจว่ามี user ใน Learn จริงหรือไม่

02

แยก auth กับ entitlement

ถ้า login ไม่ผ่านอย่าเพิ่ง grant course ให้ดู verified email/session ก่อน

ASK
03

คืนคำตอบพร้อม proof

ตอบด้วยสิ่งที่ตรวจแล้ว เช่น course list, login state, next support step

Proof before

  • User id/email match
  • course slug requested
  • current enrollment state

Proof after

  • get_user_courses or equivalent proof
  • customer-facing reply draft

Do not do

  • อย่า mark email verified เอง
  • อย่า grant ทุกคอร์สถ้าไม่ได้พิสูจน์สิทธิ์

Related systems

Learn

Course access and quota changes affect real customers

LINE OA

Broadcasts consume quota and reach real followers

CRM / Twenty

Customer data should not leak into public artifacts

Hermes / AI Agent

Agent can move faster than the approval loop if boundaries are vague

Pattern note

นี่คือ support workflow ที่ AI ช่วย lookup ได้ แต่ decision เรื่องสิทธิ์เรียนต้องมี proof ก่อนเสมอ

OPBStack pattern

เอา operating pattern แบบนี้ไปใช้กับธุรกิจอื่นได้

ถ้าธุรกิจคุณมีลูกค้าใน LINE, course/payment แยก, admin หลายคน และ owner ต้องตัดสินใจหลายจุด OPBStack คือวิธี package workflow แบบนี้ให้กลายเป็น AI coworker workspace ที่มี sandbox, memory, tools และ approval gate ตั้งแต่วันแรก

ดู pattern เบื้องหลัง