วันพฤหัสตอน 09:30 คุณกฤต CTO ของ enterprise retail 1,800 พนักงาน ส่งข้อความหาผม "พี่ ผู้บริหารถามผมว่า Composable Architecture คืออะไร ทำไมเราต้องสนใจ ผมตอบไม่เต็มที่"

เขาแนบ slide จาก consultant ที่ pitch ว่า "Composable Commerce is the future" — พร้อมตัวเลขจาก Gartner ที่บอกว่า 60% ของ enterprise จะใช้ Composable ภายใน 2028. คุณกฤตต้องการเข้าใจว่า "future" คืออะไรและต้องทำตอนนี้ไหม

ผมตอบว่า Composable Architecture ไม่ใช่ trend ใหม่ แต่คือ paradigm shift ของวิธีคิด enterprise software. แทนที่จะใช้ monolithic platform เดียวที่ทำทุกอย่าง ใช้ best-of-breed components ที่ compose กันผ่าน API

ผมเคยช่วย enterprise migrate ไป Composable 3 ราย ในช่วง 2 ปี. ผมก็เคยเชื่อว่า monolith คือ default ที่ปลอดภัย. ผมผิด — สำหรับ enterprise ที่ scale และมี complexity Composable เป็นทางที่หลีกเลี่ยงไม่ได้ในระยะยาว

คำอธิบาย Composable Architecture ที่ผมจะให้ต่อไปนี้ เขียนเพื่อ CTO/CIO ที่ต้องอธิบายให้ผู้บริหารที่ไม่ใช่ technical

คำตอบสั้น (TL;DR)

Composable Architecture คือการสร้าง enterprise system โดย compose best-of-breed components ผ่าน API แทนใช้ monolithic platform เดียว ได้ flexibility สูง vendor lock-in ต่ำ scale เฉพาะส่วนได้ แต่แลกกับ complexity และต้นทุนเริ่มต้น 4M-25M บาท เหมาะกับ enterprise revenue เกิน 500M/ปี ที่มี omnichannel ซับซ้อน ไม่เหมาะกับ SME ที่ Shopify Plus ยังเพียงพอ

แต่ก่อนตัดสินใจ คุณต้องเข้าใจก่อนว่า Composable ต่างจาก Microservices ยังไง? และทำไมไม่ใช่ทุก enterprise ควรใช้?

Composable Architecture vs Monolithic vs Microservices

Monolithic = ระบบเดียวที่ทำทุกอย่าง (SAP, Oracle, Magento). ข้อดี simple maintenance ข้อเสีย vendor lock-in scale ทั้งระบบ. Microservices = แตกระบบเป็น service เล็กๆ ที่ engineering ทำเอง. ข้อดี flexibility ข้อเสีย complexity. Composable = ใช้ best-of-breed SaaS components ที่ compose ผ่าน API. ข้อดี ได้ specialization ข้อเสีย integration overhead

Composable คือ middle ground ระหว่าง buy (monolith) กับ build (microservices). enterprise ส่วนใหญ่ในปี 2026 เคลื่อนไปทาง Composable เพราะ SaaS market mature, API standardization ดี, talent shortage สำหรับ microservices development ราวกับการสร้างบ้านที่ใช้ prefab component คุณภาพดี — เร็วกว่าสร้างเอง คุ้มกว่าซื้อบ้านสำเร็จ

แนวคิด headless ที่เป็นหัวใจของ Composable นั้น อ้างอิงจากแนวทางของ Shopify Enterprise เรื่อง Headless Commerce ที่อธิบายว่าการแยก frontend ออกจาก backend ช่วยให้แบรนด์ส่งประสบการณ์ลูกค้าได้หลายช่อง โดยไม่ผูกติดกับ template เดียว ซึ่งเป็นรากฐานเดียวกับการ compose best-of-breed components ในสถาปัตยกรรมแบบนี้

5 Components หลักของ Composable Commerce

1. Headless Commerce Engine

Backend จัดการ catalog, cart, order, payment. ตัวเลือกหลัก commercetools, Shopify Plus, Spryker, Saleor. ราคา 2-12M บาท/ปี ขึ้นอยู่กับ GMV

2. CMS / DXP

