บริการนี้ต่างจาก T3 ยังไง?

T3 เป็น Workshop ให้ทีมเรียนวิธีนิยาม Stage, ออกแบบ Report และทำ Dashboard prototype เหมาะเมื่อบริษัทมีคนทำต่อเอง ส่วน I1 ทีมผมรับ Build, UAT, Training และ Handover ระบบตาม Scope ให้ใช้จริง

ใช้กับ Excel หรือ Google Sheets เดิมได้มั้ย?

ได้ในหลายกรณีครับ ผมจะดูโครงข้อมูล สิทธิ์เข้าถึง และความสม่ำเสมอของ Field ก่อน ถ้าของเดิมใช้ต่อได้จะไม่บังคับย้าย Tool แต่ถ้าข้อมูลคนละรูปแบบมาก อาจต้องมีขั้น Cleaning หรือ Migration เพิ่มใน Proposal

คำว่าอัตโนมัติหมายถึงไม่ต้องมีคนกรอกเลยหรือเปล่า?

ขึ้นกับ Data source ครับ ระบบช่วยรวม ตรวจ สรุป ส่งรายการติดตาม หรือ Export ได้ตาม Scope แต่ข้อมูลบางอย่าง เช่นผลการคุยหรือ Next action ยังต้องมาจากคนขาย เราจะออกแบบให้กรอกเท่าที่จำเป็นและเห็นประโยชน์จากข้อมูลนั้น

รองรับกี่สาขาและกี่ระบบ?

Starter Scope จะล็อก Data source, ผู้ใช้ และ Flow ใน Proposal ก่อนครับ หลายสาขา หลายฐานข้อมูล หรือการเชื่อม ERP/CRM ต้องตรวจสิทธิ์และคุณภาพข้อมูล จึงประเมินเป็น Custom แทนการรับปากแบบเหมารวม

มี AI Agent รวมอยู่ด้วยมั้ย?

ระบบอาจใช้ AI ช่วย Cleaning หรือ Summary เมื่อเหมาะกับข้อมูลและความเสี่ยงครับ Custom Agent ที่ทำงานข้ามหลายระบบหรือแตะการอนุมัติสำคัญอยู่นอก Starter Scope และต้องมี Test/Guardrail แยก

ข้อมูลลูกค้าปลอดภัยยังไง?

ก่อน Build เราจะระบุ Data source, สิทธิ์ผู้ใช้, ข้อมูลที่ใช้ทดสอบ และสิ่งที่ห้ามส่งเข้า AI ครับ Screenshot สำหรับ Demo หรือ Case study ต้องปิดข้อมูลส่วนบุคคล และการเผยแพร่ต้องได้รับอนุญาต

ถ้า UAT แล้วเจอปัญหาทำยังไง?

Blocking issue ที่อยู่ใน Acceptance criteria และ Scope จะถูกแก้ก่อน Sign-off ครับ ความต้องการใหม่ที่เพิ่งเพิ่มหลังเห็นระบบจะเข้า Expansion list เพื่อประเมินแยก ไม่ปะปนกับ Bug

หลัง 30 วันระบบยังใช้ได้อยู่มั้ย?

ระบบและไฟล์ส่งมอบยังเป็นของบริษัทตามเงื่อนไขใน Proposal ครับ ช่วง Support มีไว้ช่วย Issue และ Adoption ภายใน Scope หากต้องการ Maintenance, Feature ใหม่ หรือดูแลรายเดือน จะประเมินหลังมี Runbook และเห็นปริมาณงานจริง

SALES OPERATIONS IMPLEMENTATION · I1

บริการทำ Sales Dashboard + Report อัตโนมัติ

ให้หัวหน้าเปิดจอเดียวแล้วเห็นว่า Lead อยู่กับใคร ดีลไหนค้าง ขั้นต่อไปคืออะไร และรายการไหนต้องเข้าไปช่วย โดยไม่ต้องรวม Excel ใหม่ทุกเช้า

ถ้าทุกวันเริ่มจากการทักถามเซลล์ รอ Report แล้วค่อยเอาไฟล์หลายชุดมารวม ข้อมูลยังมาไม่ถึงหัวหน้าในสภาพที่พร้อมตัดสินใจครับ

ทีมผมลงมือสร้างระบบให้ ตั้งแต่จัด Stage และ Required fields ทำ Master deal register ไปจนถึง Daily report, Follow-up list, Dashboard หรือ Notification ตาม Scope แล้วทดสอบกับผู้ใช้จริงก่อนสอนทีมรับช่วง

