DE Operating Playbook

Workflow / crm

Twenty CRM customer context

ใช้ CRM เป็น customer memory แต่ต้องจำกัด field และ action ที่ AI ทำได้

ASK

Trigger examples

  • เช็ค follow-up
  • update stage
  • ผูก LINE context กับ customer

Source of truth

  • CRM object
  • LINE/customer context
  • support history

Steps

01

lookup scoped record

ใช้ customer identifier ที่ชัดเจน ไม่ dump CRM กว้าง ๆ

02

เสนอ update แบบ field-level

บอก field เดิม, field ใหม่ และเหตุผลก่อนแก้

ASK
03

audit หลังแก้

อ่านกลับเฉพาะ record ที่เปลี่ยนและบันทึก next follow-up

Proof before

  • record id
  • field diff
  • source message

Proof after

  • updated field read-back
  • next follow-up owner

Do not do

  • อย่า export customer data เป็นไฟล์สาธารณะ
  • อย่าใช้ CRM data ใน Deep Dive public content

Related systems

LINE OA

Broadcasts consume quota and reach real followers

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

CRM คือ memory ของธุรกิจ ไม่ใช่ data dump ของ AI จึงต้องมี scope และ audit trail

OPBStack pattern

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

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

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