การใช้งาน Martech: เคล็ดลับ 3 ข้อสำหรับการจัดตำแหน่งข้ามสายงาน

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

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

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

1. ตรวจสอบให้แน่ใจว่ามีการเผยแพร่ประชาสัมพันธ์และการสื่อสารเชิงรุก

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

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

• ขอมีส่วนร่วมในทีมงานดำเนินงานเชิงรุก
  • “แล้วคุณจะจัดสรรใครให้กับโครงการนี้”
• ขอให้ช่วยสื่อสารโครงการกับผู้นำของพวกเขา
  • “คุณมีฟอรัมเพื่อรับการสนับสนุนจาก X ฉันสามารถมานำเสนอข้อเสนอนี้กับคุณได้หรือไม่ เนื่องจากเราต้องการความมุ่งมั่นตรงต่อเวลาและทรัพยากร”
• ขอมีส่วนร่วมในการพัฒนาแผนโครงการ
  • “ใครสามารถช่วยร่างการดำเนินการและความต้องการของคุณในแผนโครงการโดยรวมได้”

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

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

2. พัฒนาแผนโครงการข้ามสายงาน

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

คุณควรพิจารณาทีมต่อไปนี้ในแผนโครงการข้ามสายงาน ทั้งนี้ขึ้นอยู่กับขนาดขององค์กรของคุณ:

• การตลาด.
• มาร์เทค.
• ไอที/วิศวกรรม
• การวิเคราะห์
• การดำเนินการทางการตลาด
• การจัดการข้อมูล.

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

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

• เมื่อพิจารณาถึงความสามารถของแพลตฟอร์มใหม่ในการทำ X คุณช่วยฉันสรุปวิธีที่เราจะยกเลิกความสามารถนั้นในแพลตฟอร์ม Y ได้ไหม หากมีอะไรเกิดขึ้น เราจะยังคงทำงานในระบบต่อไปหรือไม่?
• เราเห็นด้วยหรือไม่ว่าทีม A ทำ Z และทีม B จะทำ Y? สิ่งนั้นเปลี่ยนแปลงไปพร้อมกับโซลูชันใหม่หรือไม่? ใครเหมาะที่สุดในการจัดการ C?
• เราต้องปฏิบัติตามข้อกำหนดเบื้องต้นอะไรบ้างก่อนดำเนินการ D? คุณต้องใช้เวลาเท่าไรในการทำงานให้เสร็จและจัดทีมพันธมิตรของคุณ?
• หากทีมใหม่นี้รับหน้าที่นี้ เพื่อนร่วมทีมที่เหลือจะทำงานอะไรต่อไปในอนาคต?

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

3. กำหนดรูปแบบการดำเนินงานใหม่

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

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

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

• ใครจะเป็นผู้รับผิดชอบความสามารถหลัก (เช่น การพัฒนาเทมเพลตและส่วนประกอบ การสร้างและส่งแคมเปญ ประสิทธิภาพแพลตฟอร์มและเวลาทำงาน การรายงาน ฯลฯ)
• ใครเป็นผู้กำหนดแผนงานผลิตภัณฑ์และการปรับปรุงฟีเจอร์ ใครได้คะแนนเสียงครั้งสุดท้าย?
• ใครเป็นผู้ทำการเปลี่ยนแปลงอนุกรมวิธาน ข้อมูล แพลตฟอร์ม (ส่วนหน้าและส่วนหลัง) ฯลฯ

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