3 วัน on-site (วางระบบ + UAT + สอนทีมใช้) + ดูแลต่อ 30 วันImplementation สำหรับบริษัทเดียวBuild + UAT + Team Trainingส่งมอบระบบและคู่มือ

จองคิวรับบริการ ขอดูตัวอย่างระบบจริงทาง LINE

ส่งตัวอย่าง Report หรือเล่าว่าตอนนี้ข้อมูลมาจากไหนได้ครับ ผมจะช่วยดูว่าอยู่ใน Starter Scope หรือควรประเมิน Custom

หน้าจอ Command Center ที่ปิดข้อมูลส่วนบุคคล แสดงรายการที่ผู้จัดการต้องติดตาม — Command Center ที่ใช้ดูงานที่ต้องตามและจุดที่ Manager ต้องเข้าไปช่วย

ผมเอาระบบที่ใช้จริงมาให้ดู ก่อนพูดถึงสิ่งที่จะสร้าง

มี Command Center และระบบงานขายที่ใช้งานจริง
ทำงานตั้งแต่ Data schema ถึง Manager workflow
ผ่านงาน UAT, Training และ Adoption กับทีมลูกค้า
อบรมและวางระบบร่วมกับ 18 องค์กร

Dashboard สวยไม่ได้แปลว่าบริหารทีมง่ายครับ ของที่ใช้จริงต้องย้อนกลับได้ว่าตัวเลขมาจากข้อมูลไหน แยกข้อมูลไม่ครบได้ และบอกคนดูว่าต้องทำอะไรต่อ ไม่งั้นมันเป็นเพียงจอรายงานอีกจอที่เปิดปลายเดือน

Proof first

หน้าจอด้านล่างคือระบบจริง ไม่ใช่ภาพประกอบขายงาน

ทุกภาพใช้ชุดข้อมูลที่ปิดข้อมูลส่วนบุคคลแล้ว และคำอธิบายบอกเฉพาะสิ่งที่มองเห็นจากระบบ

Command Center ที่ปิดข้อมูลส่วนบุคคล แสดงดีล งานติดตาม และรายการสำหรับผู้จัดการ — เปิดวันมาแล้วเห็นดีลที่ต้องตาม Lead ที่ขาด Next action และงานที่ Manager ต้องเข้าไปช่วยจากหน้าเดียว

หน้าจอกราฟสรุป pipeline และแหล่งที่มาของ Lead ที่ปิดข้อมูลส่วนบุคคล — มุมรวมของ Pipeline และ Source ช่วยให้หัวหน้าเห็นเรื่องที่ต้องถามต่อ โดยไม่ต้องประกอบตัวเลขจากหลายไฟล์

หน้าจอ Pipeline ที่ปิดข้อมูลส่วนบุคคล แสดง Stage ของดีลและการเคลื่อนงาน — หนึ่ง Lead มี Owner, Stage, Last touch และ Next action ที่ตรวจย้อนกลับได้ ทีมจึงคุยกันจากข้อมูลชุดเดียว

Automation และ UAT ที่มีคนรับช่วงต่อ

บทสนทนาระบบเอกสารใน LINE ที่ปิดข้อมูลส่วนบุคคลและแสดงจุดให้คนตรวจ — ตัวอย่าง Automation ที่ส่งงานให้คนตรวจใน LINE ก่อนใช้งานต่อ เพื่อให้ Human review อยู่ใน Flow สำคัญ

ทีมลูกค้ากำลังทำงานกับหน้าจอระบบในช่วง UAT โดยปิดข้อมูลส่วนบุคคลแล้ว — ระบบถือว่าส่งมอบเมื่อคนที่ต้องใช้ทำงานหลักได้ ไม่ใช่เมื่อ Developer เปิดหน้าจอแล้วบอกว่ารันผ่าน

ระบบหลังบ้านกำลังทำให้ Manager กลายเป็นคนรวมข้อมูลอยู่หรือเปล่า

เซลล์ส่ง Report คนละรูปแบบ ต้องมีคนคอยถามซ้ำหรือแก้ไฟล์ก่อนใช้ได้
ข้อมูลลูกค้าอยู่ใน LINE, Excel และความจำของแต่ละคน ไม่มีรายการกลางที่เชื่อถือได้
Dashboard มีกราฟ แต่ตอบไม่ได้ว่าดีลไหนไม่มี Next action หรือใครต้องตามวันนี้
ผู้บริหารเห็นยอดรวมปลายเดือน แต่ไม่เห็น Stale lead และจุดค้างระหว่างทาง
เวลาจะส่งต่อข้อมูลให้บัญชี ผู้จัดการ หรือสาขา ต้องคัดลอกและจัด Excel ใหม่ทุกครั้ง

