B2B UX – อุปสรรคทั่วไปและการแก้ปัญหาที่บรรลุได้
เผยแพร่แล้ว: 2022-03-11การออกแบบ B2B UX นั้นฉาวโฉ่ ลองนึกถึง UI การ์ดลงเวลาที่คุณถูกขอให้ใช้ หรือ—ที่แย่ที่สุด—เวลาที่ใช้ในการยื่นรายงานค่าใช้จ่ายที่ซับซ้อนผ่านพอร์ทัลของบริษัท มันง่ายไหม?
ตัวอย่างบางส่วนที่ผู้อ่านหลายคนอาจคุ้นเคยคือโซลูชันการรายงานค่าใช้จ่ายของ Oracle หรือ Concur ซึ่งซับซ้อนอย่างสิ้นหวัง หากคุณเคยสมัครงานและจำเป็นต้องสร้างบัญชีเฉพาะของคุณเองและป้อนรายละเอียดเฉพาะทั้งหมดของคุณ เช่น ที่อยู่และคุณสมบัติในการทำงาน มีโอกาสที่ดีที่ระบบเบื้องหลังคือ Taleo ซึ่งเป็นซอฟต์แวร์จัดหางาน HR
แน่นอนว่านี่ไม่ใช่ซอฟต์แวร์ B2B ชนิดเดียว มีโซลูชันซอฟต์แวร์เฉพาะทางนับพันรายการสำหรับฟังก์ชันงานใดๆ ก็ตามที่สามารถจินตนาการได้ เช่น การจัดการทรัพยากรบุคคล การติดตามทางการเงิน ซอฟต์แวร์การตลาด และการจัดการซัพพลายเชน ซอฟต์แวร์นี้มีคุณลักษณะมากมายแต่ใช้งานยาก ซอฟต์แวร์มีมูลค่ามหาศาล แต่ปลดล็อกได้ยาก
เหตุผลที่ B2B UX แย่มาก
มีเหตุผลที่เข้าใจได้ว่าทำไมประสบการณ์ผู้ใช้ B2B ถึงแย่มาก ในบางกรณี ซอฟต์แวร์เป็นเพียงเวอร์ชันเก่า ซึ่งสร้างขึ้นในช่วงปลายยุค 90 หรือต้นทศวรรษ 2000 เมื่อการออกแบบเว็บแอปยังอยู่ในช่วงเริ่มต้น และเทคโนโลยีเบราว์เซอร์ไม่อนุญาตให้ได้รับประสบการณ์ที่หลากหลาย ซอฟต์แวร์ส่วนใหญ่สร้างขึ้นโดยทีมที่ประกอบด้วยวิศวกรเพียงผู้เดียวที่ไม่รู้อะไรเลยเกี่ยวกับการออกแบบ UX หรือ UI ข้อกังวลหลักของพวกเขาคือเพื่อให้แน่ใจว่าซอฟต์แวร์อนุญาตให้มีฟังก์ชันและคุณสมบัติมากมาย ไม่ใช่การใช้งานหรือแนวทางปฏิบัติที่ดีที่สุด B2B UX
เมื่อคุณมีซอฟต์แวร์ที่มีการนำไปใช้อย่างกว้างขวางและมีคุณสมบัติครบถ้วน การยกเครื่องการออกแบบจะกลายเป็นเรื่องยาก ขอบเขตมีขนาดใหญ่ และการดำเนินการออกแบบใหม่โดยขายส่งมีความเสี่ยงสูง เมื่อเวลาผ่านไป ผลิตภัณฑ์ขององค์กรจะสะสมตรรกะทางธุรกิจที่หนาแน่นและซับซ้อน ซึ่งมักมีไว้เพื่อสนองความต้องการพิเศษของ "วาฬขนาดใหญ่" โดยเฉพาะ (ลูกค้าที่มีกระเป๋าเงินลึก) ด้วยศักยภาพที่จะทำให้ลูกค้าไม่พอใจกับพฤติกรรมการใช้งานเฉพาะของพวกเขา จึงมักจะเป็นเรื่องยากที่จะแก้ไขให้ถูกต้องเมื่อพยายามยกเครื่องซอฟต์แวร์ที่มีความซับซ้อนระดับนี้
ฐานผู้ใช้ที่มีอยู่มักจะบ่นเกี่ยวกับการเปลี่ยนแปลงที่สำคัญในสิ่งที่พวกเขาคุ้นเคย แม้ว่าผู้ใช้อาจบ่นไม่หยุดหย่อนเกี่ยวกับความสามารถในการใช้งานที่ไม่ดีของผลิตภัณฑ์ แต่โดยทั่วไปแล้ว พวกเขามักจะต่อต้านการเปลี่ยนแปลงที่มีความหมาย แม้ว่าจะเป็นการปรับปรุงครั้งใหญ่ก็ตาม ความต้านทานประเภทนี้มองเห็นได้ง่ายในซอฟต์แวร์ B2C; เมื่อใดก็ตามที่ Twitter หรือ GMail ทำการปรับเปลี่ยนที่เป็นผลสืบเนื่อง มีความโกลาหลในโซเชียลมีเดียอย่างสม่ำเสมอ
มีอีกสาเหตุหนึ่งที่ทำให้การออกแบบ B2B UX ไม่ดี—ผู้ซื้อไม่ใช่ผู้ใช้ปลายทาง โดยปกติ แผนกไอทีและฝ่ายจัดซื้อมีหน้าที่จัดซื้อซอฟต์แวร์ในนามขององค์กร และใช้ตารางสรุปสถิติไอทีเพื่อประเมินโซลูชันที่เป็นไปได้ อย่างไรก็ตาม ตารางสรุปสถิติไม่รวมความสามารถในการใช้งาน เนื่องจากสิ่งเหล่านี้ไม่ใช่ปัจจัยที่ส่งผลต่อไอทีหรือการดำเนินงานโดยตรง
นอกจากนี้ บริษัทส่วนใหญ่ไม่จำเป็นต้องมีความเชี่ยวชาญในการดำเนินการตรวจสอบ UX แม้ว่าพวกเขามีแนวโน้มที่จะทำเช่นนั้นก็ตาม ผู้ใช้ปลายทางและประสบการณ์ที่คาดการณ์ไว้กับผลิตภัณฑ์ไม่ได้เกี่ยวข้องกับการตัดสินใจซื้อ
แล้วต้องทำอย่างไร? ลองเข้าหาสิ่งนี้จากสองมุม: มุมมองของบริษัทที่สร้างซอฟต์แวร์และบริษัทที่ต้องการซื้อซอฟต์แวร์ B2B
การออกแบบแอปพลิเคชัน B2B ที่ดีขึ้น
ในการเริ่มต้น มาดูจากมุมมองของการสร้างบริษัทและการออกแบบแอปพลิเคชัน B2B ดังที่กล่าวไว้ มีความเสี่ยงสูงมากในการเปลี่ยน UI ทั้งหมดในคราวเดียว และหายากมากที่กรณีธุรกิจสำหรับการลงทุนจำนวนมากจะดูน่าสนใจสำหรับผู้บริหารระดับสูง นั่นหมายความว่าอาจจะไม่ต้องมีการลงทุนครั้งใหญ่ในครั้งเดียวเพื่อสร้าง UX ใหม่ มันจะเกิดขึ้นเป็นระยะๆ
เพื่อให้บรรลุแนวทาง "สร้างเมื่อเวลาผ่านไป" ทีม UX จำเป็นต้องสร้างแผนงาน UX สำหรับผลิตภัณฑ์ แผนงานควรแสดงให้เห็นว่าซอฟต์แวร์จะค่อยๆ พัฒนาขึ้นเพื่อให้เป็นไปตามมาตรฐานสมัยใหม่อย่างไร ซึ่งควรรวมถึงผลิตภัณฑ์ใหม่สุทธิ เช่นเดียวกับ UI เดิมทั้งหมดที่สะสมตลอดหลายปีที่ผ่านมา โดยทั่วไปแล้ว ไลบรารีส่วนประกอบหรือระบบการออกแบบจะต้องสร้างขึ้นเป็นขั้นตอนแรก เพื่อให้งานทั้งหมดสอดคล้องกับมาตรฐานชุดเดียว
การได้รับคำติชมเพื่อสร้างแผนงาน UX ก็เหมือนการดื่มจากท่อดับเพลิง มีผู้มีส่วนได้ส่วนเสียจำนวนมากในองค์กร B2B ที่จะมีความคิดเห็นอย่างมากเกี่ยวกับอินเทอร์เฟซผู้ใช้ ฝ่ายขายและฝ่ายบริการลูกค้าและทีมสนับสนุนจะได้รับข้อมูลโดยตรงจากลูกค้าที่คัดมาจากการสาธิตที่กำลังรันอยู่ การเริ่มต้นใช้งานผู้ใช้ใหม่ การตอบสนองต่อข้อร้องเรียน และการยื่นตั๋วบั๊กที่อาจเป็นแผนงานสำหรับการปรับปรุง UX
อย่างไรก็ตาม ยังขาดองค์ประกอบที่สำคัญอย่างหนึ่งคือ ตัวผู้ใช้เอง ข้อมูลทั้งหมดที่อธิบายไว้ข้างต้นเป็นข้อมูลมือสองที่กรองและจัดการ เพื่อให้เหมาะสมกับเป้าหมายของผู้มีส่วนได้ส่วนเสีย การเข้าถึงผู้ใช้ปลายทางอาจเป็นเรื่องยาก เนื่องจากทีมบัญชีมักระมัดระวังการโต้ตอบโดยตรงที่พวกเขาไม่ได้ควบคุม อย่างไรก็ตาม การสัมภาษณ์ผู้ใช้เหล่านี้แบบปลายเปิดเป็นสิ่งที่ประเมินค่าไม่ได้
ดังนั้นจะทำอย่างไรกับข้อมูลทั้งหมดนี้? การสร้างไดอะแกรมแผนที่ความสัมพันธ์เป็นขั้นตอนแรก แผนที่ความสัมพันธ์จะระบุปัญหาที่เกิดขึ้นซ้ำแล้วซ้ำอีกและช่วยในกระบวนการจัดลำดับความสำคัญ เมื่อเสร็จแล้ว ใช้ข้อมูลเชิงลึกที่ได้รับจากแผนที่ผู้สนใจเพื่อสร้างเอกสารการเดินทางของลูกค้า เอกสารแผนที่การเดินทางของลูกค้าที่ดีสามารถนำมาใช้เพื่อขอซื้อภายในองค์กรเกี่ยวกับการเปลี่ยนแปลง UX ที่ จะ เกิดขึ้น
การแสดงผู้บริหารระดับสูงที่ผู้ใช้สะดุดตามจุดข้อมูลที่เป็นรูปธรรมจากภายในและภายนอกองค์กรนั้นมีประสิทธิภาพมาก
เมื่อกำหนดปัญหาที่ต้องแก้ไขแล้ว ก็ถึงเวลาพยายามแก้ไขผ่านการออกแบบ
ในช่วงต้นถึงกลางปี 2000 มีมาตรฐาน UI ที่กำหนดไว้น้อยลงสำหรับบริษัทซอฟต์แวร์ในการอ้างอิงและใช้งาน ดังนั้นผลิตภัณฑ์ส่วนใหญ่ที่ต้องได้รับการแก้ไขจึงใช้ส่วนประกอบ UI ที่แปลกใหม่และไม่เป็นมาตรฐานจำนวนมาก วิธีที่ดีที่สุดในการปรับปรุง UI คือการปฏิบัติตามมาตรฐานทั่วไปที่มีอยู่ในปัจจุบัน
การออกแบบวัสดุเป็นจุดเริ่มต้นที่ยอดเยี่ยม และคุณสามารถปรับเปลี่ยนชุดส่วนประกอบการออกแบบวัสดุได้ตามความต้องการด้านการทำงานเฉพาะของผลิตภัณฑ์ของคุณ แต่ดีไซน์ Material ไม่ใช่เกมเดียวในเมือง นักออกแบบ B2B มักจะได้ยินคำว่า "Make it like Facebook" หรือ "Make it like Google" ดังนั้น ให้ศึกษา Facebook, Google, LinkedIn และซอฟต์แวร์ยอดนิยมอื่นๆ ที่ผู้ถือผลประโยชน์ร่วมของคุณใช้ และหากเป็นไปได้ ให้รวมองค์ประกอบที่คล้ายคลึงกัน
อย่าพลาด: ไม่ใช่ทุกปัญหาจะเกี่ยวข้องกับส่วนประกอบส่วนต่อประสานผู้ใช้ บางครั้ง ซอฟต์แวร์ไม่ได้ทำบางสิ่งที่ผู้ใช้ต้องการเพื่อทำงานให้เสร็จลุล่วง ในกรณีนี้ ผู้ออกแบบต้องสร้างข้อกำหนดการทำงาน/เรื่องราวของผู้ใช้ที่ต้องการเพิ่ม บ่อยครั้งสิ่งนี้จะจับมือกับผู้จัดการผลิตภัณฑ์ มาพร้อมข้อมูลทั้งหมดที่คุณรวบรวมเพื่อให้แน่ใจว่าผลลัพธ์ที่ประสบความสำเร็จ
การวัดความสำเร็จใน Enterprise UX
ทีม UX ที่บริษัท SaaS สามารถใช้การทดสอบ A/B เพื่อพิสูจน์ว่างานออกแบบของพวกเขาช่วยปรับปรุงเมตริกที่ต้องการและมอบ ROI เมื่อทำงานร่วมกับเพื่อนร่วมงาน นักออกแบบสามารถเลือกพื้นที่เล็กๆ ที่จะทำงาน แล้วปรับใช้กับกลุ่มฐานลูกค้าที่มีอยู่เท่านั้น หากกลุ่มที่ได้รับซอฟต์แวร์ใหม่แสดงการปรับปรุงในตัวชี้วัดที่ต้องการ นักออกแบบก็จะมีหลักฐานยืนยันตัวเลขที่ชัดเจนเพื่อแสดงประสิทธิภาพของงานของตน