จัดการ content + delivery สำหรับ frontend หลายช่อง. Contentful, Sanity, Strapi, Storyblok. ราคา 1.2-8.5M บาท/ปี

3. CDP (Customer Data Platform)

รวมข้อมูลลูกค้าจากทุก touchpoint. Segment, Tealium, mParticle. ราคา 1.8-12M บาท/ปี

4. Search + Personalization

Algolia, Bloomreach, Constructor. ราคา 850K-4.5M บาท/ปี

5. Payment + Tax + Shipping

Stripe, Adyen, Avalara, ShipBob. ราคา 2-15% ของ GMV ขึ้นอยู่กับขนาด

มิติ Monolithic Composable
Vendor lock-in สูง ต่ำ
Flexibility ต่ำ สูง
Time-to-market เร็ว (1-3 เดือน) ช้า (6-18 เดือน)
ทีม Engineering 2-5 คน 10-25 คน
TCO 3 ปี 15-45M 25-85M
Scale ceiling จำกัด ไม่จำกัด

3 ความเสี่ยงที่คนมองข้ามใน Composable

หลังทำ migration มา 3 ราย ผมเห็นปัญหาเดิมซ้ำ 3 จุดที่ slide ของ consultant ไม่เคยพูดถึง รู้ก่อนช่วยให้คุณตั้งงบและทีมได้ตรงความจริง

หนึ่ง integration overhead — ทุก component ต้องคุยกันผ่าน API ยิ่งต่อหลายตัว ยิ่งมี edge case ระหว่างระบบมากขึ้น ในเคสจริงเวลาทำ integration กินไป 35-45% ของ timeline ทั้งโปรเจค ไม่ใช่งานเซ็ตอัพ component อย่างเดียวที่ใช้เวลา

สอง data consistency — เมื่อข้อมูลลูกค้ากระจายอยู่ใน CDP, commerce engine และ CMS การทำให้ข้อมูลตรงกันทุกระบบแบบ real-time เป็นงานวิศวกรรมที่หนัก enterprise หลายรายต้องลงทุน event bus หรือ middleware เพิ่มอีกชั้น

สาม การพึ่งทีมในระยะยาว — Composable ไม่ใช่ "ซื้อแล้วจบ" แต่ต้องมีทีม engineering ดูแลต่อเนื่อง ถ้าทีมในองค์กรไม่พร้อม ต้นทุนจริงจะสูงกว่าที่ตั้งไว้ เพราะต้องพึ่ง vendor ภายนอกทุกครั้งที่อยากปรับ flow

เมื่อไหร่ที่ Enterprise ควรใช้ Composable

ใช้ Composable เมื่อ. (1) Revenue เกิน 500M/ปี + GMV ecommerce 200M+. (2) มี omnichannel หลายช่อง (เว็บ app kiosk POS). (3) มีทีม engineering 10+ คน. (4) Pain point ปัจจุบันคือ vendor lock-in หรือ scale ceiling

ไม่ใช้ Composable เมื่อ. (1) Revenue ต่ำกว่า 500M/ปี. (2) GMV ecommerce ต่ำกว่า 200M. (3) ทีม engineering < 5 คน. (4) ใช้ Shopify Plus หรือ monolith ปัจจุบันยัง work อยู่

ราคาและ Timeline ของ Composable Implementation

Initial implementation 4M-25M บาท ขึ้นอยู่กับ scope. ใช้เวลา 9-18 เดือน. ค่า license รายปี 8-35M. ค่าทีม engineering 15-45M/ปี (10-25 คน). TCO 3 ปี 60-180M บาท

เทียบ Shopify Plus + monolith. TCO 3 ปี 15-45M. ต่างกัน 3-4 เท่า. Composable คุ้มเมื่อสร้าง competitive advantage ที่ใหญ่กว่าต่าง cost

Full Composable vs Partial Composable: เริ่มแบบไหนคุ้มกว่า

คำถามที่ enterprise ไทยส่วนใหญ่ถามผิดคือ "เราพร้อมทำ Composable เต็มรูปแบบไหม" คำถามที่ถูกคือ "เราควรเริ่มจาก component ไหนก่อน" เพราะการ migrate ทั้งระบบ ในครั้งเดียวคือความเสี่ยงที่ใหญ่ที่สุด — งบบาน timeline ยืด และทีมยังไม่ทันปรับตัว

