n8n หรือ Make: เวิร์กโฟลว์ยิ่งยาว ค่าใช้จ่ายยิ่งสวนทาง

ถ้างานรันเท่าเดิมแต่มีขั้นตอนมากขึ้น ต้นทุนของ n8n Cloud และ Make จะเปลี่ยนด้วยคนละหน่วย ราคา n8n Cloud นับหนึ่ง workflow execution ต่อการรันทั้งชุดโดยไม่เพิ่มหน่วยตามจำนวนขั้นตอน แพ็กเกจ Starter ระบุโควตา 2,500 executions ต่อเดือน ราคา 20 ยูโรต่อเดือนเมื่อชำระรายปี และหน้าเดียวกันระบุว่ามี Community Edition สำหรับติดตั้งเอง

Make คิดเครดิตจากการทำงานของโมดูลเป็นหลัก โดยงานทั่วไปหนึ่ง operation ใช้หนึ่งเครดิต ราคา Make แบบ Core แสดงโควตา 10,000 เครดิตที่ 12 ดอลลาร์ต่อเดือน ดังนั้นงานที่เพิ่ม actions แต่ไม่เพิ่มจำนวนรันอาจอยู่ในโควตาเดิมของ n8n ขณะที่เครดิตของ Make เพิ่มขึ้น อย่างไรก็ดี จำนวนเครดิตที่ต้องใช้ยังไม่ใช่ราคาแพ็กเกจสุดท้าย: ต้องดูว่าผลคำนวณข้ามโควตาที่ซื้ออยู่หรือไม่

นับงานที่เกิดจริง ก่อนนับกล่องในผัง

หน่วยเปรียบเทียบควรเริ่มจากเหตุการณ์เดียวกัน เช่น คำสั่งซื้อหนึ่งรายการที่ทำให้งานเริ่มหนึ่งครั้ง ฝั่ง n8n ให้นับการรันของเวิร์กโฟลว์ ส่วนฝั่ง Make ให้นับทุก operation ที่เกิดขึ้นระหว่างการประมวลผลรายการนั้น รวมโมดูลเริ่มงานหากมีการใช้เครดิตด้วย จำนวนโมดูลที่มองเห็นในผังเป็นเพียงจุดตั้งต้น เพราะเส้นทางที่ถูกข้ามไม่ได้ทำงาน และโมดูลเดียวอาจทำงานซ้ำเมื่อรับข้อมูลหลายรายการ

สูตรพื้นฐานสำหรับกรณีที่ไม่มีการลองใหม่หรือการตรวจข้อมูลตามเวลา คือ n8n executions = จำนวนครั้งที่เวิร์กโฟลว์รัน และ Make credits = จำนวนรัน × operations เฉลี่ยที่ใช้เครดิตต่อรัน คำว่าเฉลี่ยมีความสำคัญเมื่อแต่ละเหตุการณ์เดินคนละเส้นทาง หากงานบางรายการหยุดหลังตรวจเงื่อนไข แต่บางรายการต้องอัปเดตหลายระบบ การคูณจำนวนรันด้วยทุกโมดูลในผังจะประเมินเครดิตสูงเกินจริง

ราคา Make ที่เผยแพร่อีกชุดหนึ่งต่างจากชุด Core: ราคา Make Plan แสดง 5,000 เครดิตที่ 9 ดอลลาร์ต่อเดือน พร้อมชื่อแพ็กเกจที่ต่างออกไป จึงไม่ควรนำราคา 9 และ 12 ดอลลาร์มาสร้างลำดับการอัปเกรดของแผนเดียวกันโดยอัตโนมัติ ตัวอย่างต่อไปนี้ใช้ทั้งสองชุดเป็นจุดอ้างอิงที่ระบุชัด และราคาที่ต้องจ่ายจริงควรยึดแพ็กเกจที่ปรากฏเมื่อซื้อ

รันเท่าเดิม แต่งานสั้นและงานยาวใช้โควตาต่างกัน

