ถามนักพัฒนา: นักพัฒนาซอฟต์แวร์อาวุโสของ myDNA Elliott Millar เกี่ยวกับการผสานการทำงาน Braze การใช้ประโยชน์จาก AWS EventBridge และการจัดลำดับความสำคัญของการวิจัยก่อนโครงการ

นักพัฒนามีบทบาทสำคัญในการทำให้มั่นใจว่าลูกค้าของเราสามารถผสานรวมและใช้ประโยชน์จากแพลตฟอร์ม Braze ได้อย่างราบรื่นเพื่อสนับสนุนความพยายามทางการตลาดของพวกเขา เพื่อเรียนรู้เพิ่มเติมเกี่ยวกับงานที่นักพัฒนาทำเกี่ยวกับ Braze และประสบการณ์ของพวกเขา ฉันได้พูดคุยกับ Elliott Millar นักพัฒนาซอฟต์แวร์อาวุโสที่ myDNA ซึ่งเป็นแบรนด์สุขภาพทางพันธุกรรมชั้นนำ นี่คือสิ่งที่เขาพูด*:

คุณช่วยบอกเราหน่อยเกี่ยวกับ myDNA และบทบาทของคุณที่นั่นได้ไหม

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

myDNA เริ่มต้นด้วยผลิตภัณฑ์เภสัชพันธุศาสตร์ ซึ่งสามารถช่วยให้ผู้ปฏิบัติงานด้านการดูแลสุขภาพสั่งยาของผู้ป่วยได้แม่นยำยิ่งขึ้น และสิ่งนี้ได้สร้างความแตกต่างอย่างมากให้กับชีวิตจำนวนมาก ขณะนี้ มีงานวิจัยดีเอ็นเอจำนวนมากที่แสดงให้เห็นว่าพันธุกรรมส่งผลต่อสุขภาพของเราอย่างไร เช่น อาหาร การออกกำลังกาย การนอนหลับ และอายุของผิว เป็นต้น ดังนั้น myDNA จึงมีผลิตภัณฑ์เพื่อสุขภาพโดยทั่วไปเช่นกัน ผลิตภัณฑ์ดังกล่าวให้ข้อมูลเชิงลึกและคำแนะนำเกี่ยวกับ DNA แก่ผู้คน รวมถึงแผนการรับประทานอาหารและการออกกำลังกายที่ปรับเปลี่ยนในแบบของคุณโดยอิงจากผลลัพธ์ทางพันธุกรรมผ่านแอป myDNA Unlocked นี่คือที่มาของ Braze เราใช้ Braze เพื่อให้บริการเนื้อหาส่วนบุคคลนี้แก่ลูกค้าของเราผ่านแอพเพื่อช่วยให้พวกเขาเปลี่ยนพฤติกรรมและบรรลุเป้าหมายด้านสุขภาพ

ฉันเป็นนักพัฒนาซอฟต์แวร์อาวุโสที่ myDNA ฉันได้รับบทบาทนี้ตั้งแต่เดือนตุลาคม และหนึ่งในโครงการแรกๆ ที่ฉันเป็นผู้นำคือการรวม Braze เข้ากับ myDNA Unlocked ฉันเป็นนักพัฒนาแบบฟูลสแตก ดังนั้นฉันจึงสามารถทำงานได้แทบทุกอย่างในชุดซอฟต์แวร์ของเรา ไม่ว่าจะเป็นการชนกับฐานข้อมูล SQL, การตั้งค่าแบ็กเอนด์ .net, ทำสิ่งต่างๆ ด้วย React Native หรือจัดการกับ Objective-C ไม่สำคัญหรอก—วางฉันไว้ที่ใดก็ได้

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

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

คุณได้ค้นคว้าข้อมูลก่อนที่จะเริ่มโครงการบูรณาการ Braze หรือไม่?

