เรื่องนี้เป็นเคสจริงจากบล็อกของ Lovable เอง เล่าเรื่องของ Atonom สตาร์ทอัปที่สร้าง “cloud employees” หรือ AI agent ที่ทำงานขาย ซัพพอร์ตลูกค้า และงานปฏิบัติการผ่านโทรศัพท์ อีเมล SMS และแชท ทีมเล็ก คนไม่เยอะ แต่ต้องการความเร็วและไม่อยากมีภาระงานแอดมินเยอะ
“มันคือปีละ 40,000 ดอลลาร์ สำหรับคน 25-30 คน เรารู้สึกว่านี่มันบ้าไปแล้วเมื่อเทียบกับฟังก์ชันที่เราต้องใช้จริง — Gabe Larsen, CRO ของ Atonom”
ทำไมไม่เอา Salesforce (และไม่เอา HubSpot, Pipedrive ด้วย)
ทีม Atonom ลองส่องตัวเลือกอื่นแล้ว ทั้ง HubSpot และ Pipedrive แต่สรุปว่าทุกตัวเป็นเรื่องเดิมในกล่องห่อใหม่ คือแพง หนัก และถูกออกแบบมาสำหรับองค์กรที่ซับซ้อนกว่าที่พวกเขาเป็นจริง ๆ มาก จนถึงจุดที่คิดว่าจะกลับไปใช้ Excel หรือ Google Sheets เพราะ CRM ที่มีขายอยู่ในตลาดมันหนักเกินไปและแพงเกินไป
💡 จุดเปลี่ยนไม่ได้มาจากฝ่ายขาย
จุดเปลี่ยนของเรื่องนี้มาจาก Jason หัวหน้าฝ่ายการเงินและกฎหมายของ Atonom ที่กำลังลองเล่น Lovable อยู่พอดี แล้วเสนอกับ Gabe ว่า “ผมจะสร้าง CRM ให้คุณเอง” ซึ่ง Gabe หัวเราะใส่ในตอนแรก
จากต้นแบบ 3 ชั่วโมง สู่ CRM ที่ทั้งทีมใช้จริง
Jason เอาคำท้านั้นจริงจัง ภายในสามชั่วโมงเขาได้ต้นแบบที่ใช้งานได้ เอาไปให้ทีมขายลอง เก็บฟีดแบ็กมาปรับ แล้วจู่ ๆ ก็ไม่มีใครล็อกอินเข้า Salesforce อีกเลย
“Jason เอามันไปให้ทีมขายลอง เก็บฟีดแบ็ก แล้วจู่ ๆ ก็ไม่มีใครล็อกอินเข้า Salesforce อีกต่อไป”
ตัวเลขที่เปลี่ยน: จาก 40,000 ดอลลาร์ เหลือราว 1,200 ดอลลาร์ต่อปี
ก่อนหน้านี้
ค่า Salesforce ปีละ 40,000 ดอลลาร์ สำหรับทีมประมาณ 25-30 คน บวกภาระคนดูแลระบบ รอบ implementation และทีมพัฒนาที่ต้องเสียเวลามากับการตั้งค่า
วันนี้
ค่าใช้จ่ายรวม hosting ตกราวปีละ 1,200 ดอลลาร์ ไม่มีตำแหน่ง CRM admin แยกอีกต่อไป ไม่มีรอบ implementation ไม่มีทีมพัฒนาต้องมานั่งคอนฟิก
“เราไม่มีเวลาขนาดจะให้สามคนมานั่งดูแลเรื่องนี้เต็มเวลา หัวหน้าฝ่ายการเงินของเราดูแลมันในเวลาว่างของเขาเอง”
💡 ประหยัดมากกว่าแค่ค่า subscription
ต้นฉบับเน้นว่าการประหยัดไม่ได้อยู่ที่ค่าสมัครใช้งานอย่างเดียว แต่คือการตัดตำแหน่งแอดมิน CRM ทิ้งไปได้ ไม่ต้องมีรอบ implementation ไม่ต้องดึงทีม dev มาคอนฟิกระบบ และไม่มีความซับซ้อนของงานดูแลรักษาต่อเนื่อง
CRM นี้ทำอะไรได้บ้าง
ระบบที่ Jason สร้างไม่ได้มีฟีเจอร์ครบทุกอย่างแบบ HubSpot หรือ Salesforce แต่ครอบคลุมสิ่งที่ทีมใช้จริงทั้งหมด
- →จับและติดตาม lead พร้อมจัดหมวดหมู่แหล่งที่มา
- →สร้าง account และ opportunity อัตโนมัติ
- →ติดตาม ARR/MRR และให้น้ำหนักความน่าจะเป็นของดีล (probability weighting)
- →ธงเตือนดีลที่ต้องโฟกัสสำหรับประชุมทบทวน pipeline รายสัปดาห์
- →แดชบอร์ดฝ่ายขายและรายงานพื้นฐาน
“ที่นี่คือที่ที่เราใช้เวลา 80% ของเราไปกับมัน ดูว่าดีลไหนกำลังร้อน ดีลไหนที่เรากำลังจะปิดในสัปดาห์นี้”
ต่อยอดเชื่อม AI SDR ของตัวเองเข้ากับ CRM
เพราะ Atonom เป็นเจ้าของโค้ดของ CRM เอง พวกเขาจึงเอาไปต่อสายตรงกับผลิตภัณฑ์ของตัวเองได้เลย เมื่อมี lead ใหม่ส่งฟอร์มเข้ามา CRM จะสร้างเรคคอร์ด สร้าง opportunity แล้วสั่งให้ Zoey ซึ่งเป็น AI SDR ของบริษัท ทำงานต่อทันที ทั้งโทรศัพท์ ส่งอีเมลตาม ส่ง SMS ทำ outreach ทาง LinkedIn และนัดหมายประชุม
“Zoey เชื่อมกับ Lovable เต็มรูปแบบแล้ว lead กระโดดเข้า Lovable แล้วมันก็ทริกเกอร์การทำงานพวกนี้ต่อทันที”
ทีมยังตั้งแจ้งเตือนใน Slack ไว้ด้วย เช่น “มี lead ใหม่เข้ามา... Zoey กำลังโทรหาอยู่ตอนนี้” ทำให้ CRM ไม่ได้เป็นแค่ที่เก็บ pipeline แต่เป็นตัวสั่งงานที่ทำให้ pipeline เคลื่อนไปข้างหน้าจริง ๆ
สร้างต่อไปเรื่อย ๆ เกินกว่าแค่ CRM
พอ CRM นิ่งแล้ว Jason ก็สร้างต่อ ฝ่ายการเงินตอนนี้ใช้ Lovable ทำ revenue modeling ตามสัญญา ติดตามงบประมาณ พยากรณ์ และแดชบอร์ดสำหรับผู้บริหาร ส่วนฝ่ายการตลาดที่เดิมทำ project management ด้วยสเปรดชีต ก็กำลังจะสร้างเครื่องมือของตัวเองแทนการซื้อ SaaS อีกที่นั่ง
“ผมเอาแดชบอร์ดของบอร์ดผู้บริหารของเรามา แล้วก็บอกแค่ว่า สร้างแดชบอร์ดแบบนี้ให้หน่อย พอสิ้นเดือนมันก็อัปเดตของมันเองอัตโนมัติ”
แพตเทิร์นที่เกิดขึ้นซ้ำทุกครั้งคือ เริ่มจากปัญหาระดับสเปรดชีต สร้างเวอร์ชันใช้งานได้ภายในไม่กี่ชั่วโมง แล้วค่อยทำซ้ำปรับปรุงต่อจากนั้น
บทเรียนสำหรับทีมไทย
“มันดูแปลก ๆ นะ ถ้าเราขาย AI agent แล้วบอกลูกค้าให้ agentic มากขึ้น แต่ตัวเราเองยังใช้ Salesforce แล้วก็ต้องจ้างคนเพิ่มอีก 500 คน”
บทเรียนของเคสนี้ไม่ใช่ว่า Salesforce หรือ HubSpot ไม่ดี แต่คือซอฟต์แวร์สำเร็จรูปมักมาพร้อมสมมติฐานของคนอื่นฝังอยู่ในนั้น ทั้งวิธีทำงาน ราคาที่ต้องจ่าย และความเร็วที่คุณได้รับอนุญาตให้ขยับ สำหรับองค์กรไทยที่กำลังจ่ายค่า license ปีละหลายแสนบาทให้ระบบที่ใช้จริงแค่ 20-30% ของฟีเจอร์ทั้งหมด คำถามที่ควรลองถามทีมตัวเองคือ ถ้าให้สร้างเวอร์ชันที่ตรงกับ workflow จริงของเรา จะเริ่มต้นด้วยต้นแบบภายในกี่ชั่วโมง
- →เริ่มจากปัญหาที่ทีมเจอทุกวันจริง ๆ อย่าง pipeline การขาย งบประมาณ หรือ dashboard ผู้บริหาร ไม่ใช่ไล่ตามฟีเจอร์ของซอฟต์แวร์สำเร็จรูป
- →ให้คนในทีมที่เข้าใจ workflow ที่สุด (ไม่จำเป็นต้องเป็นสายเทคนิค) ลองสร้างต้นแบบเองก่อน แล้วค่อยเก็บฟีดแบ็กจากผู้ใช้จริง
- →เพราะเป็นเจ้าของโค้ดเอง การต่อยอดเชื่อมกับระบบอื่นภายในองค์กร เช่น AI agent หรือระบบแจ้งเตือน จะทำได้ง่ายกว่าระบบสำเร็จรูปที่ปิด
- →อย่ารีบทิ้งของเดิมทันที ให้ทดลองคู่ขนานจนทีมยอมรับและใช้งานจริงเองแบบไม่ต้องบังคับ เหมือนที่เกิดขึ้นกับ Salesforce ของ Atonom
⚠️ ข้อควรระวัง
เคสนี้เหมาะกับทีมขนาดเล็กถึงกลางที่ workflow ยังไม่ซับซ้อนมาก และมีคนในทีมที่พร้อมดูแลระบบต่อเนื่อง (ในเคสนี้คือหัวหน้าฝ่ายการเงินที่ดูแลเองในเวลาว่าง) หากองค์กรมีความซับซ้อนด้าน compliance หรือ integration สูงมาก ควรประเมินร่วมกับทีมที่มีประสบการณ์ก่อนตัดสินใจย้ายระบบทั้งหมด
อ่านบทความต้นฉบับฉบับเต็มจาก Lovable อ่านต้นฉบับ
อยากเริ่มทำระบบของทีมคุณเอง คุยกับทีม Mekha Innovation ได้เลย ติดต่อเรา
หมวดหมู่อื่น