สมมติให้มีเหตุการณ์เข้า 2,000 ครั้งต่อเดือนผ่าน webhook และแต่ละเหตุการณ์เริ่มงานหนึ่งรอบเหมือนกันทั้งสองแพลตฟอร์ม ทุกเหตุการณ์ผ่านเส้นทางเดียว ไม่มีข้อมูลหลายรายการให้โมดูลทำซ้ำ ไม่มีการลองใหม่ และไม่มีฟีเจอร์ที่คิดเครดิตตามปริมาณการใช้จริง ตัวเลขสอง ห้า และสิบสอง actions ด้านล่างหมายถึง operations ที่ใช้เครดิตจริงต่อรัน ไม่ใช่จำนวนกล่องทั้งหมดในหน้าสร้างงาน

• งานสั้น สอง actions ต่อรัน: Make ต้องใช้ 2,000 × 2 = 4,000 เครดิตต่อเดือน จึงอยู่ภายในโควตา 5,000 หรือ 10,000 เครดิตที่กล่าวข้างต้น ส่วน n8n ใช้ 2,000 executions และยังอยู่ในโควตา Starter ในกรณีนี้ทั้งสองฝั่งยังไม่ต้องขยับโควตาเพราะความยาวงาน
• งานปานกลาง ห้า actions ต่อรัน: Make ต้องใช้ 2,000 × 5 = 10,000 เครดิต โควตา 5,000 เครดิตไม่พอ แต่โควตา 10,000 เครดิตพอดีโดยไม่มีส่วนเผื่อสำหรับงานที่ทำซ้ำ n8n ยังคงใช้ 2,000 executions เท่าเดิม ความต่างที่เกิดขึ้นคือความต้องการโควตา ไม่ใช่ข้อพิสูจน์ว่าแพ็กเกจใดถูกกว่าในทุกบัญชี
• งานหลายขั้น สิบสอง actions ต่อรัน: Make ต้องใช้ 2,000 × 12 = 24,000 เครดิต มากกว่าโควตา 20,000 เครดิตที่เลือกได้บนหน้าราคาแบบ Core และต้องพิจารณาโควตาที่สูงขึ้นหรือเครดิตเพิ่มเติม ขณะที่ n8n ยังใช้ 2,000 executions หากลักษณะการรันไม่เปลี่ยน ราคาของโควตา Make ที่รองรับงานนี้ต้องดูจากยอดเสนอซื้อจริง ไม่สามารถคูณราคาเริ่มต้นต่อเครดิตเป็นเส้นตรง

ตัวอย่างนี้แสดงจุดที่ความยาวงานเริ่มกระทบการซื้อแพ็กเกจอย่างชัดเจน ที่ 2,000 รันต่อเดือน โควตา Make 5,000 เครดิตรองรับได้เฉลี่ยไม่เกิน 2.5 operations ต่อรัน ส่วนโควตา 10,000 เครดิตรองรับได้เฉลี่ยไม่เกินห้า operations ตัวเลขเฉลี่ยอาจเป็นเศษส่วนได้เพราะบางรันใช้เครดิตมากกว่าอีกรันหนึ่ง ส่วน n8n Starter เหลือพื้นที่สำหรับจำนวนรันอีก 500 ครั้งก่อนแตะโควตาที่ระบุ

การมีสิบสองโมดูลไม่ได้หมายความว่าจะเสียสิบสองเครดิตทุกครั้ง หากบางแขนงทำงานเฉพาะเมื่อข้อมูลตรงเงื่อนไข แต่การรับข้อมูลหลายรายการก็อาจทำให้ actions ปลายทางเกิดซ้ำเกินจำนวนโมดูลได้ สมมติว่างานมีสาม operations ที่เกิดทุกครั้ง และอีกสอง operations เกิดกับเพียงหนึ่งในสี่ของเหตุการณ์ ค่าเฉลี่ยจะเป็น 3.5 operations ต่อรัน หรือ 7,000 เครดิตสำหรับ 2,000 รัน การใช้ค่าเฉลี่ยจากการทำงานจริงจึงให้คำตอบต่างจากการนับทุกกล่องเป็นห้าเครดิตเสมอ

การลองใหม่และการตรวจข้อมูลอาจเปลี่ยนทั้งสองฝั่ง

