วิธีการใช้แพลตฟอร์มการค้าหัวขาดสำหรับแคมเปญการตลาด?

เผยแพร่แล้ว: 2022-04-18

แพลตฟอร์มการค้าหัวขาดคืออะไร?

แพลตฟอร์มอีคอมเมิร์ซแบบไม่ใช้หัวหรือแพลตฟอร์มที่ใช้ API - ซอฟต์แวร์ที่ส่วนหน้า (หรือ "ส่วนหัว") ถูกแยกหรือลบออกโดยสิ้นเชิง เหลือเพียงส่วนหลังเท่านั้น

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

ด้วยซอฟต์แวร์ CMS แบบดั้งเดิม ปัญหาระดับล่างที่นักพัฒนาต้องเผชิญ:

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

ได้สะสมและแปลงเป็นเบรกมือเพื่อธุรกิจตลอดเวลา:

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

ด้วยเหตุนี้ “API-first”, “API-based” หรือ “headless CMS” จึงเติบโตอย่างรวดเร็ว แต่ในไม่ช้ามันก็ขยายไปสู่พื้นที่ดิจิทัลอื่น ๆ รวมถึงอีคอมเมิร์ซและการตลาด

หากนี่เป็นครั้งแรกที่คุณพบแพลตฟอร์มที่ไม่มีหัว คุณอาจพบว่าบทความล่าสุดของฉันน่าสนใจ: การทำความเข้าใจแพลตฟอร์มที่ใช้ API นอกจากนี้ Paul ใน Introduction to Headless eCommerce ยังได้แสดงตัวอย่างการใช้งานจริงของแอปพลิเคชันที่สร้างด้วยเครื่องมือที่ใช้ API

แพลตฟอร์มหัวขาด – จากแนวคิดสู่ POC ที่พร้อมสำหรับการผลิตใน 1 วัน

มาดูกันว่าเราสามารถสร้างซอฟต์แวร์ที่ยืดหยุ่นได้อย่างรวดเร็วหรือไม่ เรากำลังจะสร้างกลยุทธ์ทางการตลาดที่แบรนด์ชั้นนำใช้ในปัจจุบันนี้ โดยสรุปจะ:

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

ไม่ยากเลยที่จะจินตนาการว่าบริษัทอย่าง Uber จะต้องลงทุนเป็นโหลสำหรับนักพัฒนาซอฟต์แวร์นี้เป็นเวลาหลายสิบเดือนหรือมากกว่านั้น

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

โชคดีที่แพลตฟอร์มหัวขาดพร้อมช่วยเหลือเรา

เราจะใช้แพลตฟอร์ม SaaS ที่เป็นมิตรกับนักพัฒนาสามแพลตฟอร์มเพื่อสร้างโซลูชันที่ใช้งานได้:

เรดาร์ - ตำแหน่งทางภูมิศาสตร์ API
Voucherify - การจัดการโปรโมชั่น API
Braze - การแจ้งเตือน API

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

หมายเหตุ: วิธีแก้ปัญหาต่อไปนี้จะถือว่าคุณมีบัญชีที่ใช้งานอยู่ใน Radar, Voucherify และ Braze นอกจากนี้ ข้อมูลทั้งหมดควรถูกเติมลงในฐานข้อมูลลูกค้าของคุณ รวมถึงฟิลด์ที่สามารถใช้ระบุตัวบุคคลได้โดยไม่ซ้ำกัน

การตรวจจับช่วงเวลาที่ลูกค้าเข้ามาในสถานที่ของคุณด้วยเรดาร์ - ตำแหน่งทางภูมิศาสตร์แบบไม่มีหัว

แนวคิดเบื้องหลังเรดาร์นั้นตรงไปตรงมา แพลตฟอร์มระบุตำแหน่งแอปโดยใช้บริบท 3 ประเภท:

Geofence - Radar ภูมิใจในตัวเองที่มีพลังมากกว่า geofencing ดั้งเดิมของ iOS หรือ Android ด้วยการสนับสนุนข้ามแพลตฟอร์มสำหรับ geofences ไม่ จำกัด geofences รูปหลายเหลี่ยมและหยุดการตรวจจับ เนื่องจากการกำหนดตำแหน่งทางภูมิศาสตร์และการสร้างเหตุการณ์ทั้งหมดเกิดขึ้นที่ฝั่งเซิร์ฟเวอร์
สถานที่ - เรดาร์สามารถจำแนกรายชื่อสถานที่ได้มากมายเพราะใช้ฐานข้อมูลของ Facebook และสิ่งที่ยอดเยี่ยมที่สุดก็คือคุณสามารถทำงานกับหมวดหมู่ที่มีอยู่แล้วภายใน (เช่น สนามบินหลัก) หรือเครือข่าย (เช่น Starbucks)
ข้อมูลเชิงลึก - กลไกระบุตำแหน่งของพวกเขายังสามารถเรียนรู้วิธีประมาณการที่ผู้ใช้เข้า/ออกจากบ้านและที่ทำงาน

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

