สิ่งที่คุณต้องรู้เกี่ยวกับการรวมแพลตฟอร์ม

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

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

Greg Williams: คุณมีลูกค้าที่ต้องการเริ่มโครงการสร้างแพลตฟอร์มหรือสร้างแพลตฟอร์มใหม่กับคุณ อะไรคือขั้นตอนแรกในการเดินทางนั้น?

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

GW: ดังนั้นกฎข้อแรกคือ อย่ารีบเร่ง?

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

GW: อันไหน?

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

GW: คุณได้เรียนรู้บทเรียนอะไรอีกบ้าง?

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

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

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

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

GW: อะไรอีกที่ควรหลีกเลี่ยง?

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

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

GW: แผนและไทม์ไลน์สามารถตกลงกันได้ แต่ฉันคิดว่าการทำตามแผนนั้นเป็นความท้าทายอีกประการหนึ่ง…

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

GW: แล้วใครคนนั้นควรเป็นใคร?

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

GW: จะเป็นเช่นไรหากเป็นการเปิดตัวเว็บไซต์ใหม่ทั้งหมด

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

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

GW: SAP Hybris มีวิวัฒนาการในช่วงหลายปีที่ผ่านมา คุณช่วยพาเราผ่านการเดินทางนั้นได้ไหม

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

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

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

GW: อีคอมเมิร์ซมีการเคลื่อนไหวอย่างรวดเร็วอย่างไม่น่าเชื่อ คุณได้อัปเดตเพื่อรับมือกับการก้าวอย่างรวดเร็วของการค้าขายสมัยใหม่อย่างไร?

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