สร้างตัวชี้วัดเพื่อเปรียบเทียบในประชากรทั้งสองกลุ่ม ใน B2B การหาเมตริกที่เหมาะสมจะแตกต่างจากในโลกของ B2C เนื่องจากโดยทั่วไปเป้าหมายจะไม่เกี่ยวข้องกับเมตริกมาตรฐาน เช่น การซื้อหรือการแปลง เมตริกที่ทำงานอาจรวมถึงเวลาในการทำงานให้เสร็จสิ้น เปอร์เซ็นต์ของผู้ใช้ที่สำเร็จงาน หรืออัตราการละทิ้งงานลดลง
มองหาตัวชี้วัดที่สอดคล้องกับการบรรเทาความเจ็บปวดที่พบในแผนภาพความสัมพันธ์ แม้แต่การใช้ฟังก์ชันแบบแบนๆ ก็สามารถเป็นตัวบ่งชี้ที่แข็งแกร่งได้ หากการทดสอบ A/B เป็นการเปรียบเทียบวิธีการใช้งานและออกแบบคุณลักษณะ การใช้งานที่เพิ่มขึ้นในเวอร์ชันใหม่จะเป็นเครื่องบ่งชี้ความสำเร็จในซอฟต์แวร์ B2C ที่น่าสนใจ
แนวซอฟต์แวร์ที่ช่วยให้นักออกแบบใช้ประโยชน์จากการวิเคราะห์ได้อย่างง่ายดายในสภาพแวดล้อม B2B ที่ได้รับการรับรองความถูกต้องยังคงพัฒนาอยู่ เครื่องมือทั่วไปสำหรับเว็บไซต์ Google Analytics มักใช้งานกับซอฟต์แวร์ SaaS แบบสำเร็จรูปไม่ได้ จำเป็นต้องติดตั้งซอฟต์แวร์ของบริษัทอื่นบนโครงสร้างพื้นฐานของ Saas เพื่อรวบรวมข้อมูลที่เกี่ยวข้อง
พื้นที่ของการวิเคราะห์ Enterprise UX ยังคงสร้างขึ้นเอง แต่เครื่องมือสำเร็จรูปบางอย่าง ได้แก่ Pendo, WalkMe และ Userlane นักออกแบบจำเป็นต้องทำงานอย่างใกล้ชิดกับทีม DevOps เป็นประจำ เพื่อรวบรวมตัวชี้วัดที่เหมาะสมและทำให้พร้อมใช้งานในรูปแบบที่ย่อยได้
การทดสอบซอฟต์แวร์ B2B กับผู้ใช้
ก่อนหน้านี้ เราได้หารือเกี่ยวกับผู้มีส่วนได้ส่วนเสียจำนวนมากที่เกี่ยวข้องกับการรวบรวมความคิดเห็น วนกลับมาที่พวกเขาเพื่อสาธิต UX ใหม่ ซึ่งจะสร้างความปรารถนาดีพร้อมทั้งให้ข้อเสนอแนะเชิงลึก หวังว่าในระหว่างการประชุมที่ไม่เป็นทางการเหล่านี้ คุณจะพบว่าผู้มีส่วนได้ส่วนเสียพึงพอใจ (หรือไม่!) กับโซลูชันใหม่ นอกจากนี้ ให้วนกลับไปที่ผู้ใช้ที่คุณสัมภาษณ์ก่อนหน้านี้ แสดงว่าทีม UX กำลังรับฟัง และคุณจะได้รับผลตอบรับที่ดี
เครื่องมือที่ยอดเยี่ยมอีกอย่างหนึ่งในคลังของนักออกแบบคือโปรแกรมเบต้า ในโปรแกรมเบต้า โมดูลหรือชุดของฟังก์ชันการทำงานใหม่จะออกสู่ผู้ชมที่ลดลงอย่างมาก โดยปกติ ผู้เข้าร่วมจะเรียกร้องคุณสมบัติหรือประสบการณ์ใหม่ๆ และอาสาที่จะเป็นส่วนหนึ่งของโปรแกรม
คุณค่าของโปรแกรมเบต้าคือการมีปฏิสัมพันธ์กับลูกค้าในระดับสูง ดังนั้น นอกจากจะสามารถบันทึกข้อมูลได้แล้ว ทีม UX ยังสามารถโต้ตอบกับผู้ใช้โดยตรงเพื่อรับคำติชมทางวาจาที่ไม่ถูกเซ็นเซอร์ ผลตอบรับเป็นเลิศสำหรับการปรับปรุงการออกแบบ และหากเป็นไปในเชิงบวก จะช่วยสร้างความปรารถนาดีต่อทีม UX จากทุกคนที่เกี่ยวข้องในรุ่นเบต้า ซึ่งโดยทั่วไปแล้วจะรวมถึงการจัดการผลิตภัณฑ์ วิศวกรรม และการขาย
ในโปรแกรมเบต้า นักการตลาดผลิตภัณฑ์ซึ่งเป็นผู้รักษาประตูให้กับลูกค้าและมักจะถูกกำหนดให้ให้ความสำคัญกับการสื่อสารรุ่นเบต้า โดยเฉพาะ เพื่อนของคุณ
ตารางสรุปการใช้งานสำหรับการซื้อซอฟต์แวร์ B2B
สำหรับผู้ซื้อ ลองพิจารณากฎของ Grudin: “เมื่อผู้ที่ได้รับประโยชน์จากเทคโนโลยีไม่ใช่คนที่ทำงาน เทคโนโลยีนั้นมักจะล้มเหลวหรือถูกโค่นล้ม” กฎหมายฉบับนี้มีการกล่าวถึงในหนังสือเรื่อง “The Design of Everyday Things” ของดอน นอร์แมน
จะนำไปใช้กับกระบวนการจัดซื้อได้อย่างไร? รวมผู้ใช้งานแน่นอน! เมื่อบริษัทกำลังซื้อซอฟต์แวร์สำหรับผู้ใช้ปลายทาง พนักงานเหล่านั้นจะต้องแสดงอยู่บนตารางสรุปสถิติที่ประเมินการตัดสินใจซื้อ เมื่อกล่าวอย่างนี้ก็ยากที่จะเชื่อว่าจะทำอย่างอื่น
ผู้ใช้ทั่วไปไม่ใช่นักออกแบบ UX และไม่สามารถให้การตรวจสอบแบบละเอียดของผลิตภัณฑ์ที่พวกเขาถูกขอให้ประเมินได้ แต่พวกเขาสามารถให้มุมมองส่วนตัวว่าซอฟต์แวร์มีแนวโน้มที่จะเป็นสิ่งที่พวกเขาจะใช้หรือไม่
อนาคตที่สดใสสำหรับ B2B UX
การแก้ไข B2B UX เป็นทั้งปัญหาด้านอุปสงค์และอุปทาน ผู้จำหน่ายซอฟต์แวร์จำเป็นต้องปรับปรุงแพลตฟอร์มเก่า แต่ผู้ซื้อจำเป็นต้องเริ่มต้องมีการปรับปรุง จากฝั่งผู้ซื้อ โซลูชันตรงไปตรงมา—รวมผู้ใช้จริงในการตัดสินใจซื้อ
จากฝั่งผู้ขาย คำตอบคือการสร้างทีม UX ที่ยอดเยี่ยมและให้การสนับสนุนทั่วทั้งบริษัท จากมุมมองของความเสี่ยงทางธุรกิจ แนวทางที่เพิ่มขึ้นจะปลอดภัยกว่า เป็นจริงมากขึ้น และมีแนวโน้มที่จะดึงดูดผู้บริหารระดับสูง วางแผนงานที่ทำเป็นฉากซึ่งสนับสนุนโดยการวิจัยลูกค้า สิ่งนี้จะช่วยบรรเทาข้อกังวลด้านการจัดการได้มาก
ในแง่ของคำแนะนำที่เป็นรูปธรรมเกี่ยวกับวิธีการปรับปรุง UX มีแหล่งข้อมูลมากมาย ประการแรก ขณะนี้มีการประชุมทั้งหมดที่เรียกว่า Enterprise UX สำหรับหัวข้อนี้โดยเฉพาะ ประการที่สอง blogosphere มีเนื้อหาที่สามารถนำไปปฏิบัติได้เกี่ยวกับการออกแบบ B2B; นี่คือตัวอย่างโพสต์ที่ยอดเยี่ยมในหัวข้อ "การออกแบบสำหรับองค์กรและ B2B SaaS"
พื้นที่ B2B ไม่สิ้นหวัง สตาร์ทอัพกำลังขัดขวางผู้เล่นที่ดำรงตำแหน่งอยู่ โดยนำ UI ที่ลื่นไหลมาที่โต๊ะ และทำให้ไดโนเสาร์อับอายในระหว่างวงจรการขาย คุณจะเห็นความเปลี่ยนแปลงได้ด้วยตัวเอง ในขณะที่ซอฟต์แวร์การสมัครงานซึ่งรวมถึง Monster และ Taleo (ปัจจุบันเป็นเจ้าของโดย Oracle) เคยเป็นที่ซับซ้อนและเป็นแบบ Dilbert บริการที่คล่องตัวเช่น Indeed, ZipRecruiter, Glassdoor และ LinkedIn ก็ปรากฏขึ้นทั่วทุกแห่ง บริการทั้งหมดเหล่านี้ช่วยลดแรงเสียดทานของการสมัครตำแหน่ง
Salesforce ซึ่งเป็นบริษัทยักษ์ใหญ่ในพื้นที่ B2B SaaS ให้คำมั่นสัญญาครั้งสำคัญกับ UX ภายใน และพวกเขากำลังทำงานที่ยอดเยี่ยมมาก เช่น แพลตฟอร์ม Einstein AI ของพวกเขา เมื่อเร็วๆ นี้บริษัทที่เก่ากว่าได้ให้คำมั่นสัญญาครั้งใหญ่กับการออกแบบที่ดีขึ้น แม้แต่ Oracle ก็กำลังพัฒนาแนวทางในการออกแบบ B2B UX
นอกจากนี้ยังมีกระแสซึ่งกำลังเปลี่ยนแปลงกลไกที่บริษัทใช้ในการซื้อซอฟต์แวร์ ซอฟต์แวร์บางตัวเป็นทั้ง B2C และ B2B โดยอนุญาตให้ผู้ใช้ใช้หรือซื้อซอฟต์แวร์โดยตรงโดยไม่ต้องเกี่ยวข้องกับการจัดซื้อ ตัวอย่างที่รู้จักกันดี ได้แก่ Google G Suite, Trello, Slack และ Dropbox เนื่องจากในความหมายบางอย่าง ผู้ซื้อเริ่มแรก คือ ผู้ใช้ ตัวตนของผู้ใช้เป็นตัวขับเคลื่อนกระบวนการที่ใช้สร้างซอฟต์แวร์
เรายังไม่เห็นจุดสิ้นสุดของซอฟต์แวร์ขนาดใหญ่ที่มีเสาหินขนาดใหญ่ที่ต้องดิ้นรนเพื่อให้ทันกับมาตรฐานสมัยใหม่ อย่างไรก็ตาม แม้ว่าจะช้า แต่แนวโน้มกำลังเคลื่อนไปสู่การปรับปรุง
เราได้เห็นความมุ่งมั่นจากบริษัทขนาดใหญ่เพื่อมุ่งสู่ UX ที่ดีขึ้น ซอฟต์แวร์ B2B ที่บุคคลนำเข้ามาในบริษัทต่างๆ กำลังบังคับให้ทุกคนในระบบนิเวศ B2B พัฒนาเกมของตน และในที่สุด เมื่อมีผู้คนจำนวนมากขึ้นเรื่อยๆ ที่เติบโตขึ้นบน Facebook, Google และอุปกรณ์ Apple เข้ามาทำงาน ความต้องการประสบการณ์ที่ได้รับการปรับปรุงก็จะเริ่มเพิ่มขึ้น มีสัญญาณอยู่แล้วและนักออกแบบ UX ก็เป็นผู้นำ
• • •
อ่านเพิ่มเติมเกี่ยวกับบล็อก Toptal Design:
- ROI ที่แท้จริงของ UX: โน้มน้าวใจ Executive Suite
- ROI ที่แท้จริงของ UX: กรณีศึกษาการออกแบบ B2B ใหม่
- อันตรายข้างหน้า: ปากโป้งส่งสัญญาณถึงเวลาที่จะนำผู้เชี่ยวชาญ UX เข้ามา
- การวิเคราะห์เชิงสำนึกสำหรับ UX – วิธีเรียกใช้การประเมินความสามารถในการใช้งาน
- ประสบการณ์คือทุกสิ่ง – Ultimate UX Guide