คนในทีมไม่ได้อยากกรอกข้อมูลไม่ครบครับ ส่วนใหญ่ฟอร์มยาวเกินไป นิยามไม่ตรงกัน หรือกรอกแล้วไม่เห็นว่าข้อมูลนั้นช่วยให้งานตัวเองง่ายขึ้นยังไง ระบบจึงต้องออกแบบทั้งจอและกติกาการใช้ไปพร้อมกัน

สิ่งที่ส่งมอบคือระบบที่พาข้อมูลไปถึงการตัดสินใจ ไม่ได้มีแค่ Dashboard หนึ่งหน้า

ทีมผมจะ Map แหล่งข้อมูลที่ตกลงใน Proposal ล็อก Stage และ Required fields สร้าง Deal register, Report, Follow-up list และ Dashboard หรือ Notification ตาม Scope จากนั้นทดสอบกับข้อมูลตัวอย่างและผู้ใช้จริงก่อนส่งมอบ

I1 คือทีมผมสร้างให้ใช้จริง ส่วน T3 คือคอร์สที่ทีมคุณเรียนวิธีวางและทำ Prototype ครับ ถ้าบริษัทมีคนทำต่อเอง เลือก T3; ถ้าต้องการให้ผมรับผิดชอบ Build, UAT และสอนทีมใช้ เลือก I1

การเชื่อมหลายระบบ, Custom AI Agent, Logic อนุมัติหลายชั้น, Migration ข้อมูลจำนวนมาก หรือสิทธิ์ผู้ใช้ซับซ้อน จะประเมินเป็น Proposal หรือ Expansion scope แยกหลังเห็นระบบต้นทาง ไม่เหมารวมอยู่ใน Starter Scope

ระบบถือว่าส่งมอบ เมื่อคนใช้ทำงานหลักผ่าน

เริ่มจากคำถามของ Manager

เราล็อกก่อนว่าหัวหน้าต้องตัดสินใจอะไร เช่นตามดีลไหน ช่วยใคร หรือข้อมูลใดไม่ครบ แล้วค่อยเลือก Field และหน้าจอที่จำเป็น

UAT กับสถานการณ์จริง

ทีมลองกรอก แก้ Stage ส่งต่อ และ Export ด้วย Test case ที่ใกล้งานจริง จุดไหนสับสนหรือข้อมูลหายต้องแก้ก่อนรับระบบ

สอนทีมพร้อม Operating rule

ผู้ใช้ต้องรู้ว่าใครกรอก เมื่อไร Manager เปิดดูจังหวะไหน และถ้าข้อมูลผิดต้องกลับไปแก้ที่ไหน ระบบจึงไม่กลายเป็นงานเพิ่มที่ทุกคนหลบ

AI เหมือนน้องฝึกงานที่รู้ทุกอย่างบนโลกแต่ไม่รู้จักบริษัทคุณครับ ถ้าจะให้มันช่วยสรุป Report เราต้องสอนความหมายของ Stage, Required fields และข้อยกเว้นก่อน ไม่อย่างนั้นสรุปได้สวยแต่ตัดสินใจผิด

Scope

Starter flow: Map/Design → Build/Test → UAT/Train

ขอบเขตสุดท้ายยึด Proposal ของบริษัทคุณ แต่ Starter flow ใช้สามช่วงนี้เป็นแกน

หลังส่งมอบ ทีมผมดูแล Issue และคำถามภายใน Scope ตลอดช่วง support: 3 วัน on-site (วางระบบ + UAT + สอนทีมใช้) + ดูแลต่อ 30 วัน

Map/Design
Map และล็อกกติกาข้อมูล
ลงมือ: Map แหล่งข้อมูลและคนที่แตะข้อมูลใน Scope, นิยาม Sales stage, Lead owner, Next action และ Required fields, ออกแบบ Master deal register และรายงานที่ต้องส่งต่อ, แล้วล็อก Acceptance criteria กับ Test case
Output: Data/source map + Stage dictionary + Field schema + Acceptance checklist
Build/Test
Build และทดสอบ Flow หลัก
ลงมือ: สร้าง Master deal register, Daily report, Stale lead และ Follow-up list, ทำ Dashboard หรือ Notification ตาม Scope, แล้วทดสอบการกรอก แก้ไข สรุป และ Export Excel ด้วยข้อมูลตัวอย่างที่ปิดข้อมูลส่วนบุคคลแล้ว
Output: Working system version + Test log + Issue list
UAT/Train
UAT, แก้จุดติด และสอนทีมใช้
ลงมือ: ให้ผู้ใช้ตัวจริงรัน Use case หลักตาม Acceptance checklist, แก้ Blocking issue ที่อยู่ใน Scope, สอน Admin/Manager ดูแลข้อมูลและตรวจปัญหาเบื้องต้น, แล้วส่งมอบคู่มือ Owner map และแผน Adoption
Output: UAT sign-off + Production handover + User guide + 30-day support plan