สิ่งที่คุณต้องทำในฐานะนักพัฒนาซอฟต์แวร์คือใช้หนึ่งในชุดพัฒนาซอฟต์แวร์ (iOS, Android, เว็บ) เพื่อตรวจสอบสิทธิ์และกำหนดค่าและปรับแต่งตัวเลือกการติดตาม - เช่น หากคุณต้องการติดตามในเบื้องหลังหรือเบื้องหน้า

มาดูการทำงานของ Radar headless platform กัน!

1. ตั้งค่าบัญชีของคุณ

ไปที่ Radar.io และลงทะเบียนสำหรับบัญชี จากนั้นใช้คีย์การทดสอบ API เพื่อเริ่มต้นวิดเจ็ต Radar ดังที่แสดงด้านล่าง:

Radar.initialize("YOUR_KEY");

</script>{{ENDCODE}}

2.ติดตามผู้ใช้

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

มารันโค้ดกันและดูว่า Radar ให้ข้อมูลอะไรบ้าง (อย่าลืมอนุญาตให้ติดตามตำแหน่งในเบราว์เซอร์ของคุณ):

{{รหัส}}

Radar.trackOnce (ฟังก์ชัน (สถานะ ตำแหน่ง ผู้ใช้ เหตุการณ์) { console.log ({ สถานะ ตำแหน่ง ผู้ใช้ เหตุการณ์ });});

เอาท์พุท:

เหตุการณ์: [] (0)

ตำแหน่ง: พิกัด {ละติจูด: 50.25462479999998 ลองจิจูด: 19.061743829999994 ระดับความสูง: null ความแม่นยำ: 165 ระดับความสูงความแม่นยำ: null …}

สถานะ: "สำเร็จ"

ผู้ใช้: {userAgent: "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) Ap... (KHTML, like Gecko) เวอร์ชัน/12.1 Safari/605.1.15", ip: "93.179.216.18", locationAccuracy: 165, deviceType: "เว็บ" หยุด: จริง …}

ตกลง - เรดาร์พบที่หลบภัยของเราแล้ว แต่หากไม่มีบริบท ก็ไม่รู้ว่าจะทำอย่างไรกับข้อมูลนี้ มาทำงานกับข้อมูลของเรดาร์กันเถอะ

เราจะตั้งชื่อสถานที่ที่คุณเคยเช็คอิน โดยทั่วไป (ในเรดาร์ด้วย) บริบทของตำแหน่งนี้เรียกว่าขอบเขตตำแหน่ง นี่คือวิธีการ:

ไปที่ผู้สร้าง geofence
เลือกประเภทแหล่งที่มาตามลำดับ ฉันจะไปที่ Place และพิมพ์บริษัทของฉันเป็นการสืบค้น
เป็นผลให้เรดาร์ค้นหาพิกัดทางภูมิศาสตร์และแนะนำเส้นขอบทางภูมิศาสตร์

หากสถานที่นั้นเหมาะกับคุณ ให้ยืนยัน geofence ด้วย CREATE

ตอนนี้ มารีเฟรชหน้าและดูคอนโซลกัน เรดาร์ตอนนี้ส่ง เหตุการณ์ บางอย่างมาให้เรา:

