โปรเจกต์ส่วนใหญ่ล้มเหลวในรูปแบบเดียวกัน: ฝ่ายธุรกิจเป็นคนกำหนดความต้องการ นักออกแบบทำให้มันดูดี นักพัฒนาทำให้มันใช้งานได้ สามเฟสแยกกัน สามบทสนทนาแยกกัน และผลลัพธ์เดียวที่คาดเดาได้ — ผลิตภัณฑ์ที่ใช้งานได้ในเชิงเทคนิค ดูพอรับได้ในเชิงภาพ แต่กลางๆ ในเชิงกลยุทธ์
มีวิธีที่ดีกว่านั้น และมันไม่ใช่แค่ดีขึ้นเล็กน้อย — แต่ดีขึ้นอย่างมากและวัดผลได้จริง
กับดักของ Waterfall
แนวทางแบบดั้งเดิมเป็นแบบนี้: ผู้มีส่วนได้ส่วนเสียฝั่งธุรกิจเขียนความต้องการลงในเอกสาร ส่งต่อให้นักออกแบบที่สร้าง mockup นักออกแบบส่งต่อให้นักพัฒนาที่สร้างขึ้นมาจริง แต่ละเฟสเกิดขึ้นอย่างโดดเดี่ยว
ตอนที่นักพัฒนาเริ่มสร้าง พวกเขาจะพบว่าดีไซน์ไม่ได้คำนึงถึงข้อจำกัดทางเทคนิค พอถึงตอน launch ผลิตภัณฑ์ก็ไม่ตอบโจทย์เป้าหมายธุรกิจเพราะกลยุทธ์ถูกวางไว้ตั้งแต่หลายเดือนก่อนและไม่เคยอัปเดต ทุกคนทำหน้าที่ของตัวเองได้ดี แต่ผลลัพธ์ก็ยังกลางๆ อยู่ดี
เรื่องแบบนี้เกิดขึ้นใน 80% ของโปรเจกต์ดิจิทัล และป้องกันได้ทั้งหมด
การทำงานแบบบูรณาการเป็นอย่างไร
ลองนึกภาพสถานการณ์ที่ต่างออกไป นักกลยุทธ์ธุรกิจ นักออกแบบ และนักพัฒนาอยู่ในห้องเดียวกัน (หรือในคอลเดียวกัน) ตั้งแต่วันแรก
คนฝั่งธุรกิจพูดว่า "เราต้องเพิ่ม conversion ขึ้น 30%" นักออกแบบบอกว่า "checkout ปัจจุบันมีหลายขั้นตอนเกินไป — ผู้ใช้หลุดไปที่ขั้นที่สาม" นักพัฒนาเสริมว่า "เราสามารถทำ single-page checkout ที่มี progressive form ให้เสร็จได้ใน 2 สัปดาห์" ในบทสนทนาเดียว คุณได้จัดแนวทั้งเป้าหมาย ประสบการณ์ผู้ใช้ และโซลูชันทางเทคนิคให้ตรงกันเรียบร้อย
เปรียบเทียบกับสถานการณ์ที่: ฝ่ายธุรกิจเขียน "ปรับปรุง conversion" ไว้ในเอกสาร สองเดือนต่อมา นักออกแบบทำ redesign checkout 20 หน้าออกมา อีกหนึ่งเดือนหลังจากนั้น นักพัฒนาบอกว่า "อันนี้ต้องใช้เวลาสร้าง 4 เดือน" หกเดือนเพื่อทำสิ่งที่ทีมบูรณาการสามารถทำได้ใน 2 สัปดาห์
ทำไมจึงได้ผลิตภัณฑ์ที่ดีกว่า
ดีไซน์ที่เข้าใจความจริงทางเทคนิค เมื่อนักออกแบบรู้ว่าอะไรทำได้ง่ายในเชิงเทคนิคและอะไรแพง พวกเขาจะตัดสินใจเรื่องดีไซน์ได้ฉลาดขึ้น พวกเขาจะไม่ออกแบบฟีเจอร์ที่ต้องใช้เวลา development 6 เดือน ทั้งที่ทางเลือกอื่นให้คุณค่าแก่ผู้ใช้เท่าเดิมได้ใน 2 สัปดาห์
เทคโนโลยีที่ถูกชี้นำด้วยเป้าหมายธุรกิจ เมื่อนักพัฒนาเข้าใจเป้าหมายทางธุรกิจ พวกเขาจะตัดสินใจเรื่องสถาปัตยกรรมได้ดีขึ้น พวกเขาจะ optimize ให้สอดคล้องกับตัวชี้วัดที่สำคัญ และเสนอโซลูชันทางเทคนิคที่รับใช้กลยุทธ์ ไม่ใช่แค่รับใช้สเปก
กลยุทธ์ที่ตั้งอยู่บนสิ่งที่เป็นไปได้จริง เมื่อผู้มีส่วนได้ส่วนเสียฝั่งธุรกิจเข้าใจว่าเทคโนโลยีสมัยใหม่ทำอะไรได้บ้าง พวกเขาจะตั้งเป้าหมายที่ทั้งทะเยอทะยานและทำได้จริงมากขึ้น พวกเขาจะเลิกขอสิ่งที่แพงและไม่จำเป็น และเริ่มขอสิ่งที่มีผลกระทบและสร้างได้จริง
ข้อได้เปรียบด้านความเร็ว
ทีมบูรณาการเร็วกว่าทีมที่ทำงานแบบแยกส่วน 2-3 เท่า ไม่ใช่เพราะทำงานหนักกว่า แต่เพราะตัดสิ่งที่กินเวลาโปรเจกต์มากที่สุดออกไป นั่นคือการส่งงานกลับไปกลับมา ไม่มีอีกแล้วที่ "นักพัฒนาบอกว่าดีไซน์นี้ทำไม่ได้" ไม่มีอีกแล้วที่ "อันนี้ไม่ตรงกับที่ฝ่ายธุรกิจต้องการ" การตัดสินใจเกิดขึ้นครั้งเดียว ร่วมกัน และถูกต้อง
ปัญหาโผล่ขึ้นมาในไม่กี่ชั่วโมง ไม่ใช่หลายเดือน การปรับทิศทางเกิดขึ้นในบทสนทนา ไม่ใช่ในรอบแก้ไข ผลิตภัณฑ์พัฒนาไปในฐานะหนึ่งเดียวที่สอดคล้องกัน ไม่ใช่สามชิ้นที่ถูกประกอบเข้าด้วยกันทีหลัง
วิธีทำให้สำเร็จ
เลือกพาร์ทเนอร์ที่มีทั้งสามสายงานอยู่ภายในบริษัท ไม่ใช่ดีไซน์เอเจนซี่ที่จ้าง development ข้างนอก ไม่ใช่ dev shop ที่ละเลยดีไซน์ ไม่ใช่ที่ปรึกษาที่ส่งต่องาน implementation ให้คนอื่นทำ — แต่เป็นทีมเดียวที่ดีไซน์ เทคโนโลยี และกลยุทธ์ธุรกิจทำงานร่วมกันทุกวัน
ดึงทุกสายงานเข้ามาตั้งแต่การประชุมครั้งแรก ไม่ใช่ "เดี๋ยวเราค่อยดึงนักออกแบบเข้ามา" ไม่ใช่ "development เริ่มในเฟสสอง" ตั้งแต่บทสนทนาแรก ทุกมุมมองควรถูกเป็นตัวแทนอยู่แล้ว
ตัดสินใจร่วมกัน การรีวิวดีไซน์ควรมีนักพัฒนาร่วมด้วย การตัดสินใจทางเทคนิคควรมีผู้มีส่วนได้ส่วนเสียฝั่งธุรกิจร่วมด้วย การปรับกลยุทธ์ควรมีทุกคนที่สร้างผลิตภัณฑ์ร่วมด้วย
ผลลัพธ์
ผลิตภัณฑ์ที่สร้างด้วยทีมบูรณาการดูดีกว่า ใช้งานได้ดีกว่า และประสบความสำเร็จบ่อยกว่า มัน launch ได้เร็วกว่า มีต้นทุนต่ำกว่า (เพราะต้องทำใหม่น้อยลง) สอดคล้องกับเป้าหมายธุรกิจได้แม่นยำกว่า และทำให้ผู้ใช้ประทับใจ เพราะดีไซน์ เทคโนโลยี และกลยุทธ์ล้วนรับใช้วิสัยทัศน์เดียวกัน
พร้อมสัมผัสการพัฒนาแบบบูรณาการแล้วหรือยัง? มาเชื่อมดีไซน์ เทคโนโลยี และกลยุทธ์เข้าด้วยกันสำหรับโปรเจกต์ของคุณ