อยากรู้ว่า Report ที่ใช้อยู่ตอนนี้แปลงเป็น Starter Scope ได้หรือยัง?

จองคิวรับบริการ ทัก LINE ขอดู Screenshot เพิ่ม

สิ่งที่บริษัทได้รับเมื่อผ่าน UAT

Sales stage dictionary และ Required-field rules

Master deal register ตาม Data source ที่อนุมัติใน Scope

Daily report พร้อมรายการข้อมูลไม่ครบ

Stale lead / Follow-up list พร้อม Owner และ Next action

Excel export ที่เปิดใช้ต่อได้

Dashboard หรือ Notification ตาม Scope ใน Proposal

Manager intervention rules และ Operating rhythm

UAT checklist, Test log และ Acceptance sign-off

คู่มือผู้ใช้และคู่มือ Admin

Handover package และการดูแลหลังส่งมอบในช่วง Support ที่ตกลง

ระบบต้องระบุ Owner, Stage และ Next action ได้ แยกข้อมูลไม่ครบได้ Export ใช้ต่อได้ และย้อนกลับไปหา Source ได้ตามขอบเขตที่ตกลงกันครับ

System builder

ปัน ณัฐพัชร์

ที่ปรึกษาด้านการปั้นทีมขาย และ AI Agent

อดีต Sales Engineer ตรีเพชรอีซูซุ
ปั้นทีมขายและธุรกิจของตัวเองมาก่อน
วาง AI Workflow ให้ทีมขายใช้จริง

ผมสร้างจากมุมคนที่ต้องเปิดระบบใช้เองทุกวัน

พื้นฐานผมมาจากงานขายและการบริหารทีม จึงไม่เริ่ม Dashboard จากคำถามว่าอยากได้กราฟอะไร ผมเริ่มจาก Manager ต้องรู้เรื่องไหนเพื่อช่วยให้ทีมขยับดีลต่อได้

ผมผ่านงานวาง KPI, Commission, Onboarding, Follow-up และ Report เลยเห็นว่าข้อมูลหนึ่งช่องมีผลกับพฤติกรรมคนยังไง Required fields ที่เยอะเกินไปทำให้เซลล์เลิกกรอก ส่วน Field ที่น้อยเกินไปทำให้หัวหน้าช่วยอะไรไม่ได้

ด้านเทคนิค ผมลงมือสร้าง Knowledge Base, Automation, Sales workflow, Document bot และ Command Center ใช้จริง รวมถึงทำ UAT และสอนทีมลูกค้า จึงรู้ว่าระบบต้องมีทั้ง Guardrail, Error path และคู่มือรับช่วง

ผมไม่ได้คิดว่าทุกบริษัทต้องเริ่มจากระบบใหญ่ครับ ถ้า Sheet ที่มีอยู่จัดใหม่แล้วตอบคำถาม Manager ได้ ผมจะเลือกทางนั้นก่อน เพราะเป้าหมายคือให้ทีมใช้ ไม่ใช่ให้ Tech stack ดูแพง

Organisations

องค์กรที่เคยร่วมงานกับปัน

หลักฐานระดับองค์กรของงาน Training, Sales และ AI ที่ปันเคยทำร่วมด้วย ไม่ได้หมายความว่าแต่ละองค์กรเป็นผู้ซื้อคอร์สนี้

เหมาะกับบริษัทที่มีงานจริงให้ระบบรับช่วง และมีคนเป็นเจ้าของข้อมูล

✓Owner หรือ Manager ที่รวม Report หรือ Excel เองทุกวันหรือทุกสัปดาห์
✓ทีมขายประมาณ 5–20 คนที่มี Stage และ Follow-up แต่ข้อมูลกระจาย
✓บริษัทที่ต้องส่ง Excel หรือรายงานต่อให้หลายฝ่าย
✓ทีมที่พร้อมตั้ง Admin หรือ Champion หนึ่งคนสำหรับ UAT และรับช่วงหลังส่งมอบ

Starter Implementation