DE Operating Playbook

Workflow / learn

ย้ายสิทธิ์จาก email เก่าไป email ใหม่

ใช้ entitlement-first migration ไม่ย้าย account ดิบ และ grant เฉพาะคอร์สที่พิสูจน์แล้ว

ASK

Trigger examples

  • ซื้อคอร์สด้วย email เก่า
  • เปลี่ยน email แล้วเข้าไม่ได้

Source of truth

  • Legacy purchase/export
  • Tutor/Woo enrollment
  • new Learn user

Steps

01

ตรวจ email เก่าแบบ read-only

ดู purchase/enrollment เดิมโดยไม่แก้ legacy DB

02

map course ให้ตรง current Learn course

ถ้าคอร์สยัง unpublished หรือ mapping ไม่ชัดให้ block ไว้ก่อน

ASK
03

grant เฉพาะรายการที่ verified

บันทึกว่าเป็น purchased enrollment และแจ้งว่า progress เดิมยังไม่ถูกย้าย

Proof before

  • Old email ownership signal
  • legacy course ids
  • new Learn user id

Proof after

  • granted course list
  • blocked/review count if any

Do not do

  • อย่า import production entitlement โดยไม่มี dry-run
  • อย่า claim ว่า progress เดิมย้ายแล้ว

Related systems

Learn

Course access and quota changes affect real customers

Email / Acumbamail

Wrong list or broken CTA creates customer support debt

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

AI coworker ทำ reconciliation ได้ดี แต่ต้องล็อก boundary ว่าใคร approve สิทธิ์เรียนจริง

OPBStack pattern

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

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

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