Zapier หรือ Power Automate: หนึ่งคิดตามงาน อีกหนึ่งคิดตามคนและบอต

Zapier ประเมินการใช้งานจากงานที่ทำสำเร็จ ส่วน Power Automate ต้องดูสิทธิ์ของผู้ใช้และบอตที่เกี่ยวข้องกับโฟลว์เดียวกัน ทีมที่เชื่อมแอป SaaS หลายค่ายจึงควรนับการกระทำที่เกิดขึ้นต่อลีด ขณะที่ทีมซึ่งใช้ Microsoft 365 ต้องแยกก่อนว่าโฟลว์ใช้คอนเน็กเตอร์ชนิดใด ใครเริ่มรัน และมีงานบนเดสก์ท็อปหรือไม่

ความต่างจะชัดขึ้นเมื่อใช้ตัวอย่างรับลีดชุดเดียวกัน: Zapier อาจเพิ่มการใช้ task ทุกครั้งที่ส่งข้อมูลต่อสำเร็จ แต่ Power Automate อาจใช้สิทธิ์ที่ทีมมีอยู่แล้ว หรืออาจต้องเพิ่ม Premium ให้ผู้ใช้และ Process ให้โฟลว์หรือเครื่องที่รันงานเอง ดังนั้นจำนวนลีดเท่ากันไม่ได้บอกว่าระบบใดมีต้นทุนต่ำกว่า ต้องรู้ทั้งขั้นตอนที่รันจริงและรูปแบบการใช้งานของคนในทีม

Zapier นับงานสำเร็จ ส่วน Power Automate นับสิทธิ์และความจุ

ใน Zapier หนึ่งลีดไม่เท่ากับหนึ่ง task เสมอไป หลักเกณฑ์การนับ task ของ Zapier ระบุว่า action ที่สำเร็จโดยทั่วไปใช้หนึ่ง task ต่อการรัน ส่วน trigger, Filter, Paths และขั้นตอนที่ไม่ได้รันหรือจบด้วยข้อผิดพลาดไม่ใช้ task ถ้าลีดหนึ่งรายทำให้สร้างข้อมูลลูกค้า แจ้งฝ่ายขาย และเพิ่มชื่อเข้ารายชื่ออีเมลสำเร็จครบทุกขั้น การใช้งานจึงเกิดจาก action ทั้งสาม ไม่ใช่จากการรับลีดเพียงครั้งเดียว

การดูจำนวนกล่องในผังงานอย่างเดียวอาจทำให้ประมาณการคลาดเคลื่อน Search action ของ Zapier มีวิธีนับต่างกันตามการตั้งค่าว่าจะดำเนินต่อเมื่อค้นไม่พบหรือไม่ และการเล่นโฟลว์ทั้งรอบซ้ำอาจนับ action ที่เคยสำเร็จแล้วอีกครั้ง บางผลิตภัณฑ์ของ Zapier ยังมีอัตราใช้ task ต่างจาก action ทั่วไป จึงต้องแยกชนิดของขั้นตอนก่อนนำจำนวนลีดไปคูณกับจำนวน task

อีกด้านหนึ่ง Power Automate ใช้จำนวนครั้งที่ trigger และ action ทำงานเพื่อวัดการใช้ความจุตามบริบทใบอนุญาต การรันที่ผิดพลาดและการลองใหม่ก็อาจใช้ความจุ ส่วนขั้นตอนที่ถูกข้ามไม่ใช้ หน่วยนี้มีผลต่อขีดจำกัดการทำงานและความล่าช้าเมื่อปริมาณสูง แต่ไม่ควรนำจำนวนครั้งที่รันไปคูณกับราคาต่อ task ของ Zapier เพราะแผน Premium และ Process กำหนดสิทธิ์คนหรือโฟลว์กับบอตเป็นหลัก

เวลาประเมินต้นทุนจึงมีบัญชีสองชุดสำหรับผลลัพธ์ทางธุรกิจเดียวกัน ชุดแรกนับ action ของ Zapier ที่สำเร็จจริง รวมถึงขั้นตอนที่อาจรันซ้ำ ชุดที่สองนับผู้มีสิทธิ์ใช้ Power Automate ชนิดคอนเน็กเตอร์ และความจุที่โฟลว์ใช้ การแยกหน่วยเช่นนี้ช่วยเห็นว่าการเพิ่มขั้นตอนหนึ่งรายการส่งผลต่อ Zapier โดยตรง ขณะที่การเปลี่ยนผู้เริ่มรันโฟลว์อาจกระทบจำนวนใบอนุญาตของ Power Automate มากกว่า