ฉันทำวิจัยอย่างบ้าคลั่ง ฉันดูวิดีโอประมาณ 20 ชั่วโมงใน LAB [Learning at Braze] และอ่านหน้าเอกสารจำนวนมาก—มีจำนวนมากที่น่าทึ่ง—เพราะฉันจำเป็นต้องรู้ทุกอย่างเกี่ยวกับซอฟต์แวร์ชิ้นนี้ ฉันจะรู้ได้อย่างไรว่ามันใช้งานได้หรือควรทำอย่างไร ฉันยังจำเป็นต้องรู้ทุกอย่างจากมุมมองของทีมประสบการณ์ลูกค้า (CX) ของเรา เนื่องจากพวกเขาคือผู้ที่จะเป็นเจ้าของ Braze เป็นหลัก เราจะใช้งานจริงได้อย่างไร? มันทำงานอย่างไรกับ iOS และ Android? ในตอนแรก ฉันไม่แน่ใจจริงๆ ว่าใครจะเข้าร่วมในโครงการนี้ และถ้าฉันเป็นผู้นำโครงการ ฉันจำเป็นต้องรู้ทุกอย่างเกี่ยวกับสิ่งที่เกิดขึ้นเพื่อที่ฉันจะได้มอบหมายงาน คิดทุกอย่าง และ รับค่าประมาณที่เหมาะสม

ดังนั้นฉันจึงดูบทช่วยสอนเกี่ยวกับการปรับเปลี่ยนให้เป็นส่วนตัวของ Liquid, เนื้อหาที่เชื่อมต่อ, คุณลักษณะที่กำหนดเองและเหตุการณ์ที่กำหนดเอง, วิธีผสานรวม, IP warming คืออะไรและทำอย่างไร, วิธีเข้าถึง push priming, สิ่งเหล่านี้ เรียนรู้สิ่งต่าง ๆ มากมายที่ต้องระวังด้วยเนื้อหาที่เชื่อมต่อ เช่น ความเสี่ยงในการทำให้ API ของคุณพัง หรือว่าคุณควรใช้เดลตาอย่างไร แทนที่จะต้องดูข้อมูล 450 ล้านจุดเพียงเพราะสิ่งที่เกิดขึ้นในระบบของคุณ และในเอกสารประกอบ มีทุกอย่างตั้งแต่วิธีตั้งค่าเว็บฮุคของคุณ ไปจนถึงวิธีการทำงานของ Braze API และ SDK

และเมื่อฉันทำเสร็จแล้ว ฉันไปและสร้างส่วนใน Confluence ของเราเพื่อกรองข้อมูลทั้งหมดที่ฉันได้รับจาก Braze ให้เป็นรูปแบบวัสดุสิ้นเปลืองที่ดีสำหรับผู้พัฒนารายอื่นๆ โดยพื้นฐานแล้ว ด้วยวิธีนี้ แม้ว่าพวกเขาต้องการความรวดเร็วใน 24 ชั่วโมง ข้อมูลทั้งหมดที่พวกเขาต้องการจะอยู่ในศูนย์กลางแห่งเดียว ฉันมักจะสร้างเอกสารขนาดใหญ่ที่สร้างไดอะแกรมการรวมของเรากับ Braze โดยอิงจากการวิจัยทั้งหมดที่ฉันทำ เมื่อถึงเวลาต้องทำ ฉันก็รู้สึกพร้อม

คุณช่วยพูดหน่อยได้ไหมว่าทำไมจึงตัดสินใจรวม Braze เข้าด้วยกัน?

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

ในกระบวนการนั้น โดยพื้นฐานแล้วเราพบว่ามีจุดสัมผัสหลักสามจุดที่เราต้องหาเมื่อใช้ประโยชน์จาก Braze:

• การติดตั้ง SDK ลงในแอพมือถือของเราเพื่อรองรับการควบคุมการส่งข้อความของทีม CX

• การจัดการข้อมูลที่เคลื่อนไหวรวดเร็วและไวต่อเวลาโดยเชื่อมต่อ Braze กับ AWS EventBridge

• การจัดการข้อมูลที่เร่งด่วนน้อยกว่าโดยใช้ Braze ร่วมกับ Hightouch, FiveTran และเทคโนโลยีอื่นๆ

คุณช่วยแนะนำเราผ่านจุดสัมผัสแรกนั้น ที่เกี่ยวข้องกับ SDK และการส่งข้อความได้ไหม