การลองทำ action เดิมซ้ำกับการเริ่มงานใหม่ทั้งชุดมีผลต่อสูตรต่างกัน สมมติในงานห้า actions ว่ามีการลอง action หนึ่งซ้ำอีก 100 ครั้งภายในการรันเดิม Make จะต้องเผื่ออีก 100 เครดิตตามสมมติฐานหนึ่งเครดิตต่อ operation ส่วนจำนวน executions ของ n8n ไม่เพิ่มหากการลองนั้นยังอยู่ในการรันเดิม หากระบบกลับไปเริ่มทั้งงานใหม่ 100 รอบ n8n จะเป็น 2,100 executions และ Make จะเพิ่มอีก 500 เครดิตเมื่อทั้งห้า actions ทำงานครบทุกครั้ง

รอบตรวจข้อมูลหรือ polling ต้องคำนวณแยกจากจำนวนเหตุการณ์ที่พบ คำแนะนำการตั้งเวลา Make ระบุว่าความถี่ในการตรวจมีผลต่อเครดิตของโมดูลเริ่มงาน แม้ยังไม่รวมการประมวลผลข้อมูลที่พบ หากเปลี่ยนตัวอย่างจาก webhook เป็นการตรวจทุกสิบนาทีตลอด 30 วัน จะมีรอบตรวจ 4,320 ครั้งก่อนนับ actions ที่ทำหลังพบเหตุการณ์

เพื่อให้เห็นผลของการเปลี่ยนวิธีเริ่มงาน สมมติว่ารอบตรวจดังกล่าวพบเหตุการณ์รวม 2,000 รายการ แต่ละครั้งที่พบมีเพียงหนึ่งรายการ และงานเดิมมีห้า operations ต่อเหตุการณ์รวมโมดูลเริ่มงานแล้ว ฝั่ง Make จะใช้เครดิตสำหรับการตรวจ 4,320 ครั้ง บวกอีก 2,000 × 4 = 8,000 เครดิตสำหรับงานปลายทาง รวมเป็น 12,320 เครดิต ส่วน n8n ที่ตั้งให้เวิร์กโฟลว์เริ่มทุกครั้งตามตารางเดียวกันจะมี 4,320 executions และเกินโควตา Starter การเปลี่ยนจาก webhook เป็น polling จึงอาจเปลี่ยนข้อสรุปเรื่องแพ็กเกจของทั้งสองบริการ แม้จำนวนเหตุการณ์ใหม่ยังเท่าเดิม

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

แปลงราคาที่อ้างอิงเป็นช่วงเงินบาท

อัตราอ้างอิงธนาคารกลางยุโรปวันที่ 2 ตุลาคม 2026 ระบุว่า 1 ยูโรเท่ากับ 37.710 บาทและ 1.1225 ดอลลาร์ จึงคิดได้ประมาณ 33.59 บาทต่อดอลลาร์ เมื่อนำมาแปลงราคาอ้างอิงข้างต้น 9 ดอลลาร์อยู่ที่ราว 302 บาทต่อเดือน 12 ดอลลาร์ราว 403 บาทต่อเดือน และ 20 ยูโรราว 754 บาทต่อเดือน โดยตัวเลข n8n เป็นค่าเฉลี่ยต่อเดือนของการชำระรายปี

หากตั้งช่วงเผื่ออัตราแลกเปลี่ยนราว 2% เหนือและใต้ค่าอ้างอิงเพื่อวางงบ จะได้ประมาณ 296–309 บาทสำหรับ 9 ดอลลาร์, 395–411 บาทสำหรับ 12 ดอลลาร์ และ 739–769 บาทสำหรับ 20 ยูโร ช่วงนี้เป็นสมมติฐานในการคำนวณ ไม่ใช่อัตราที่ธนาคารหรือบัตรรับประกัน ยอดเรียกเก็บอาจต่างไปตามวันตัดบัตร ภาษี ค่าธรรมเนียม และเงื่อนไขการชำระของแพ็กเกจ