รับลีด 1,000 ราย: ขั้นตอนเดียวที่เพิ่มทำให้ยอดเปลี่ยน

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

สำหรับ Zapier ฟอร์มทำหน้าที่เป็น trigger และ action ที่สำเร็จมีสามขั้น จึงได้ 1,000 × 3 = 3,000 tasks หากเพิ่มขั้นอัปเดตสถานะลูกค้าและขั้นนั้นสำเร็จสำหรับทุกลีด ยอดจะกลายเป็น 1,000 × 4 = 4,000 tasks แม้จำนวนลีดไม่เปลี่ยน ความต่างหนึ่งพัน task นี้เกิดจากงานที่โฟลว์ทำเพิ่มจริง จึงอาจทำให้ต้องเลือกแพ็กเกจที่รองรับปริมาณมากขึ้นหรือใช้การคิดค่าบริการส่วนเกินตามเงื่อนไขแผน

สมมติอีกแบบว่า Filter หยุดลีด 200 รายก่อน action แรก และอีก 800 รายผ่านครบสามขั้น ยอดตามเงื่อนไขนี้คือ 800 × 3 = 2,400 tasks การหยุดก่อน action สำคัญต่อการคำนวณ เพราะ trigger และ Filter เองไม่เพิ่ม task แต่ถ้า Filter อยู่หลังขั้นสร้างข้อมูลลูกค้า ลีดที่ถูกคัดออกก็ใช้ task สำหรับขั้นนั้นไปแล้ว ตำแหน่งของเงื่อนไขในโฟลว์จึงมีผลต่อยอด แม้เกณฑ์คัดลีดจะเหมือนเดิม

เมื่อนำผลลัพธ์เดียวกันไปสร้างใน Power Automate ให้สมมติว่าแต่ละลีดทำให้ trigger ทำงานหนึ่งครั้งและมี action สามครั้ง รวมเป็นการทำงาน 4,000 ครั้งตลอดเดือนภายใต้โฟลว์แบบง่ายนี้ ตัวเลขดังกล่าวใช้ประเมินการใช้ความจุ ไม่ใช่ราคาต่อรายการ หากลีดส่วนใหญ่เข้ามาวันเดียว การกระจายงานก็สำคัญกว่าค่าเฉลี่ยรายเดือน; หากมีเงื่อนไข การวนซ้ำ หรือการลองใหม่ จำนวนครั้งที่ใช้ความจุจะเปลี่ยนไปจากตัวอย่างพื้นฐาน

ความต่างอีกจุดอยู่ที่งานที่ไม่ได้เดินถึงปลายทาง Zapier ไม่คิด task สำหรับ action ที่ไม่รันเพราะ Filter หรือ Paths แต่ action ก่อนจุดหยุดซึ่งสำเร็จแล้วคงใช้ task ส่วน Power Automate นับขั้นตอนที่ทำงานตามกฎความจุของระบบ ดังนั้นการเทียบโฟลว์สองฝั่งต้องเขียนลำดับจริงตั้งแต่จุดเริ่มจนถึงผลลัพธ์ ไม่ใช่เทียบเฉพาะจำนวนลีดที่ฝ่ายขายได้รับตอนท้าย

แอปที่ใช้กำหนดว่าต้องซื้อสิทธิ์เพิ่มหรือไม่

ถ้างานส่วนใหญ่อยู่ใน Microsoft 365 โฟลว์อาจเริ่มจากข้อมูลใน SharePoint แจ้งฝ่ายขายทาง Microsoft Teams และส่งอีเมลด้วย Office 365 Outlook ผู้ใช้ที่มีสิทธิ์ Microsoft 365 บางแผนสามารถใช้ cloud flow กับคอนเน็กเตอร์ระดับ standard ได้ภายใต้สิทธิ์ที่รวมมาอยู่แล้ว แต่สิทธิ์ดังกล่าวมีขอบเขตและความจุของตนเอง จึงไม่ควรตีความว่าคอนเน็กเตอร์ทุกตัวที่ปรากฏในตัวแก้ไขโฟลว์รวมอยู่ในค่าสมาชิกเดิม

จุดเปลี่ยนมักอยู่ที่ระบบปลายทาง หากต้องส่งลีดเข้า CRM ภายนอก ใช้คอนเน็กเตอร์แบบกำหนดเอง หรือเรียกบริการที่ติดป้าย premium สิทธิ์ Microsoft 365 ทั่วไปอาจไม่ครอบคลุม ขั้นตอนอื่นยังคงเป็น standard ได้ แต่คอนเน็กเตอร์ premium เพียงจุดเดียวทำให้ต้องพิจารณา Premium หรือ Process สำหรับโฟลว์นั้น การมี Microsoft 365 อยู่แล้วจึงเป็นข้อมูลเริ่มต้นของการคำนวณ ไม่ใช่คำตอบเรื่องค่าใช้จ่ายทั้งหมด