ก่อนที่เราจะรวม Braze ไว้ในแอพมือถือของเรา เราใช้ Expo ซึ่งเป็นเครื่องมือที่เราใช้ในการรวมแอพของเราและปรับใช้กับ App Store ของ Apple และ Google Play Braze ไม่รองรับงาน Expo ดังนั้นก่อนที่เราจะสามารถผสานรวมกับ Braze ได้ เราต้องนำงาน Expo ออกและเริ่มใช้เวิร์กโฟลว์เปล่า นั่นหมายถึงหนี้เทคโนโลยีจำนวนมากที่เราต้องจัดการ เช่น การตั้งไปป์ไลน์การสร้างใหม่ นอกจากนี้ ในกรณีของเรา เราต้องผสานรวม Objective-C สำหรับ iOS และ Java สำหรับ Android รวมถึง React Native เพื่อให้ทำงานได้ นั่นเป็นงานชิ้นใหญ่ แต่เรามีทีมภายในที่ยอดเยี่ยมที่จะช่วยและทำให้ทุกอย่างเกิดขึ้น [ หมายเหตุ: Braze เพิ่งอัปเดต iOS และ Android SDK เพื่อใช้ประโยชน์จาก Swift และ Kotlin ตามลำดับ]

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

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

ในตอนแรก เรามีปัญหาบางอย่างเกี่ยวกับการแจ้งเตือนแบบพุชที่เกี่ยวข้องกับการดีดงานเอ็กซ์โป แต่เราก็มีวิธีที่ยอดเยี่ยมมากในการแก้ไขปัญหาเหล่านี้โดยใช้ AWS EventBridge ดังนั้น แทนที่จะส่งการแจ้งเตือนแบบพุชผ่าน Expo เราเพียงแค่ส่งไปยังท่อส่ง EventBridge ดังนั้นเมื่อ Braze ไป เฮ้ ฉันมีกิจกรรมที่กำหนดเองที่จะส่งด้วยการพุช ข้อความจะถูกส่งออกไปพร้อมกับเนื้อหาแบบไดนามิก ซึ่งข้ามปัญหาที่เกี่ยวข้องกับงาน Expo เนื่องจากทันทีที่ผู้ใช้มีการอัปเดตที่เกี่ยวข้อง Braze จะรับโทเค็นการพุชและออกไป แต่ก่อนที่จะย้ายเส้นทางก่อนและหลังการเดินทางไปยัง Braze ทุกอย่างก็สามารถทำงานได้เหมือนเดิมผ่าน CRM

เมื่อพูดถึง EventBridge คุณช่วยเล่าหน่อยได้ไหมว่าคุณใช้งานสิ่งนี้ร่วมกับ Braze ได้อย่างไร

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

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

เมื่อปรากฏว่า EventBridge ทำงานได้ดีมากสำหรับกรณีการใช้งานนั้น เราสร้างที่เก็บเหตุการณ์ใหม่ซึ่งโฮสต์สถาปัตยกรรม AWS นั้น และเนื่องจากเราใช้ AWS CDK [Cloud Development Kit] สำหรับการตั้งค่าและการปรับใช้ทั้งหมดของเรา การทำเช่นนั้นง่ายมาก เราเพิ่งสร้างบัสเหตุการณ์ myDNA ใน AWS และเราบอกว่าหากคุณต้องการสมัครรับข้อมูล สิ่งที่คุณต้องทำคือเขียนกฎใหม่ใน CDK ของคุณสำหรับบริการเฉพาะที่คุณกำลังเรียกใช้ แล้วนำไปแนบกับบัสนั้น และจากนั้นสำหรับทุกอย่างที่ชนกับบัสนั้น เราจะทำการแมปรูปแบบมาตรฐาน

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

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

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

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

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

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

คุณช่วยบอกเราเกี่ยวกับจุดสัมผัสที่สามได้อย่างไร และวิธีที่คุณใช้ Braze และการซิงค์ข้อมูล Hightouch ของคุณ

จุดสัมผัสที่สามนั้นง่ายมาก มันแค่ใช้ Hightouch, Fivetran และเทคโนโลยีอื่น ๆ เพื่อรวบรวมข้อมูลจากที่อื่น ๆ แปลงเป็นรูปแบบที่เข้ากันได้กับคลังข้อมูลที่ดี จากนั้นไพพ์ลงใน Braze อย่างต่อเนื่อง

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

ความคิดสุดท้าย

สนใจที่จะเจาะลึกลงไปในด้านเทคนิคของแพลตฟอร์ม Braze หรือไม่? รับเรื่องราวพิเศษ การเรียนรู้ และข้อมูลเชิงลึกโดยตรงจากองค์กรผลิตภัณฑ์ การออกแบบ และวิศวกรรม (PDE) ของเราที่ บล็อกผลิตภัณฑ์ Building Braze และสำรวจข้อมูลโดยละเอียดของผลิตภัณฑ์ของเราด้วย เอกสารประกอบ ของ Braze

* การแปลงนี้ได้รับการแก้ไขเพื่อความยาวและความชัดเจน