CDP ควรอยู่ส่วนไหนของ martech stack?

แพลตฟอร์มข้อมูลลูกค้า (CDP) ใด ๆ จะต้องอยู่ในสแต็ค martech ของคุณอย่างดี รวมถึงระบบนิเวศข้อมูลลูกค้าของคุณ เช่นเดียวกับทางเลือกทางสถาปัตยกรรมอื่นๆ คุณต้องเผชิญกับสิทธิ์และข้อผิดพลาดเล็กน้อยที่นี่ แต่คุณมีตัวเลือกที่ควรพิจารณา

ที่ Real Story Group เราได้เห็นแนวทางกว้างๆ 3 แนวทาง ซึ่งรวมถึงความแตกต่างของแต่ละแนวทาง:

• การออกใบอนุญาต CDP จากชุดอุปกรณ์ martech ของคุณ
• ปรับใช้ CDP ที่ดีที่สุด
• การใช้ส่วนประกอบเพื่อสร้างฟังก์ชันที่จำเป็นของ CDP (ฉันได้สำรวจแนวทางที่สามในบทความก่อนหน้านี้แล้ว แต่ฉันจะขยายเพิ่มเติมที่นี่)

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

วิธีที่ 1: CDP จากชุดสมอ

ผู้จำหน่ายชุดโปรแกรมจำนวนมาก — SAP, Adobe, Oracle, Salesforce และ Microsoft — ขายชุดการตลาดแบบกว้างที่สนับสนุน (ในระดับที่แตกต่างกัน) โดย CDP เสริม ซึ่งพวกเขาต้องการให้คุณอนุญาตอย่างมาก

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

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

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

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

เจาะลึก: คู่มือผู้ซื้อแพลตฟอร์มข้อมูลลูกค้า (CDP)

แนวทางที่ 2: ปรับใช้ CDP ที่ดีที่สุด

มี CDP เฉพาะทางมากมายในตลาด CDP สามารถมอบฟังก์ชันการทำงานที่หลากหลาย และด้วยเหตุนี้ ตลาดจึงกว้าง แยกส่วน และโดดเด่นด้วยแนวทางต่างๆ มากมายสำหรับชุดคุณลักษณะและสถาปัตยกรรม

ดังนั้นจึงเป็นโอกาสที่ดีที่คุณจะพบโซลูชันบรรจุภัณฑ์ที่เหมาะสม ซึ่งเป็นประโยชน์เสมอ อย่าลืมว่าแม้จะมี CDP ที่ดีที่สุด แต่บางคนก็ยังต้องทำการพัฒนาและรวมงานจำนวนมาก

วิธีที่ 3: ประกอบส่วนประกอบ

แทนที่จะใช้ CDP แบบแพ็กเกจ คุณ "เขียน" CDP ของคุณโดยใช้คอมโพเนนต์อื่นๆ องค์กรส่วนใหญ่มีคลังข้อมูล (DWH) และ/หรือ Data Lake อยู่แล้ว ดังนั้น แทนที่จะคัดลอกข้อมูลนั้นจาก DWH ไปยัง CDP ทำไมไม่ใช้ DWH เป็น CDP ล่ะ

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

แต่นั่นยังไม่เพียงพอ คุณยังต้องการส่วนประกอบสำหรับความสามารถอื่นๆ ที่ CDP มอบให้:

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

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

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

ความสามารถในการจัดองค์ประกอบเป็นสเปกตรัม

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

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

อะไรคือการแลกเปลี่ยน?

ไม่มี "หนึ่งขนาดที่เหมาะกับทุกคน" ในตลาดนี้ และมีการแลกเปลี่ยนอยู่เสมอ

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

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

คุณควรตัดสินใจอย่างไร?

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

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

แนวทาง "ส่วนประกอบ" ช่วยให้คุณสร้างบางสิ่งที่เฉพาะเจาะจงกับความต้องการปัจจุบันของคุณ อาจเริ่มต้นได้ง่ายๆ (“เราสามารถรับข้อมูลของคุณจาก Snowflake และส่งไปยังแพลตฟอร์มอีเมลของคุณได้ภายใน 5 นาที”) แต่เมื่อความต้องการของคุณซับซ้อนมากขึ้น คุณก็ต้องการชิ้นส่วนมากขึ้น ทำให้สแต็กของคุณซับซ้อนยิ่งขึ้น

อีกครั้งไม่มีคำตอบ pat ที่นี่

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

เพิ่ม MarTech ในฟีด Google News ของคุณ

---