สำหรับทีมที่ใช้แอป SaaS หลายค่าย Zapier ทำให้วางลำดับการรับข้อมูลและส่งต่อข้ามบริการได้โดยตรง แต่ยังต้องตรวจว่าแอปปลายทางและความสามารถที่เลือกอยู่ในแผนใด บทเปรียบเทียบของ Latenode ชี้ความต่างของโมเดลนี้ว่า Zapier ผูกต้นทุนกับปริมาณ task ขณะที่ Power Automate แยกสิทธิ์ผู้ใช้กับบอตและมีงาน RPA บนเดสก์ท็อป สำหรับทีมที่สลับใช้ทั้ง SaaS ภายนอกและ Microsoft 365 ควรประเมินจากรายชื่อแอปและชนิดคอนเน็กเตอร์ของโฟลว์จริง มากกว่าตัดสินจากชื่อระบบที่ทีมใช้อยู่มากที่สุด

ตัวอย่างลีดเดียวกันอาจมีสองแบบที่ดูคล้ายกันแต่ใช้สิทธิ์ต่างกัน: เก็บลีดไว้ใน SharePoint แล้วแจ้งผ่าน Teams กับส่งข้อมูลเข้า CRM ภายนอกหลังแจ้งผ่าน Teams ขั้นตอนรับลีดและแจ้งเตือนเหมือนกัน แต่ปลายทางใหม่อาจเป็น premium connector ฝั่ง Zapier การเพิ่มปลายทางมักเพิ่ม action ที่ต้องนับเมื่อสำเร็จ ฝั่ง Power Automate ผลต่อใบอนุญาตขึ้นกับการจัดประเภทคอนเน็กเตอร์และผู้ใช้โฟลว์นั้น

คนกดรันโฟลว์เปลี่ยนสมการใบอนุญาต

คำอธิบายใบอนุญาตของ Microsoft แยกโฟลว์ที่เริ่มเองตามเหตุการณ์หรือกำหนดเวลา ซึ่งใช้บริบทสิทธิ์ของเจ้าของโฟลว์ ออกจาก instant flow ที่คนกดรัน ซึ่งใช้บริบทของผู้กด หาก instant flow ใช้ premium connector ผู้ที่กดรันแต่ละคนต้องมีสิทธิ์ที่เหมาะสม หรือจัดสรร Process ให้โฟลว์ตามเงื่อนไขของแผน การนับสมาชิกทั้งบริษัทจึงหยาบเกินไป ต้องดูว่าใครเป็นเจ้าของ ใครเป็นผู้เริ่มรัน และใครเพียงได้รับข้อมูลหรือคำขออนุมัติ

ราคาที่แสดงบนหน้าผลิตภัณฑ์ของ Microsoft คือ Power Automate Premium 15 ดอลลาร์สหรัฐต่อผู้ใช้ต่อเดือน และ Power Automate Process 150 ดอลลาร์สหรัฐต่อบอตต่อเดือนเมื่อชำระรายปี ราคานี้เป็นราคาแสดงเพื่อการตลาด; ยอดชำระจริงอาจต่างกันตามประเทศ สกุลเงิน และเงื่อนไขขององค์กร การคำนวณต่อไปจึงใช้ราคาแสดงเพื่อเทียบรูปแบบใบอนุญาต ไม่ใช่ประมาณการใบเรียกเก็บเงินจริงในประเทศไทย

สมมติว่าเปลี่ยนโฟลว์รับลีดให้พนักงานขายกดเริ่มเอง และโฟลว์ใช้ premium connector หากมีผู้กดรัน 10 คนที่ต้องใช้ Premium ต้นทุนตามราคาแสดงจะเป็น 10 × 15 = 150 ดอลลาร์สหรัฐต่อเดือน เท่ากับราคา Process หนึ่งหน่วยในหน้าเดียวกัน หากมีผู้กดรัน 11 คน ผลคูณ Premium จะเป็น 165 ดอลลาร์สหรัฐต่อเดือน ขณะที่ราคาแสดงของ Process หนึ่งหน่วยยังเป็น 150 ดอลลาร์สหรัฐ ตัวเลขนี้แสดงจุดที่ควรเปรียบเทียบวิธีให้สิทธิ์ ไม่ได้หมายความว่า Process หนึ่งหน่วยแทน Premium ทุกประเภทงานได้ทันที