สำหรับงานหลายขั้นที่ต้องใช้ 24,000 เครดิต ไม่มีเหตุผลให้ตีราคาโดยนำ 12 ดอลลาร์ของโควตา 10,000 เครดิตมาคูณตามสัดส่วน แพ็กเกจ เครดิตเพิ่มเติม และรอบชำระเงินอาจมีราคาไม่เป็นเส้นตรง การแปลงเป็นเงินบาทจึงควรทำหลังทราบยอดของโควตาที่ครอบคลุมงานจริง วิธีเดียวกันใช้กับ n8n หากจำนวนรันเพิ่มจนเกิน Starter: ต้องเปลี่ยนราคาแพ็กเกจในสูตร ไม่ใช่ใช้ราคา Starter หารต่อ execution แล้วคูณต่อไป

ติดตั้ง n8n เองต้องรวมเวลาและความรับผิดชอบของทีม

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

สูตรต้นทุนต่อเดือนที่ใช้เทียบได้คือ ค่าเครื่องและพื้นที่เก็บข้อมูล + ค่าสำรองข้อมูลและติดตามระบบ + ชั่วโมงดูแลคูณต้นทุนแรงงานต่อชั่วโมง + ค่าเริ่มติดตั้งที่เฉลี่ยตามระยะใช้งาน + ค่าความสามารถแบบชำระเงินหากจำเป็น สมมติว่าทีมใช้เวลาดูแลสองชั่วโมงต่อเดือนและประเมินต้นทุนเวลาไว้ชั่วโมงละ 500 บาท ค่าแรงส่วนนี้เท่ากับ 1,000 บาทแล้วก่อนรวมค่าเครื่อง ตัวเลขเป็นตัวอย่างสมมติ ไม่ใช่อัตราค่าจ้างหรือค่าใช้จ่ายมาตรฐานของผู้ใช้ n8n

ทักษะของทีมมีผลทั้งต่อจำนวนชั่วโมงและความเสี่ยงที่งานจะค้าง ทีมที่ดูแลบริการออนไลน์และแก้ JavaScript ได้อยู่แล้วอาจรับภาระเพิ่มได้ด้วยต้นทุนส่วนเพิ่มไม่มาก ส่วนทีมที่ต้องเรียนรู้ระบบหรือดึงนักพัฒนาออกจากงานหลักควรนับเวลาติดตั้ง แก้ปัญหา และส่งต่องานให้ผู้ดูแลคนถัดไปด้วย Make ลดงานดูแลโครงสร้างพื้นฐานของบริการ แต่ไม่ได้ทำให้ต้นทุนการออกแบบและติดตามเวิร์กโฟลว์หายไป

จุดเลือกอยู่ที่จำนวนรันและจำนวนงานต่อรัน

หากงานสั้นและจำนวนรันยังอยู่ในโควตาเริ่มต้น Make อาจมีค่าแพ็กเกจต่ำกว่า n8n Cloud ตามราคาที่อ้างอิงข้างต้น เมื่อจำนวน actions ต่อรันเพิ่ม ความต้องการเครดิตของ Make จะสูงขึ้นแม้ปริมาณเหตุการณ์คงเดิม ขณะที่ n8n Cloud จะยังนับ executions เท่าเดิมภายใต้รูปแบบการรันเดียวกัน จุดที่ฝ่ายใดมีต้นทุนรวมต่ำกว่าต้องดูราคาโควตาที่ต้องซื้อจริง ไม่ใช่ตัดสินจากจำนวนหน่วยเพียงอย่างเดียว

สำหรับการเลือกใช้งาน ให้นำจำนวนรันต่อเดือน operations ที่เกิดจริง การลองใหม่ และรอบ polling ใส่ลงในสูตรก่อนเทียบแพ็กเกจ หากพิจารณาติดตั้ง n8n เอง ให้บวกค่าเครื่อง เวลาดูแล และทักษะที่ต้องจัดหาเข้ากับยอดนั้น งานที่ยาวขึ้นทำให้ Make ใช้เครดิตมากขึ้นได้โดยตรง แต่ผลทางการเงินจะปรากฏเมื่อเครดิตที่ต้องใช้ข้ามโควตาหรือทำให้ต้องซื้อเพิ่ม ส่วน n8n ก็มีจุดเปลี่ยนของตนเองเมื่อจำนวน executions สูงขึ้นหรือภาระดูแลระบบเพิ่มตามงาน

อ่านเพิ่มเติม:

• Zapier หรือ Power Automate: ความง่ายแลกกับต้นทุนและระบบ Microsoft