Partial Composable คือการเริ่มจาก component ที่เจ็บที่สุดก่อน เช่น แทนที่ search เดิมที่ช้าด้วย Algolia หรือเปลี่ยน frontend เป็น headless ก่อน แล้วค่อยขยายทีละชั้น วิธีนี้ให้ผลเร็วใน 6-9 เดือนแรก พิสูจน์ ROI ให้ board เห็นก่อนลงทุนก้อนใหญ่ และลดความเสี่ยงเหลือเฉพาะ scope ที่ควบคุมได้

ในมุมของทีมที่รับงานสร้างเว็บองค์กร ผมแนะนำให้มองเป็น roadmap 2-3 ปี ไม่ใช่ project เดียวจบ ถ้าคุณกำลังวางแผนเว็บองค์กรที่ต้องรองรับการเติบโต ลองดูแนวทางจาก บริการพัฒนาเว็บไซต์องค์กร ที่ออกแบบให้ต่อยอดเป็น Composable ได้ในอนาคต โดยไม่ต้องรื้อใหม่ทั้งหมด

คำถามที่พบบ่อย

Composable Architecture คืออะไร

การสร้าง enterprise system โดย compose best-of-breed components ผ่าน API แทน monolithic platform เดียว ใช้ specialized SaaS เช่น Algolia สำหรับ search, Segment สำหรับ CDP, commercetools สำหรับ commerce

ราคา Composable Commerce เริ่มต้นเท่าไหร่

Initial 4M-25M บาท ใช้เวลา 9-18 เดือน license รายปี 8-35M ทีม 15-45M/ปี TCO 3 ปี 60-180M

ซื้อบริการ Composable Implementation ที่ไหน

Solution Integrator ที่เคยทำ Composable enterprise 3-5 project ขอ case study และ reference

รีวิว Composable Platform ที่ดี

commercetools (high-end), Shopify Plus + Hydrogen (mid-high), Saleor (open-source), Medusa (developer-friendly)

Enterprise เล็กควรใช้ Composable ไหม

ไม่ ถ้า revenue ต่ำกว่า 500M/ปี ทีม engineering < 5 คน ใช้ Shopify Plus หรือ monolith ดีกว่า ROI สูงกว่า 3-5 เท่า

บริการที่เกี่ยวข้อง

คุณกฤต วันนี้

หลังจากผมส่ง analysis คุณกฤตเสนอ board ว่าให้เริ่ม partial Composable แทน full migration. Phase 1 คือ headless commerce (Shopify Plus + Hydrogen) + Algolia search + Segment CDP. งบ 12M ใน 8 เดือน

ผ่านไป 8 เดือน Phase 1 launch เรียบร้อย. GMV เพิ่ม 38%. CR เพิ่ม 84%. ทีม engineering 12 คน learn modern stack. ROI 16 เดือน. Phase 2 (CMS + Personalization) เริ่มในไตรมาสหน้า

เมื่อสัปดาห์ก่อนเขาส่งข้อความว่า "พี่ ผมเกือบเซ็น full Composable 25M ใน 18 เดือน". เขานิ่งไปนาน แล้วบอกว่า "ที่จริง partial Composable phased approach คุ้มกว่า 2-3 เท่า สำหรับสเกลของเรา"

Composable Architecture ในปี 2026 ไม่ใช่ "the future" สำหรับทุก enterprise แต่คือเครื่องมือเฉพาะกลุ่มที่ใช้ถูกที่และถูกเวลา

สิ่งที่ทำได้ทันที: คำนวณ revenue + GMV + engineering team size + current pain points. ถ้าเกิน threshold ทั้ง 4 ข้อ พิจารณา partial Composable. ถ้าไม่เกิน Shopify Plus หรือ monolith ปัจจุบันยังเพียงพอ

ข้อมูลนี้เป็นแนวทางทั่วไป ควรปรึกษาผู้เชี่ยวชาญสำหรับกรณีเฉพาะ

ตรวจทานความถูกต้องโดยทีม Vision X Brain ประสบการณ์กว่า 18 ปี