การจัดสรร Process ให้ cloud flow มีเงื่อนไขของโฟลว์และสภาพแวดล้อมที่ต้องรองรับ ส่วน Premium เป็นสิทธิ์ของบุคคลและครอบคลุมการสร้างหรือใช้งานด้านอื่นตามแผน ผู้พัฒนา RPA บนเดสก์ท็อปยังต้องมีสิทธิ์ผู้ใช้ที่เหมาะสมแยกต่างหาก หากทีมต้องให้คนเดียวสร้างหลายโฟลว์ งานของคนนั้นอาจทำให้ Premium มีคุณค่าต่างจากการซื้อ Process เพื่อโฟลว์หนึ่งรายการ การเทียบราคาเท่ากันจึงยังไม่ใช่การเทียบความสามารถที่เหมือนกันทุกประการ

โฟลว์อัตโนมัติที่ใช้บริบทเจ้าของก็ต้องดูผู้รับประโยชน์และวิธีเข้าถึงด้วย การให้หลายคนส่งข้อมูลผ่านบัญชีกลางเพื่อเรียกโฟลว์ premium ไม่ได้ทำให้สิทธิ์ของบัญชีเดียวครอบคลุมทุกคนโดยอัตโนมัติ ในทางกลับกัน ผู้ที่เพียงตอบคำขออนุมัติหรือได้รับอีเมลจากโฟลว์อาจไม่ต้องมี Premium ขึ้นอยู่กับบทบาทจริงของเขา ความละเอียดนี้ทำให้คำถามว่า “มีสมาชิกกี่คน” ต้องเปลี่ยนเป็น “แต่ละคนทำอะไรกับโฟลว์”

งานบนเดสก์ท็อปต้องนับเซสชันของบอต

หากผลลัพธ์สุดท้ายต้องป้อนลีดเข้าโปรแกรมเดสก์ท็อปเก่าที่ไม่มีคอนเน็กเตอร์หรือ API ที่ใช้ได้ การส่งข้อมูลระหว่าง SaaS อย่างเดียวไม่จบงาน Power Automate มี desktop flow แบบ attended ซึ่งทำงานโดยมีผู้ใช้อยู่กับเครื่อง และแบบ unattended ซึ่งรันโดยไม่มีคนดูแล รูปแบบแรกสัมพันธ์กับสิทธิ์ผู้ใช้ Premium ส่วนรูปแบบหลังต้องจัดสรรความจุ Process ให้เครื่องที่รันงาน การมี cloud flow ที่ส่งข้อความหรือบันทึกข้อมูลได้ไม่ได้แปลว่าได้สิทธิ์รันโปรแกรมเดสก์ท็อปแบบ unattended ไปด้วย

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

ยังต้องแยกสถานที่รันงานด้วย Process รองรับบอตบนเครื่องที่องค์กรจัดเตรียม ส่วน Hosted Process รวมความจุเครื่องเสมือนที่ Microsoft จัดการให้ การเลือกสองแบบนี้เกี่ยวข้องกับต้นทุนเครื่อง โครงสร้างพื้นฐาน และการดูแลระบบ ซึ่งอยู่นอกตัวเลข task ของ Zapier หากโปรแกรมปลายทางมีคอนเน็กเตอร์หรือ API ที่ใช้งานได้จริง งานอาจจบด้วย cloud flow โดยไม่ต้องเพิ่มการคลิกหน้าจอผ่าน RPA

สำหรับการตัดสินใจจากโฟลว์รับลีด ให้ระบุแอปต้นทางและปลายทางก่อน แล้วนับ action ที่สำเร็จจริงสำหรับ Zapier ฝั่ง Power Automate ให้แยกคอนเน็กเตอร์ standard กับ premium ผู้เป็นเจ้าของโฟลว์ ผู้กดรัน และจำนวนเซสชันเดสก์ท็อปที่ต้องทำงานพร้อมกัน หากงานอยู่ใน Microsoft 365 และใช้ standard connector เป็นหลัก สิทธิ์เดิมอาจเพียงพอ; หากงานข้าม SaaS หลายค่ายแต่มีขั้นตอนต่อรายไม่มาก Zapier อาจประเมินจากปริมาณได้ตรงกว่า ส่วนโฟลว์ที่หลายคนกดรันหรือจำเป็นต้องใช้ unattended RPA ต้องนำใบอนุญาตผู้ใช้และ Process เข้าสมการตั้งแต่ต้น

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

• Zapier หรือ Power Automate: ความง่ายแลกกับต้นทุนและระบบ Microsoft
• Cloudflare Workers หรือ Vercel Functions: cold start ไม่ใช่ต้นทุนเดียว