Data science

MDM แบบหลายโดเมนกับหลายโดเมน: ความแตกต่างมีมากกว่าที่คุณคิด

คลิกเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับผู้แต่ง Bill O'Kane ในช่วงแปดปีของผมในฐานะนักวิเคราะห์ของ Gartner ซึ่งครอบคลุม Master Data Management (MDM) และสองปีในการให้คำปรึกษาลูกค้าและผู้มีแนวโน้มจะเป็นผู้จำหน่ายชั้นนำ ความท้าทายทางธุรกิจที่องค์กรพยายามแก้ไขด้วย MDM นั้นซับซ้อนและไม่ค่อยเกี่ยวข้องกับหมวดหมู่หรือโดเมนของข้อมูลเพียงรายการเดียว เมื่อเร็ว ๆ นี้ แนวโน้ม MDM ใหม่ได้เกิดขึ้นโดยที่ผู้ขายได้เริ่มปรับใช้แอปพลิเคชันโดเมนเดียวที่สร้างไว้ล่วงหน้า (เช่น MDM ของลูกค้า, MDM ของผลิตภัณฑ์ ฯลฯ) แต่อ้างว่าให้ความสามารถ MDM แบบหลายโดเมนที่แท้จริงผ่านการผสมผสานของแอปพลิเคชันเหล่านี้ ปัญหาคือในขณะที่แอปพลิเคชันเดี่ยวที่ไม่ต่อเนื่องเหล่านี้ร่วมกันสร้างโดเมนข้อมูลหลักหลายโดเมน พวกเขายังคงได้รับการจัดการเป็นแอปพลิเคชันที่แยกจากกันหลายรายการ ซึ่งฉันเรียกว่า MDM “หลายโดเมน” ผู้จำหน่าย MDM แบบหลายโดเมนอ้างว่าการปรับใช้แอปพลิเคชันที่สร้างไว้ล่วงหน้าช่วยให้องค์กรสามารถเริ่มต้นได้อย่างรวดเร็วและคุ้มค่ากว่าแพลตฟอร์ม MDM แบบหลายโดเมนที่กว้างกว่าและยืดหยุ่นกว่า พวกเขายังส่งเสริมแนวคิดที่ว่าลูกค้ายังคงสามารถขยายไปสู่กรณีการใช้งานเพิ่มเติมโดยเพียงแค่ปรับใช้อินสแตนซ์เพิ่มเติมของ MDM สำหรับทุกโดเมนใหม่ที่ต้องการจัดการ ฟังดูดีใช่มั้ย? ไม่เร็วนัก การวิเคราะห์ต้นทุนที่ซ่อนอยู่ของอินสแตนซ์ MDM เดียว แม้ว่าวิธีการแบบหลายโดเมนแบบใหม่นี้อาจดูเหมือนมีความคล่องตัวในตอนแรก แต่ก็มีข้อจำกัดและข้อกังวลหลายประการเมื่อเทียบกับแพลตฟอร์ม MDM แบบหลายโดเมนแบบเดิม เกือบจะซับซ้อนและมีราคาแพงกว่าทุกครั้ง เนื่องจากแอปพลิเคชันเฉพาะโดเมนแต่ละแอปพลิเคชันต้องการการปรับแต่งและขาดการผสานรวมกับแอปพลิเคชันอื่นๆ นอกจากนี้ เนื่องจากผลิตภัณฑ์ที่ได้รับอนุญาตแยกต่างหากในรายการราคาของผู้ขาย จึงมีต้นทุนที่เพิ่มขึ้นมาก ในทางกลับกัน วิธีการแบบหลายโดเมนนี้อาจดูเหมือนเป็นการยกระดับที่จัดการได้มากขึ้นสำหรับองค์กรที่ใช้ MDM เนื่องจากอินสแตนซ์ MDM แต่ละรายการสร้างขึ้นด้วยประเภทข้อมูลหรือโดเมนเฉพาะ บริษัทต่างๆ สามารถเริ่มต้นการเรียนรู้ข้อมูลลูกค้าได้อย่างรวดเร็ว เป็นต้น แต่บริษัทต่างๆ มักพบว่าในขณะที่โซลูชันข้อมูลลูกค้าที่สร้างไว้ล่วงหน้ามี (เช่น) 100 แอตทริบิวต์ “มาตรฐาน” พร้อมใช้งานเท่านั้น 20 หรือนำไปใช้จริงกับธุรกิจและฐานลูกค้าของตน พวกเขาอาจพบว่าแบบจำลองข้อมูลที่มีเฉพาะข้อมูลลูกค้าไม่ได้ให้ข้อมูลเชิงลึกมากนักเมื่อแยกจากผลิตภัณฑ์ที่พวกเขาซื้อ ช่องทางที่พวกเขาซื้อ และแคมเปญการตลาดที่พวกเขาโต้ตอบด้วย นอกจากนี้ ในที่สุด อย่างน้อยหนึ่ง (และอาจจะทั้งหมด) ของแอปพลิเคชันโซลูชันหลายโดเมนจะต้องมีการอ้างอิงถึงแอปพลิเคชัน MDM อื่น ๆ เพื่อให้บริการกรณีการใช้งานครั้งเดียว แม้ว่าโซลูชันแบบหลายโดเมนนี้จะขายเป็นโซลูชันแบบบูรณาการเพื่อเอาชนะปัญหาคุณภาพข้อมูลของบริษัท แต่ก็อาจกลายเป็นเพียงแอปพลิเคชันแบบแยกส่วนสำหรับผู้เชี่ยวชาญด้านข้อมูลเพื่ออ้างอิงเมื่อพยายามรายงานข้อมูลจากการวางแผนทรัพยากรองค์กร (ERP) ต่างๆ การรายงานทางการเงิน และระบบอื่นๆ เมื่อองค์กรดำเนินการผ่านกระบวนการปรับแต่งอินสแตนซ์ MDM ที่สร้างไว้ล่วงหน้าแต่ละรายการเพื่อให้เหมาะกับความต้องการเฉพาะ และอาจรวมเข้ากับแอปพลิเคชันเฉพาะโดเมน MDM อื่นๆ ก็เห็นได้ชัดว่าเหตุใดวิธีการนี้จึงมักจะซับซ้อนและมีราคาแพงกว่าแบบจำลองข้อมูลแบบคลาสสิก -agnostic แพลตฟอร์มหลายโดเมนที่จัดการโดเมนข้อมูลหลายโดเมนในอินสแตนซ์ MDM เดียว ทั้งนี้เนื่องจากอินสแตนซ์โดเมนเดียวเหล่านี้ของ MDM ต้องได้รับการแก้ไขเพื่อให้เหมาะกับความต้องการเฉพาะของธุรกิจ แหล่งข้อมูลเดิม และกรณีการใช้งานที่เป็นปัญหา เมื่อกรณีการใช้งานเพิ่มเติมเกิดขึ้นและองค์กรต้องการขยาย ค่าใช้จ่ายที่เกี่ยวข้องกับการบำรุงรักษาอินสแตนซ์หลายรายการและการอนุญาตให้ใช้สิทธิแยกกันสำหรับแต่ละโดเมนสามารถเพิ่มขึ้นแบบทวีคูณ ทั้งหมดนี้ไม่ได้รับประโยชน์จากแนวทาง MDM ที่ใช้แพลตฟอร์มหลายโดเมนแบบบูรณาการ ในขณะที่ปัญหาเหล่านี้สามารถคาดการณ์ได้ล่วงหน้า โดยผ่านการตรวจสอบอย่างรอบคอบโดยปรับความต้องการ MDM ให้สอดคล้องกับปัญหาทางธุรกิจที่แท้จริงขององค์กร วิธีการแบบโดเมนเดียวหรือหลายโดเมนนี้สามารถนำเสนอมุมมองปัญหาทางธุรกิจที่มีสายตาสั้น (และมักจะไม่สมบูรณ์) ในทำนองเดียวกัน และโอกาสต่างๆ บรรลุความยืดหยุ่นของ MDM: หลายโดเมนหรือหลายโดเมน? ลูกค้าของโซลูชัน MDM แบบหลายโดเมนจะทำให้เชื่อว่า MDM แบบหลายโดเมนเป็นการนำโดเมนข้อมูลหลักสองโดเมนไปใช้งานแบบอนุกรมหรือแม้กระทั่งพร้อมกัน อย่างไรก็ตาม ควรใช้หลายโดเมนเพื่อหมายถึงอิสระและความยืดหยุ่นในการสร้างแบบจำลองเฉพาะเอนทิตีข้อมูลหลักและคุณลักษณะที่นำไปสู่ผลลัพธ์ทางธุรกิจที่ตกลงกันไว้ โดยไม่คำนึงถึงโดเมนข้อมูลที่เป็นของโดเมนเหล่านั้น แน่นอน แนวทางปฏิบัติที่ดีที่สุดนี้เหมาะสมก็ต่อเมื่อโซลูชัน MDM ที่ได้มานั้นเป็นแพลตฟอร์มที่ไม่เชื่อเรื่องแบบจำลองข้อมูล และผู้ขายไม่ได้ให้สิทธิ์ใช้งานแต่ละโดเมนแยกกัน ซึ่งมักเกิดขึ้นกับผู้ขาย MDM แพลตฟอร์มหลายโดเมนด้วยเช่นกัน ในฐานะผู้เล่นหลายโดเมน ตัวอย่างก่อนหน้านี้ของฉันในองค์กรที่ซื้อโซลูชันข้อมูลลูกค้าที่สร้างไว้ล่วงหน้าซึ่งมีแอตทริบิวต์ 20 มีราคาแพงกว่าแบบทวีคูณ – และมีคุณค่าต่อลูกค้าน้อยลง – เนื่องจากถูกบังคับให้ซื้อแอปพลิเคชันเพิ่มเติมหรือ อินสแตนซ์ของ MDM แม้แต่แอปพลิเคชันแบบหลายโดเมนจากผู้จำหน่ายรายเดียวก็มักจะเป็นเพียงเวอร์ชันเสริมของโมเดลข้อมูล บริการการรวมข้อมูล และอินเทอร์เฟซผู้ใช้ตามแพลตฟอร์มหลายโดเมนที่อยู่ด้านล่าง ในทางกลับกัน ผู้จำหน่ายและโซลูชัน MDM แบบหลายโดเมนที่แท้จริงเสนอโมเดลการอนุญาตให้ใช้สิทธิ์แบบไม่เชื่อเรื่องพระเจ้าในโดเมน ซึ่งช่วยให้โปรแกรมเติบโตเพิ่มขึ้นเมื่อผู้นำไปใช้ระบุความต้องการทางธุรกิจเพิ่มเติม โดยไม่ต้องกังวลเกี่ยวกับการข้ามเส้นขอบเขตของโดเมนข้อมูลอย่างง่าย ซึ่งทำให้ต้นทุนซอฟต์แวร์เพิ่มขึ้น ซึ่งไปข้างหน้า. ด้วยโมเดลการกำหนดราคาแบบไม่เชื่อเรื่องพระเจ้าในโดเมน องค์กรสามารถให้สิทธิ์ใช้งานแอตทริบิวต์ข้อมูลลูกค้า 20 ที่พวกเขาต้องการ (ในตัวอย่างด้านบน) พร้อมกับ (หรือจำนวนเท่าใดก็ได้ที่ความต้องการทางธุรกิจรับประกัน) คุณลักษณะที่แบ่งระหว่างข้อมูลประเภทอื่นๆ โดยไม่ก่อให้เกิดค่าใช้จ่ายคงที่ที่ไม่จำเป็นสำหรับโดเมนเพิ่มเติมแต่ละโดเมน กรณีศึกษา True, Multidomain MDM องค์กรต่าง ๆ พบว่าแนวทางที่เหมาะสมที่สุดคือ MDM แบบหลายโดเมนที่แท้จริง แทนที่จะใช้แอปพลิเคชันโดเมนเดียวหรือหลายโดเมน กรณีการใช้งานอื่นๆ เนื่องจากไม่มีปัญหาทางธุรกิจที่แท้จริงสามารถแก้ไขได้ด้วยการจัดการโดเมนเดียว ผู้ขายและผู้ดำเนินการต้องใช้แนวทางแบบหลายโดเมนที่ครอบคลุมสำหรับ MDM แม้ว่าผู้จำหน่ายแบบโดเมนเดียวและหลายโดเมนอ้างว่าโซลูชันของตนเสนอการเริ่มต้นที่เร็วกว่าและต้นทุนที่ต่ำกว่าโซลูชันแบบหลายโดเมน แต่ก็ขาดฟังก์ชันและชุดคุณลักษณะของโซลูชันที่ครอบคลุม ในขณะที่ลูกค้าก้าวไปข้างหน้าในการเปลี่ยนแปลงทางดิจิทัล การโยกย้ายระบบคลาวด์ หรือเส้นทางการริเริ่มข้อมูลอื่นๆ พวกเขาสมควรได้รับแนวทาง MDM ที่ปรับขนาดตามการเติบโตของพวกเขา และช่วยให้พวกเขาเผชิญกับความท้าทายใหม่ๆ พวกเขายังต้องเข้าใจความแตกต่างที่ละเอียดอ่อนแต่มีค่าใช้จ่ายสูงก่อนที่จะมุ่งหน้าไปตามเส้นทางที่อาจทำให้ผลลัพธ์หยุดชะงัก และที่แย่กว่านั้นคือโครงการ MDM โดยรวม

  • บ้าน
  • Business
  • Data science
  • Marketing
  • Leave a Reply

    Your email address will not be published. Required fields are marked *

    Back to top button