{

"createdAt":"2019-04-16T16:08:49.645Z",

"สด":เท็จ

"type":"user.entered_geofence",

"ที่ตั้ง":{

"พิกัด":[

19.062212,

50.254927099999996

"ประเภท": "คะแนน"

"ตำแหน่งความแม่นยำ":20,

"ความมั่นใจ":3,

"actualCreatedAt":"2019-04-16T16:08:49.645Z",

"ผู้ใช้":{

"_id":"5cb5f2ba36581b002a3534ca",

"userAgent":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML เช่น Gecko) Chrome/73.0.3683.103 Safari/537.36",

"deviceId":"a96ec0db-969c-4a77-996c-361a0530660a"

"ขอบเขตภูมิศาสตร์":{

"_id":"5cb5f7d3a60e95002b009ebd",

"คำอธิบาย": "มุมมอง",

"ประเภท": "วงกลม",

"รัศมีรัศมี":100,

"ศูนย์เรขาคณิต":{

"ประเภท": "จุด",

"พิกัด":[

19.062346299999945,

50.25495069999999

]

}

"_id":"5cb5fe117cd3430025b9ee0d"

}

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

ในการทดสอบ ให้คว้าเครื่องของคุณ ออกไปนอกพื้นที่ geofence และเข้าสู่ระบบอีกครั้งที่นั่น หรือ... คุณสามารถใช้เซ็นเซอร์จากเครื่องมือ Chrome

ปลอมตำแหน่งของคุณโดยเลือกตำแหน่งที่อยู่ไกลพอและรีเฟรชหน้าอีกครั้ง ตอนนี้ Radar แสดงว่า user.exited_geofence

คุณสามารถติดตามเหตุการณ์ตำแหน่งทางภูมิศาสตร์สำหรับผู้ใช้ที่ลงทะเบียนและไม่ได้ลงทะเบียนทั้งหมดด้วยแดชบอร์ดของ Radar ที่สะดวกสบายในแบบเรียลไทม์:

แจ้งเตือนแอพภายนอกผ่านการส่งข้อความแบบไม่มีหัว

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

เว็บฮุค เป็นแนวคิด API ที่ช่วยให้แอปพลิเคชันสามารถให้ข้อมูลแบบเรียลไทม์แก่แอปพลิเคชันอื่นๆ

จากข้อมูลของ Segment ซึ่งเป็นแพลตฟอร์มที่ช่วยรวบรวมและแลกเปลี่ยนข้อมูลลูกค้าในหลายระบบ ความนิยมของเว็บฮุคกำลังเติบโตอย่างรวดเร็ว

การใช้งานเว็บฮุคทั่วไปทำให้ผู้ใช้แอปพลิเคชันสามารถ:

แจ้งระบบภายนอก (หรือหลายระบบ)
ด้วยการเรียก API
ช่วงเวลาที่เกิดเหตุการณ์เฉพาะขึ้น

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

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

ในโลก HTTP นี่มักจะหมายถึงการตอบสนองด้วยสถานะ 2** หากไม่เป็นเช่นนั้น เครื่องมือเว็บฮุคจะลองอีกครั้งในภายหลัง (นโยบายการลองใหม่ขึ้นอยู่กับผู้สร้างนโยบายที่กำหนดไว้)

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

ไปที่การบูรณาการ
เลือกสภาพแวดล้อม การทดสอบ และ การนำส่งเหตุการณ์เดียว
ระบุปลายทางที่จะได้รับการแจ้งเตือน คุณมีตัวเลือกสองสามอย่างที่นี่ คุณสามารถ:

แยกเว็บเซิร์ฟเวอร์อย่างง่ายในเครื่องของคุณและใช้ ngrok เพื่อสร้างช่องทางการรับส่งข้อมูล
ใช้ความผิดพลาดในการปรับใช้ปลายทางของคุณทันที
แตะหนึ่งในเครื่องมือดักจับเว็บออนไลน์ เช่น webhook.site หรือ requestbin

วาง URL เฉพาะของคุณลงในแบบฟอร์มและยืนยัน

คลิกทดสอบจากคอลัมน์ ACTION เพื่อเริ่มกิจกรรมแรกของคุณ หากคุณตั้งค่าถูกต้อง คุณจะเห็น payload ของ webhook ดังที่แสดงในภาพด้านล่าง:

จนถึงตอนนี้ดีมาก ผลที่ได้ค่อนข้างมีแนวโน้ม, innit? ด้วย copy'n'paste และตัวอย่าง JavaScript เราได้ครอบคลุมส่วนตำแหน่งทางภูมิศาสตร์ของกรณีการใช้งานของเรา ในขั้นตอนปัจจุบัน เรดาร์ไม่สามารถระบุผู้ใช้อื่นนอกเหนือจาก ID อุปกรณ์ที่จัดเก็บไว้ในคุกกี้ เพื่อให้มีประสิทธิภาพมากขึ้น ให้ระบุผู้ใช้ด้วยอีเมล ด้วย SDK ของ Radar เป็นซับเดียว:

Radar.setUserId(“[email protected]”);

คุณสามารถดู ID ใหม่ในแดชบอร์ดได้ทันที:

ดังนั้น ตอนนี้ เราต้องจัดการกับข้อกำหนดส่วนลดส่วนบุคคล - รหัสคูปองที่ไม่ซ้ำกัน

เชื่อมต่อเรดาร์และ Voucherify เครื่องยนต์โปรโมชั่นหัวขาด

เช่นเดียวกับ Radar Voucherify ด้วย API ของมันให้คุณสมบัติการคูปองที่ยืดหยุ่นแก่คุณโดยจ่ายเพียงเศษเสี้ยวของค่าใช้จ่ายที่จะเกิดขึ้นหากเริ่มต้นใหม่ทั้งหมด

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

หากต้องการเข้าถึงคุณลักษณะ Voucherify ในแบบของคุณ คุณต้องนำเข้าข้อมูลของผู้ใช้ก่อนและซิงค์ข้อมูลเหล่านั้น

Voucherify จัดเก็บข้อมูลลูกค้าใน Customer Objects ซึ่งสามารถจัดกลุ่มเป็นเซ็กเมนต์ตามคุณลักษณะส่วนบุคคล ที่ตั้ง และ Voucherify ประวัติการโต้ตอบ

สมมติว่าคุณได้นำเข้าลูกค้าทดสอบของคุณไปยัง Voucherify แล้ว ตอนนี้เราจะมาดูวิธีซิงค์ตำแหน่งของลูกค้ากับ Radar โดยไม่ต้องใช้รหัส

Zapier – กาวแห่งเว็บ

ลองนึกภาพว่าถ้าแพลตฟอร์มทั้งหมดที่เปิดเผยเว็บฮุคอยู่ในไดเร็กทอรีเดียวด้วยโครงสร้างที่เป็นหนึ่งเดียวและความสามารถในการเชื่อมต่อเหมือนบล็อก - ตรงกับ Zapier

Zapier เชื่อมต่อเว็บแอปมากกว่า 1,000+ รายการและอนุญาตให้ทำงานร่วมกันในเบื้องหลัง

Zap ทุกตัวเริ่มต้นด้วยทริกเกอร์เหตุการณ์ในแอปใดแอปหนึ่งของคุณเพื่อเริ่มต้นเวิร์กโฟลว์ของคุณ นี่คือตัวอย่างบางส่วนจากเอกสารของ Zapier:

ทำให้สถานะโซเชียลมีเดียของคุณเป็นแบบอัตโนมัติโดยส่งรายการ RSS ใหม่ไปยัง Facebook เป็นโพสต์
จัดระเบียบโครงการโดยการคัดลอกการ์ด Trello ใหม่ลงใน Evernote
ติดต่อกับผู้มีแนวโน้มจะเป็นลูกค้าโดยเพิ่มผู้ตอบแบบฟอร์มจาก Typeform ไปยังรายชื่อผู้รับจดหมายของคุณใน MailChimp;
ตรวจสอบให้แน่ใจว่าทีมของคุณไม่พลาดการประชุมโดยแจ้งช่องใน Slack เกี่ยวกับกิจกรรม Google ปฏิทินที่จะเกิดขึ้น
…และอื่น ๆ อีกมากมาย!

คุณอาจจะถามตอนนี้: "Zapier ช่วยเราได้ไหม" ใช่มันสามารถ! มาลองเล่นกับ Zaps เพื่ออัปเดตการเปลี่ยนแปลงตำแหน่งทางภูมิศาสตร์เป็น Voucherify

คลิกที่ Make a Zap และเลือก Webhooks
ด้วยตัวเลือกนี้ Zapier สามารถสร้างปลายทาง (คล้ายกับ webhook.site) ซึ่งเราสามารถใช้เว็บฮุคจากเรดาร์ได้ ในการดำเนินการดังกล่าว ให้เลือก Catch Hook
มุมมองถัดไปจะให้ URL ปลายทางแก่คุณซึ่งจะแทนที่อันเก่าในการตั้งค่าเว็บฮุคเรดาร์

วางลิงก์ไปที่ Radar แล้วเริ่มการทดสอบอีกครั้ง หากเรดาร์ยืนยันปลายทางใหม่ด้วยแถบแฟลชสีเขียว ให้ไปที่ขั้นตอนถัดไปใน Zapier
ในหน้าจอถัดไป คุณควรสังเกตเพย์โหลดของคำขอทดสอบของคุณ

ยืนยันแบบฟอร์มและขั้นตอนแรกของ Zap - trigger - พร้อมแล้ว

ตอนนี้เราต้องนำข้อความที่ใช้ไปไปใช้ในการทำงาน เพื่อให้ Zap สำเร็จ เราต้องการอย่างน้อยหนึ่งการกระทำ (คุณสามารถเชื่อมโยงหลายแพลตฟอร์มด้วย Zap เดียว)

เลือก Voucherify จาก Action explorer หมายเหตุ Voucherify Zap สามารถใช้ได้ "โดยการเชิญ" นี่คือลิงค์เพื่อรับมัน

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

ในกรณีของเรา เราเพียงต้องการระบุลูกค้าด้วย source_id และอัปเดตฟิลด์ที่กำหนดเอง “rspectiveHQ” ตามเหตุการณ์ ดังนั้นการแมปจึงมีลักษณะดังนี้:

Voucherify: รหัสที่มา - เรดาร์: ID ผู้ใช้
บัตรกำนัล: ข้อมูลเมตา -> rspectiveHQ - เรดาร์: ประเภทเหตุการณ์

ข้ามการทดสอบและกรอกแบบฟอร์ม - ZAP เปิดอยู่และรอ!

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

นี่คือสิ่งที่ควรปฏิบัติตาม:

เรดาร์ติดตาม 2 เหตุการณ์ ผู้ใช้ออกไปและอยู่ในขอบเขตตำแหน่ง
Zapier จับ 2 เว็บฮุคตามลำดับ
รับรองเส้นทางการอัพเดทโปรไฟล์ลูกค้า

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

คุณยังสามารถเขียนโค้ดที่กำหนดเอง (ใน JavaScript และ Python) ได้หากต้องการความยืดหยุ่นมากขึ้นในขั้นตอนใดขั้นตอนหนึ่ง - ฉันบอกคุณแล้วหรือยังว่าคุณสามารถโยงชุดคู่ของทริกเกอร์-แอ็คชั่นได้

ให้โอกาสเอกสารการเริ่มต้นอย่างรวดเร็วของ Zapier เพื่อทำความเข้าใจว่าระบบประหยัดเวลาประเภทใด

การสร้างคูปองเฉพาะสำหรับผู้ใช้ที่ระบุตำแหน่งทางภูมิศาสตร์ผ่านเอ็นจิ้นการโปรโมตแบบไม่มีหัว

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

ในกรณีของเรา เราจะสร้างเซ็กเมนต์ที่ตรวจสอบฟิลด์กำหนดเองของเรา (rspectiveHQ) ซึ่งจะจัดเก็บข้อมูลหากลูกค้าได้เข้าสู่ขอบเขตตำแหน่งทางภูมิศาสตร์ เราสามารถทำได้โดยจุดปลายทางเดียวจาก Voucherify API แต่วิธีที่เร็วที่สุดคือการใช้แดชบอร์ด

ไปที่ลูกค้าและเปิดผู้สร้างกลุ่ม ตอนนี้กรองลูกค้าโดยใช้ฟิลด์ข้อมูลเมตาที่เกี่ยวข้องดังภาพด้านล่าง:

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

หากสิ่งที่คุณเห็นสะท้อนถึงความเป็นจริง ให้บันทึกส่วนนั้นไว้

ขั้นตอนต่อไปคือการใช้ข้อมูลเกี่ยวกับสถานที่เพื่อปรับส่วนลด

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

ขั้นตอนสุดท้ายคือการตั้งค่าการ แจกจ่าย ซึ่งจะ:

ส่งรหัสคูปองที่ไม่ซ้ำกัน
ให้กับลูกค้าที่ตรวจพบ
ด้วยช่องที่กำหนดไว้ล่วงหน้า

เริ่มต้นด้วยการสร้างรหัสส่งเสริมการขายที่ไม่ซ้ำกันสำหรับผู้ใช้ทุกคน ให้มันเป็นส่วนลด 10% ไปที่ผู้สร้างแคมเปญ เลือกตัวเลือกรหัสจำนวนมาก และทำตามขั้นตอนที่คุณจะกำหนด:

ประเภทและจำนวนส่วนลด
กรอบเวลา,
รูปแบบรหัสรวมถึงความยาว คำนำหน้า คำต่อท้าย และชุดอักขระ
จำนวนรหัสเริ่มต้น
และรายละเอียดอื่นๆ

ขั้นตอนที่ 4 ของผู้สร้าง - กฎการตรวจสอบ - น่าสนใจเป็นพิเศษ นี่คือที่ที่คุณสามารถกำหนดได้ว่าใครและภายใต้เงื่อนไขใดที่สามารถแลกรหัสได้ โปรดจำไว้ว่า เราต้องการจำกัดการแลกรับเฉพาะลูกค้าที่เคยเยี่ยมชมขอบเขตตำแหน่งของเราเท่านั้น เราจะใช้ส่วนของเราเพื่อทำตามขั้นตอนนี้

เครื่องมือนี้มีตัวเลือกการกรองให้คุณมากขึ้น หากคุณกำลังทำงานกับแคมเปญการได้มาซึ่งลูกค้าหรือการรักษาลูกค้า คุณอาจต้องการตรวจสอบการอ้างอิงกฎการตรวจสอบความถูกต้อง เนื่องจากสามารถช่วยคุณประหยัดบรรทัดโค้ดได้มากมาย

เมื่อ Voucherify เสร็จสิ้นการสร้างจำนวนมาก คุณควรเห็นรายการเหล่านี้:

เรามีเซ็กเมนต์และรหัสโปรโมชั่นแล้ว มาเสียบเข้ากับช่องทางการตลาดขาออกของเรากันเถอะ!

คุณสามารถใช้ Voucherify API และ webhooks ได้ แต่มีวิธีที่รวดเร็วกว่า - ตรงตามการแจกแจง

คุณลักษณะนี้ช่วยให้คุณสามารถตรวจจับลูกค้าใหม่ที่เข้ามา (หรือซ้าย) ส่วนที่กำหนด กำหนดรหัสคูปองที่ไม่ซ้ำกัน และส่งออกไปยังอีเมล, SMS, การแจ้งเตือนแบบพุช, แชทสด หรือโฆษณาบนโซเชียลมีเดีย นอกจากนี้ โปรแกรมแก้ไขภาพยังช่วยให้คุณสร้างสำเนาการโปรโมตในแบบของคุณ

แต่ละช่องมีเทมเพลตข้อความเฉพาะของตัวเอง มาดูกันว่าข้อความ Push จะมีลักษณะอย่างไร แต่เพื่อดำเนินการต่อ เราต้องลงชื่อสมัครใช้บัญชี Braze และเชื่อมต่อกับ Voucherify ด้วยคีย์ API

ส่งรหัสโปรโมชั่นผ่านการแจ้งเตือนแบบพุชกับ Braze

Braze (เดิมคือ AppBoy) เป็นหนึ่งในผู้นำด้านเครื่องมือการตลาดบนมือถือ เราจะใช้ความสามารถเพียงเศษเสี้ยวของความสามารถของพวกเขา ดังนั้นฉันขอแนะนำให้ตรวจสอบเอกสารของพวกเขาเพื่อหาข้อมูลเพิ่มเติมเกี่ยวกับข้อเสนอของพวกเขา

การกำหนดค่าสถานการณ์ของเราต้องมี 3 ขั้นตอน:

การสร้างแคมเปญการแจ้งเตือนแบบพุช
การส่งรหัสคูปองจาก Voucherify ไปยัง Braze;
การกำหนดค่าการแจ้งเตือนแบบพุชของเว็บในแอปของเรา

แคมเปญการแจ้งเตือนแบบพุช

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

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

เปิด จัดการกลุ่มแอป เพื่อกำหนดบริบทของแอป
เลือกเว็บแอปเพื่อรับคีย์สาธารณะของ API

ตอนนี้คุณสามารถไปที่แคมเปญและสร้างแคมเปญการแจ้งเตือนแบบพุชใหม่
เขียนข้อความที่มีรหัสคูปอง {{custom_attribute.${coupon}}} เลือกแท็บทดสอบแล้วใช้ส่งการทดสอบไปที่ตัวฉันเอง หากคุณอนุญาตให้มีการแจ้งเตือนทางเว็บ คุณควรสังเกตเห็นข้อความเลื่อนที่มุมขวาบน

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

สร้างไฟล์ CSV อย่างง่ายตามบรรทัด:

external_id, คูปอง

[email protected], xyz

และไปที่การนำเข้าผู้ใช้เพื่ออัปโหลด

ตอนนี้เราได้ข้อมูลทดสอบและเลือกตัวเลือก "แทนที่แอตทริบิวต์ของผู้รับ..." แล้ว เราจะเห็นตัวแปรที่ถูกแทนที่
ในแท็บ การจัดส่ง ให้เปลี่ยนประเภทการจัดส่งเป็นแบบอิงตามการดำเนินการ และเลือก Change Custom Attribute Value Trigger ดังรูปด้านล่าง:

ลงทะเบียน "ผู้ใช้ทั้งหมด" ในแคมเปญในขั้นตอนถัดไป และไม่ต้องเปลี่ยนแปลงการตั้งค่าอื่นๆ เมื่อคุณพร้อมแล้ว ให้คลิกที่ Launch Campaign ที่ด้านล่างขวา

ให้ Braze พร้อมรหัสคูปอง

นั่นคือช่วงเวลาที่เราควรเสียบ Voucherify กับ Braze โชคดีที่ Voucherify รองรับ Braze ด้วยการผสานการทำงานแบบเนทีฟ สิ่งเดียวที่เหลือในการเชื่อมต่อแพลตฟอร์มการตลาดทั้งสองนี้คือไปที่ Integrations เลือก Braze และระบุตำแหน่งข้อมูล API และคีย์

ตอนนี้คุณสามารถเปิดฉบับร่างของการแจกจ่ายของเราอีกครั้งและทำตามขั้นตอนสุดท้ายให้เสร็จสิ้น ระบุชื่อของฟิลด์ที่กำหนดเองซึ่ง Voucherify กำหนดรหัสที่ไม่ซ้ำกันและมูลค่าของมัน:

และตั้งค่าให้ใช้งานได้จริง จากนี้ไป ทุกครั้งที่ Radar ตรวจพบเหตุการณ์ geofence และด้วยเหตุนี้จึงอัปเดตกลุ่มลูกค้า Voucherify จะกำหนดรหัสคูปองให้กับลูกค้ารายนี้และเผยแพร่ในโปรไฟล์ผู้ใช้ใน Braze

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

รับการแจ้งเตือนแบบพุช

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

ตามปกติในกรณีของแพลตฟอร์มที่ไม่มีส่วนหัว ไม่จำเป็นต้องดำเนินการด้วยตนเอง Braze เป็นแพลตฟอร์มที่เน้นนักพัฒนาซอฟต์แวร์อย่างแท้จริง โดยนำเสนอ SDK โอเพ่นซอร์สสำหรับเว็บ

หากต้องการเริ่มต้นใช้งาน คุณต้องวางข้อมูลโค้ดสั้นๆ และกรอกด้วยคีย์ API สาธารณะ

const test_user = {

first_name : "ไมค์",

last_name : "เซดซีลิวสกี้",

อีเมล : "[email protected]"

}

+ฟังก์ชัน(a,p,P,b,y){appboy={};appboyQueue=[];for(var

s="เริ่มต้นทำลาย getDeviceId toggleAppboyLogging setLogger

การเปลี่ยนแปลง openSession คำขอของผู้ใช้ ImmediateDataFlush requestFeedRefresh

SubscribeToFeedUpdates requestContentCardsRefresh

SubscribeToContentCards อัพเดต logCardImpressions logCardClick

logCardDismissal logFeedDisplayed logContentCardsDisplayed

logInAppMessageImpression บันทึกInAppMessageClick

logInAppMessageButtonClick logInAppMessageHtmlClick

SubscribeToNewInAppMessages removeSubscription

removeAllSubscriptions logCustomEvent logPurchase isPushSupported

isPushBlocked isPushGranted isPushPermission Granted

registerAppboyPushMessages ยกเลิกการลงทะเบียนAppboyPushMessages

ส่งคำติชม trackLocation stopWebTracking resumeWebTracking

wipeData ab ab.DeviceProperties ab.User ab.User.Genders

ab.User.NotificationSubscriptionTypes ab.User.prototype.getUserId

ab.User.prototype.setFirstName ab.User.prototype.setLastName

ab.User.prototype.setEmail ab.User.prototype.setGender

ab.User.prototype.setDateOfBirth ab.User.prototype.setCountry

ab.User.prototype.setHomeCity ab.User.prototype.setLanguage

ab.User.prototype.setEmailNotificationSubscriptionType

ab.User.prototype.setPushNotificationSubscriptionType

ab.User.prototype.setPhoneNumber ab.User.prototype.setAvatarImageUrl

ab.User.prototype.setLastKnownLocation

ab.User.prototype.setUserAttribute

ab.User.prototype.setCustomUserAttribute

ab.User.prototype.addToCustomAttributeArray

ab.User.prototype.removeFromCustomAttributeArray

ab.User.prototype.incrementCustomUserAttribute

ab.User.prototype.addAlias

ab.User.prototype.setCustomLocationAttribute

ab.InAppMessage ab.InAppMessage.SlideFrom ab.InAppMessage.ClickAction

ab.InAppMessage.DismissType ab.InAppMessage.OpenTarget

ab.InAppMessage.ImageStyle ab.InAppMessage.TextAlignment

ab.InAppMessage.Orientation ab.InAppMessage.CropType

ab.InAppMessage.prototype.subscribeToClickedEvent

ab.InAppMessage.prototype.subscribeToDismissedEvent

ab.InAppMessage.prototype.removeSubscription

ab.InAppMessage.prototype.removeAllSubscriptions

ab.InAppMessage.Button

ab.InAppMessage.Button.prototype.subscribeToClickedEvent

ab.InAppMessage.Button.prototype.removeSubscription

ab.InAppMessage.Button.prototype.removeAllSubscriptions

ab.SlideUpMessage ab.ModalMessage ab.ข้อความเต็มหน้าจอ

ab.HtmlMessage ab.ControlMessage ab.Feed

ab.Feed.prototype.getUnreadCardCount ab.ContentCards

ab.ContentCards.prototype.getUnviewedCardCount ab.Card

ab.ClassicCard ab.CaptionedImage ab.Banner ab.ControlCard

ab.WindowUtils แสดง display.automaticallyShowNewInAppMessages

display.showInAppMessage display.showFeed display.destroyFeed

display.toggleFeed display.showContentCards display.hideContentCards

display.toggleContentCards sharedLib".split("

"),i=0;i<s.length;i++){สำหรับ(var

m=s[i],k=appboy,l=m.split("."),j=0;j<l.length-1;j++)k=k[l[j]];k[l[ เจ]

]=(ฟังก์ชันใหม่("ฟังก์ชันส่งคืน

"+m.replace(/\./g,"_")+"(){appboyQueue.push(อาร์กิวเมนต์); กลับ

true}"))()}appboy.getUser=function(){return ใหม่

appboy.ab.User};appboy.getCachedFeed=function(){return new

appboy.ab.Feed};appboy.getCachedContentCards=function(){ส่งคืนใหม่

appboy.ab.ContentCards};(y=p.createElement(P)).type='text/javascript

';y.src='https://js.appboycdn.com/web-sdk/2.3/appboy.min.js';y.async

=1;(b=p.getElementsByTagName(P)[0]).parentNode.insertBefore(y,b)}(wi

ndow,เอกสาร,'สคริปต์');

appboy.initialize('YOUR_KEY', {baseUrl:

"https://sdk.iad-03.braze.com/api/v3"});

appboy.toggleAppboyLogging();

appboy.registerAppboyPushMessages()

appboy.changeUser("[email protected]");

appboy.display.automaticallyแสดงNewInAppMessages();

appboy.openSession();

</script>

และลงทะเบียน service-worker.js:

self.importScripts('https://js.appboycdn.com/web-sdk/2.3/service-worker.js');

เมื่อพร้อมแล้ว ให้เรียกใช้การทดสอบอื่นด้วยผู้ใช้ "text@example" ในอินพุต "เพิ่มผู้ใช้รายบุคคล" แอปของคุณควรได้รับการแจ้งเตือนพร้อมรหัสโปรโมชัน “xyz”

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

ขั้นแรก ตรวจสอบให้แน่ใจว่าแคมเปญของคุณทำงานอยู่และเปิดตัวเว็บแอปแล้ว ประการที่สอง ดาวน์โหลดคอลเลกชั่น Braze Postman เปิดแค็ตตาล็อกข้อมูลผู้ใช้ และเลือก User Track - Attributes Example (ถ้าไม่รู้จักบุรุษไปรษณีย์ ติดตามได้ที่นี่)

เปลี่ยน URL ปลายทางเป็น URL ที่คุณได้รับ ในกรณีของฉันคือ: https://rest.iad-03.braze.com/

และขอเพย์โหลดไปที่:

{{รหัส}}{

"api_key": "YOUR_KEY",

"คุณลักษณะ":[

{

"external_id":"[email protected]",

"คูปอง": "123"

}

]

} {{ENDCODE}}

ส่งคำขอและรอข้อความอื่นพร้อมรหัสคูปองที่อัปเดต

การทดสอบหน่วยการสร้างหัวขาดทั้งหมด

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

ตอนนี้ผู้ใช้สามารถนำรหัสของตนไปใส่ลงในกล่องคูปองที่ Voucherify รับรองความถูกต้องที่ส่วนหลัง

มาสรุปชัยชนะของแพลตฟอร์มหัวขาดที่นี่:

ในเวลาประมาณหนึ่งชั่วโมง เราได้นำเสนอโซลูชันที่ใช้งานได้สำหรับสถานการณ์ทางธุรกิจที่ค่อนข้างซับซ้อน
ฐานรหัสนั้นสั้นและเรียบง่ายมาก - ซึ่งแปลเป็นค่าใช้จ่ายในการบำรุงรักษาน้อยลง
แม้ว่าเราจะไม่สามารถควบคุมโซลูชันได้ 100% แต่ก็ยังเปิดให้ปรับแต่งได้ด้วยการเข้าถึง API
การขาดความเป็นเจ้าของอย่างสมบูรณ์นั้นสมดุลกับการสนับสนุนจากทีมผู้ขายและคุณภาพของเครื่องมือที่ดีขึ้น
ด้วยเว็บฮุคและเครื่องมืออย่าง Zapier คุณจะเชื่อมต่อและรวมแผนกและระบบต่างๆ เข้าด้วยกันได้อย่างรวดเร็ว

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

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

วิธีหัวขาดจะช่วยฉันได้อย่างไร

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

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

รู้วิธีลดเวลาในการออกสู่ตลาด
ภาพรวมของเทคนิคการลดต้นทุนการบำรุงรักษา
ความสามารถในการลดการพึ่งพาเทคโนโลยีแต่ละอย่าง
ภาพรวมของเทคโนโลยีในปัจจุบันที่สนับสนุนทั้งสามข้างต้น

จะหาแพลตฟอร์มการค้าที่ไม่มีหัวได้ที่ไหน

จุดเริ่มต้นที่ดีอาจเป็นรายการนี้:

โปรโมชั่น

บัตรกำนัล
Giftbit
Vauchar

แคตตาล็อกและสินค้าคงคลัง

รีคอมบี
Channelape
ตกผลึก

รถเข็น

Snipcart
Foxy

การชำระเงิน

ลาย
เนื่องจาก
สี่เหลี่ยม

ข้อความ

ชั้น
พุชเชอร์
ผับนัม

การจองและกิจกรรม

Timekit
Ingresso

การส่งสินค้า

ชิปโป
Shipcloud
ลอบ

ทั่วไป

ยางยืด
Snipcart
มอลติน
สั่งซื้อคลาวด์
Commercetools

แต่ถ้าคุณต้องการก้าวไปไกลกว่าอีคอมเมิร์ซหัวขาด ขอแนะนำให้ไปที่ https://www.programmableweb.com แล้วลองค้นหาดู อีกวิธีหนึ่งในการเริ่มต้นการวิจัยของคุณคือการเรียกดูการผสานรวมของ Zapier

อีกอย่างคือไปที่เครือข่าย Postman API

ทรัพยากร:

ซอร์สโค้ดสาธิตความผิดพลาด