ในฐานะที่เป็นส่วนหนึ่งของการเล่าเรื่องผลิตภัณฑ์ดิจิทัลที่ใหญ่ขึ้นการทำงานกับเรื่องราวของผู้ใช้ตลอดกระบวนการออกแบบช่วยให้นักออกแบบมุ่งเน้นไปที่การปรับปรุง UX เรื่องราวของผู้ใช้ที่เขียนอย่างชัดเจนสามารถช่วยให้ผู้คนเป็นศูนย์กลางของกระบวนการออกแบบเอาใจใส่กับกลุ่มเป้าหมายของผลิตภัณฑ์และสร้างแนวคิดที่เหมาะกับชีวิตของผู้คนมากขึ้น
บ่อยแค่ไหนที่นักออกแบบผลิตภัณฑ์พบว่าตัวเองอยู่ในสถานการณ์ 'วางรถเข็นก่อนม้า' เมื่อโครงการเริ่มต้นขึ้นเราจะหารายละเอียดทางเทคนิคและวิธีที่เราจะส่งมอบให้ มีการกำหนดกรอบการพัฒนาอุปกรณ์เป้าหมายกำหนดขนาดหน้าจอจากนั้นทีมจะสร้างโซลูชันเพิ่มคุณสมบัติของผลิตภัณฑ์แบบสุ่ม
ในระหว่างขั้นตอนนี้เราได้สร้างสิ่งประดิษฐ์ UX มากมายอย่างเมามันไม่ว่าจะเป็นแผงอารมณ์แผนผังเว็บไซต์กระแสผู้ใช้บุคลิกภาพและแผนที่การเอาใจใส่เพื่อตั้งชื่อไม่กี่อย่าง เรือบรรทุกสินค้า แต่แล่นโดยไม่มีหางเสือหรือแผนที่ แล้ววันหนึ่งเราตื่นขึ้นมาและมันก็มากระทบเรา ' เหตุใดเราจึงสร้างผลิตภัณฑ์นี้ขึ้นมาเรากำหนดคุณลักษณะของผลิตภัณฑ์อย่างไรและเราจะจัดลำดับความสำคัญอย่างไร '
บริการโทรปลุกแบบคลาสสิก
“ ลักษณะคืบคลาน” ที่น่ากลัวกำลังแอบเข้ามาใกล้ ๆ ใต้จมูกของเรา
โชคดีที่มีมาตรการรับมือเพื่อต่อสู้กับมัน เป็นกลวิธีการออกแบบที่เรียกว่า เรื่องราวของผู้ใช้ .
เรื่องราวของผู้ใช้เป็นเทคนิคการออกแบบร่วมกันสำหรับทีมผลิตภัณฑ์ซึ่งนำมาจากระเบียบวิธีการพัฒนาซอฟต์แวร์ Agile โดยทั่วไปทีม Agile จะมุ่งเน้นไปที่การบรรลุเป้าหมายเล็ก ๆ ในระหว่างการวิ่ง เน้นความเร็ววัตถุประสงค์และผลลัพธ์ แทนที่จะเป็นเอกสารที่กว้างขวางจึงเป็นแนวคิดของเรื่องราวของผู้ใช้
สำหรับเรื่องราวของผู้ใช้ทีม Agile ส่วนใหญ่เป็นพาหนะหลักของการส่งมอบซอฟต์แวร์ที่เพิ่มขึ้น Agile Alliance
เรื่องราวของผู้ใช้คืออะไร?
เรื่องราวของผู้ใช้อธิบายถึงสิ่งที่ผู้ใช้ต้องการทำให้สำเร็จ เรื่องราวของผู้ใช้สามารถช่วยได้ นักออกแบบ และทีมพัฒนายังคงให้ความสำคัญกับความต้องการของผู้ใช้มากกว่าที่จะจมอยู่กับความบ้าคลั่งในการเพิ่มคุณสมบัติของผลิตภัณฑ์
เรื่องราวของผู้ใช้นั้นสั้นเฉพาะเจาะจงและมุ่งเน้นเป้าหมาย เป็นคำสั่งประโยคเดียวที่มีกรอบจากมุมมองของผู้ใช้ซึ่งมีโครงสร้างดังนี้
สวิฟท์ vs วัตถุประสงค์ c 2017
' ในฐานะ (ประเภทของผู้ใช้) ฉันต้องการ (เป้าหมาย) เพื่อที่ฉันจะได้ (ได้รับผลประโยชน์) '
เรื่องราวของผู้ใช้ช่วยให้ทีมสามารถสนทนาเกี่ยวกับโครงการได้ดีขึ้นตลอดกระบวนการพัฒนา ช่วยป้องกันไม่ให้ฟีเจอร์เล็ดลอดเนื่องจากการทำงานร่วมกับพวกมันช่วยอำนวยความสะดวก ความเข้าใจร่วมกันเกี่ยวกับสิ่งที่ทีมพยายามสร้างและเหตุผล .
หากมีหลักการใด ๆ ที่ศักดิ์สิทธิ์สำหรับผู้ที่อยู่ในด้านการออกแบบส่วนต่อประสานผู้ใช้และการโต้ตอบระหว่างมนุษย์กับคอมพิวเตอร์ก็คือ รู้จักผู้ใช้ของคุณ . Don Norman ผู้ร่วมก่อตั้งและตำแหน่งอาจารย์ใหญ่ของ Nielsen Norman Group
องค์ประกอบของการออกแบบและหลักการออกแบบ
การจัดวางเรื่องราวของผู้ใช้ระหว่างการออกแบบและความคล่องตัว
เรื่องราวของผู้ใช้เป็นแนวคิดที่นักพัฒนาเข้าใจ ไม่ว่าจะเป็นในช่วงเริ่มต้นโครงการหรือระหว่างการพัฒนาผลิตภัณฑ์นักออกแบบสามารถทำงานร่วมกับนักพัฒนาได้อย่างมีประสิทธิภาพมากขึ้นโดยทำงานกับเรื่องราวของผู้ใช้ คุณสมบัติของผลิตภัณฑ์สามารถวางแผนร่วมกันเพิ่มประสิทธิภาพการพัฒนาและชี้แจง ผลลัพธ์ที่ทีมควรมุ่งเน้นคืออะไร บน.
ที่กล่าวว่า นักออกแบบหลายคนไม่สมัครรับแนวคิดที่ว่า Agile และ UX สามารถเล่นด้วยกันได้ดี . ความเชื่อมั่นประการหนึ่งคือแรงจูงใจและไทม์ไลน์ที่แตกต่างกันทั้งสองไม่สอดคล้องกันเรื่องราวของผู้ใช้ไม่พอดีกับกระบวนการออกแบบแบบองค์รวมเนื่องจากในการพัฒนามุ่งเน้นไปที่รอบการส่งมอบระยะสั้น แนวคิดอีกประการหนึ่งคือเรื่องราวของผู้ใช้ไม่ได้มีสาระสำคัญเพียงพอสำหรับแนวทางการออกแบบ - พวกเขาขาดมุมมองที่พิจารณาภาพรวม: ประสบการณ์ของผู้ใช้ทั้งหมด .
ความเชื่อเหล่านี้ใช้ได้ในระดับหนึ่ง แต่ก็เช่นกัน เข้าใจผิด .
มาล้างอากาศกัน ประการแรกนักออกแบบต้องตระหนักว่าการทำงานกับเรื่องราวของผู้ใช้เป็นไฟล์ กระบวนการออกแบบร่วมกัน . แม้ว่ามันอาจไม่สอดคล้องกับ Agile sprints ในด้านการพัฒนาอย่างสมบูรณ์ แต่ก็สามารถเป็นส่วนหนึ่งของพื้นที่ที่กว้างขวางกว่าได้ กระบวนการออกแบบแบบอะซิงโครนัสเมื่อทำงานร่วมกับนักพัฒนา . เรื่องราวของผู้ใช้ยังช่วยให้ทีมที่อยู่ในสถานที่ต่างๆทำงานร่วมกันได้ง่ายขึ้น
ประการที่สอง เรื่องราวของผู้ใช้เป็นส่วนหนึ่งของการออกแบบที่เน้นให้มนุษย์เป็นศูนย์กลางโดยเน้นกิจกรรมเป็นศูนย์กลาง . แทนที่จะมุ่งเน้นไปที่การเพิ่มคุณลักษณะของผลิตภัณฑ์มากขึ้นเรื่อย ๆ - 'คุณลักษณะคืบคลาน' ที่เป็นสุภาษิต - เรื่องราวของผู้ใช้ทำให้เป็นจริง . เรื่องราวของผู้ใช้อยู่เบื้องหลังทุกกิจกรรมที่ผู้คนทำซึ่งประกอบด้วยงานซึ่งจะเป็นชุดของการกระทำ ด้วยเหตุนี้ผลิตภัณฑ์จึงได้รับการพัฒนาโดยมีความเข้าใจอย่างลึกซึ้งเกี่ยวกับกิจกรรมของผู้ใช้ การทำงานกับเรื่องราวของผู้ใช้เข้ากันได้ดีกับความพยายามแบบองค์รวมในการออกแบบประสบการณ์ผู้ใช้ที่น่าพึงพอใจ
เรื่องราวของผู้ใช้สำหรับการทดสอบผลิตภัณฑ์และเมตริก UX
เรื่องราวของผู้ใช้ที่ระบุไว้อย่างชัดเจนเป็นพลังในด้านต่างๆของการออกแบบผลิตภัณฑ์ที่ยอดเยี่ยม ทบทวนเรื่องราวของผู้ใช้เป็นระยะและตรวจสอบว่าบรรลุเป้าหมายของผู้ใช้หรือไม่ - การทดสอบการยอมรับ สำหรับเรื่องราวของผู้ใช้ที่กำหนด - จะช่วยให้ทีมผลิตภัณฑ์สามารถติดตามได้
ธุรกิจมักใช้เวลาและเงินจำนวนมากในการสร้างผลิตภัณฑ์ที่ลูกค้าไม่ต้องการหรือไม่ต้องการเสียทั้งเวลาและทรัพยากร ผลิตภัณฑ์อาจมีเจตนาดี แต่ล้มเหลวเนื่องจากไม่ตอบสนองความต้องการที่ระบุตัวตนได้ในแบบที่ผู้บริโภคเข้าใจ
เมื่อผู้ใช้ทดสอบผลิตภัณฑ์กับผู้มีโอกาสเป็นลูกค้าทีมผลิตภัณฑ์จะเข้าใจได้ หากผลิตภัณฑ์ตอบสนองความต้องการที่ระบุได้ชัดเจน . เป็นวิธีวัดความสำเร็จ การสร้างและทดสอบต้นแบบตามเรื่องราวของผู้ใช้ที่กำหนดไว้อย่างดี นักออกแบบ สามารถวัดเวลาเสร็จงานและอัตราความสำเร็จ ไม่เพียง แต่ในช่วงแรกของการออกแบบผลิตภัณฑ์ แต่ตลอดวงจรชีวิตการพัฒนาผลิตภัณฑ์ ในการทำเช่นนั้น, ทีมสามารถดูได้ว่าผลิตภัณฑ์ดีขึ้นและตอบสนองความต้องการของลูกค้าได้ดีขึ้นหรือไม่ .
นอกจากนี้ยังสามารถใช้เรื่องราวของผู้ใช้เพื่อกำหนดผลลัพธ์ UX (ประเมินโดย เมตริกความสำเร็จของ UX ) และช่วยนักออกแบบตรวจสอบวิวัฒนาการของผลิตภัณฑ์ด้วยเมตริกความคืบหน้าของ UX
- ผลลัพธ์ UX ซิงค์ทุกคนเกี่ยวกับสิ่งที่สร้างขึ้น
- เมตริกความสำเร็จของ UX บอกทีมเมื่อพวกเขาทำผลสำเร็จ
- เมตริกความคืบหน้าของ UX ช่วยให้ทีมติดตามและประเมินความคืบหน้าไปพร้อมกัน
วิธีสร้างเรื่องราวของผู้ใช้ที่ยอดเยี่ยม
การสร้างเรื่องราวของผู้ใช้เริ่มต้นด้วยบุคลิกที่กลั่นมาจาก ข้อมูลเชิงลึกการวิจัยผู้ใช้ . ความเข้าใจอย่างลึกซึ้งเกี่ยวกับบุคลิกภาพจะช่วยให้นักออกแบบสร้างเรื่องราวที่มีความหมายซึ่งเชื่อมโยงกับเป้าหมายของผู้ใช้ที่ใหญ่ขึ้น ในกระบวนการนี้สามารถเปิดเผยความต้องการของผู้ใช้ที่ไม่ได้รับการตอบสนองและสร้างคำบรรยายผลิตภัณฑ์ (เรียกว่า มหากาพย์ ใน Agile)
นักออกแบบสามารถเล่าเรื่อง UX จำนวนมากขับเคลื่อนด้วยตัวบุคคลและเป้าหมายของผู้ใช้และแบ่งเป็นส่วนย่อย ๆ : เรื่องราวของผู้ใช้ . ตัวอย่างเช่นสมมติว่าเรากำลังดำเนินการกับแอปธนาคารบนมือถือ มหากาพย์ เป้าหมายคือ“ จัดการเงินระหว่างเดินทาง” จากนั้นเป้าหมายผู้ใช้ที่ใหญ่กว่านี้สามารถแบ่งออกเป็นเรื่องราวของผู้ใช้ขนาดเล็กเช่น:
- ในฐานะเจ้าของธุรกิจฉันต้องการฝากเงินผ่านมือถือดังนั้นฉันจึงสามารถประหยัดเวลาได้
- ในฐานะเจ้าของธุรกิจฉันต้องการขอสินเชื่อระหว่างเดินทางเพื่อรับเครดิตเร็วขึ้น
- ในฐานะเจ้าของธุรกิจฉันต้องการตรวจสอบบัญชีของฉันด้วยแอปเพื่อให้อยู่เหนือการเงินของฉัน
เราจะสร้างเรื่องราวของผู้ใช้ดังกล่าวได้อย่างไร? โดยใช้เทคนิคการวิจัย UX ที่หลากหลายเช่นการทำเงา (เทคนิคการสังเกต) การศึกษาไดอารี่และการสัมภาษณ์ผู้ใช้ หรืออีกวิธีหนึ่งคือนักออกแบบสามารถใช้การวิเคราะห์ผลิตภัณฑ์เพื่อระบุรูปแบบพฤติกรรมของผู้ใช้และแสดงโครงสร้างพื้นฐานที่ขับเคลื่อนรูปแบบเหล่านั้น
ตัวอย่างเช่นจากการสังเกตโฟลว์เหตุการณ์ข้อมูลอาจแสดงว่าไม่สามารถดำเนินการหลายอย่างให้เสร็จสิ้นได้ เริ่มงานมีความคืบหน้า แต่ระบุด้วยการออกที่ไม่คาดคิดระหว่างงานพวกเขายังไม่ได้ข้อสรุป รูปแบบดังกล่าวจะชี้ให้ผู้คนท้อถอยเพราะผลิตภัณฑ์ไม่ได้เป็นวิธีง่ายๆในการทำงานร่วมกันให้สำเร็จ . นักออกแบบ UX ที่เข้าใจง่ายจะมองเห็นปัญหาตรวจสอบด้วยการวิจัยผู้ใช้มากขึ้นออกแบบคุณลักษณะของผลิตภัณฑ์ที่ไม่มีประสิทธิภาพใหม่และทดสอบการทำงานให้เสร็จสิ้นอีกครั้ง
หน่วยทดสอบคืออะไร
วิธีการเขียนและจัดลำดับความสำคัญของเรื่องราวของผู้ใช้
ใครเป็นผู้เขียนเรื่องราวของผู้ใช้ ตามเนื้อผ้าการเขียนเรื่องราวของผู้ใช้เป็นความรับผิดชอบของผู้จัดการผลิตภัณฑ์ในการเคลื่อนย้ายการพัฒนาไปพร้อมกัน (มักจะไม่มีนักออกแบบในทีม) อย่างไรก็ตามเมื่อมีนักออกแบบอยู่ในทีมอาจเป็นการดีที่สุดหากนักออกแบบเขียนมันขึ้นมา พวกเขาได้ทำการวิจัยผู้ใช้และคุ้นเคยกับบุคลิกของผู้ใช้และความต้องการของพวกเขามากที่สุด
ตามเทคนิคแล้วเรื่องราวของผู้ใช้ควรมีขนาดกะทัดรัดและเบาทำให้ทีมสามารถสร้างผลิตภัณฑ์ได้อย่างรวดเร็ว ดังที่ได้กล่าวไว้ก่อนหน้านี้พวกเขาจะต้องเขียนเป็นประโยคเดียวง่ายๆจากมุมมองของผู้ใช้:“ ในฐานะ (ผู้ใช้) ฉันต้องการ (ทำบางสิ่ง / เป้าหมาย) เพื่อที่ฉันจะสามารถ (บรรลุผลลัพธ์ที่ต้องการ) '
เรื่องราวของผู้ใช้ที่สร้างขึ้นในรูปแบบดังกล่าวช่วยปรับทุกคุณลักษณะที่เพิ่มเข้ามาในผลิตภัณฑ์และรักษาเหตุผลเบื้องหลังการตัดสินใจในการออกแบบทุกครั้งไว้ในระดับแนวหน้า: ทำไมเราทำในสิ่งที่เราทำ '
ในการเขียนเรื่องราวของผู้ใช้ที่ยอดเยี่ยม:
- ควรมีความชัดเจนเน้นและดำเนินการได้
- ควรจับเรื่องราวในแบบที่รู้สึกมีคุณค่า
- สามารถแปลเป็นคุณลักษณะของผลิตภัณฑ์ได้
- มีการทดสอบการยอมรับ (บรรลุเป้าหมายหรือไม่)
เมื่อเขียนแล้วเรื่องราวของผู้ใช้จะต้องได้รับการจัดลำดับความสำคัญเป็นเมทริกซ์ สิ่งที่ผู้จัดการผลิตภัณฑ์คุ้นเคยเมทริกซ์ลำดับความสำคัญช่วยให้มั่นใจได้ว่าทีมผลิตภัณฑ์มุ่งเน้นไปที่คุณลักษณะที่มีผลกระทบมากที่สุดก่อน สำหรับ นักออกแบบ ซึ่งหมายถึงการจัดลำดับความสำคัญของเรื่องราวของผู้ใช้ที่มอบคุณค่าสูงสุดให้กับลูกค้า
หลายแง่มุมมีผลต่อดัชนีลำดับความสำคัญของเรื่องราวของผู้ใช้:
s Corporation กับ C Corporation ต่างกันอย่างไร?
- วัตถุประสงค์ทางธุรกิจ . เรื่องราวของผู้ใช้ที่ส่งผลกระทบโดยตรงต่อรายได้ของ บริษัท ควรได้รับค่าดัชนีที่สูงกว่าเรื่องที่ต้องการเพียงอย่างเดียว
- การพึ่งพาการทำงาน . หากเรื่องราวของผู้ใช้หลายคนสามารถดำเนินการได้หลังจากเรื่องราวหนึ่ง ๆ เท่านั้นเรื่องหลังจะสำคัญและได้รับค่าดัชนีที่สูงขึ้น
- เวลาในการพัฒนา . หากทีมนักพัฒนาประเมินเรื่องราวของผู้ใช้ว่ามีความรวดเร็วในการนำไปใช้และจำเป็นต่อการบรรลุวัตถุประสงค์ทางธุรกิจเรื่องราวนั้นจะได้รับค่าดัชนีที่สูงขึ้น
ประโยชน์ของเรื่องราวของผู้ใช้ในการออกแบบ
การทำงานกับเฟรมเวิร์กเรื่องราวของผู้ใช้ช่วยให้มั่นใจได้ว่าผลิตภัณฑ์มีเฉพาะคุณลักษณะที่ผู้ใช้ต้องการเทียบกับคุณลักษณะที่ทีมผลิตภัณฑ์หวังว่าพวกเขาจะใช้ตามสมมติฐาน กล่าวอีกนัยหนึ่ง การทำงานกับเรื่องราวของผู้ใช้จะป้องกันไม่ให้ฟีเจอร์คืบคลาน .
การทำงานกับเรื่องราวของผู้ใช้มีประโยชน์หลายประการ:
- ให้ภาษาทั่วไป เรื่องราวของผู้ใช้กลายเป็นภาษากลางสำหรับทีมพัฒนาทั้งหมดโดยไม่ให้ความสำคัญกับโซลูชันและคุณสมบัติต่างๆ แต่พวกเขาวางกรอบการอภิปรายเกี่ยวกับสิ่งที่จะบรรลุผล
- ส่งเสริมการทำงานร่วมกัน พวกเขากระตุ้นการทำงานร่วมกันระหว่างผู้ใช้นักออกแบบและทีมพัฒนา
- ช่วยให้เกิดความเข้าใจร่วมกัน ช่วยพัฒนาความเข้าใจร่วมกันเกี่ยวกับความต้องการของผู้ใช้โดยใช้ภาษากลาง
- เพิ่มความโปร่งใส พวกเขาส่งเสริมการเปิดกว้างระหว่างสมาชิกในทีมซึ่งช่วยเสริมความไว้วางใจ
- มีความครอบคลุมและเหนียวแน่น การแปลความต้องการของโครงการเป็นเรื่องราวของผู้ใช้นั้นค่อนข้างง่ายเพื่อให้สามารถจัดการกับโครงการได้ การดูเรื่องราวของผู้ใช้ให้ความรู้สึกที่ชัดเจนยิ่งขึ้นว่า“ โครงการนี้เกี่ยวกับอะไร” มากกว่ารายการคุณลักษณะและข้อกำหนดในการทำงาน
- ให้ความยืดหยุ่นการเข้าถึงและการจัดการ เรื่องราวของผู้ใช้มีแนวคิดตรงไปตรงมาเมื่อเทียบกับเอกสารอื่น ๆ และสร้างได้รวดเร็ว ผู้ใช้ยังสามารถมีส่วนร่วมในการสร้างของพวกเขาและผู้มีส่วนได้ส่วนเสียสามารถแก้ไขเรื่องราวของผู้ใช้หรือเพิ่มเรื่องราวของตนเองได้อย่างง่ายดาย
- เปลี่ยนมุมมองของโครงการ เรื่องราวของผู้ใช้เปลี่ยนมุมมองของโครงการจากรายการข้อกำหนดที่อาจสุ่มและเป็นนามธรรมไปเป็นการแสดงกิจกรรมที่เน้นผู้ใช้
- อำนวยความสะดวกในการจัดส่งที่มีมูลค่าสูงสุด ช่วยมอบคุณลักษณะที่มุ่งเน้นลูกค้าเป็นสำคัญซึ่งให้ประโยชน์สูงสุด
- ให้รายการตรวจสอบ ช่วยให้สามารถวัดผลเทียบกับงานที่สำเร็จได้ หากผู้ใช้ไม่สามารถทำงานให้สำเร็จแสดงว่าผลิตภัณฑ์ล้มเหลว
การออกแบบผลิตภัณฑ์ที่ดีขึ้นด้วย User Story Mapping
นักออกแบบไม่ควรพึ่งพาเรื่องราวของผู้ใช้เพียงอย่างเดียวเพื่อขับเคลื่อนการออกแบบผลิตภัณฑ์ - กระบวนการออกแบบผลิตภัณฑ์ที่ครอบคลุมเกี่ยวข้องกับวิธีการและสิ่งประดิษฐ์อื่น ๆ อีกมากมาย เรื่องราวของผู้ใช้ที่ผสมผสานกันอย่างลงตัวควรเติมเต็มซึ่งกันและกันเหมือนชิ้นส่วนปริศนาที่ประกอบเป็น UX ของผลิตภัณฑ์ทั้งหมด ในทางกลับกันเรื่องราวของผู้ใช้ที่ไม่ปะติดปะต่อจะรบกวนความสอดคล้องกันของประสบการณ์ของผู้ใช้
ปัญหาที่อาจเกิดขึ้นอื่น ๆ เมื่ออาศัยเรื่องราวของผู้ใช้เพื่อขับเคลื่อนการออกแบบโดยเฉพาะ:
- ขาดบริบท (ไม่สนใจผลลัพธ์ UX โดยรวม)
- ไม่มีความสมบูรณ์ (ไม่แน่ใจว่าเป้าหมายที่ใหญ่กว่านั้นครอบคลุมหรือไม่)
- เรื่องราวของผู้ใช้ที่สับสนกับกรณีการใช้งาน
- ไม่ได้พัฒนาผลิตภัณฑ์ (เรื่องราวของผู้ใช้ไม่ได้รับการแก้ไข แต่มักจะเปลี่ยนไปตามกาลเวลา)
การสร้างแผนที่เรื่องราวของผู้ใช้ช่วยให้เรามุ่งเน้นไปที่ภาพรวมซึ่งเป็นผลิตภัณฑ์โดยรวมแทนที่จะมุ่งเน้นไปที่เรื่องราวของแต่ละบุคคล Jeff Patton ผู้เขียนหนังสือ การแมปเรื่องราวของผู้ใช้
สรุป
การทำงานกับเรื่องราวของผู้ใช้ในการออกแบบช่วยให้สามารถวัดผลที่สำคัญได้ นักออกแบบ จำเป็นต้องส่งมอบผลิตภัณฑ์ที่ออกแบบมาอย่างดี วินัยในการยึดติดกับกรอบเรื่องราวของผู้ใช้ยังหมายความว่าอย่าวางองค์ประกอบการออกแบบใน UI ที่ไม่มีเรื่องราวของผู้ใช้ที่สอดคล้องกัน
ความน่าสนใจของเรื่องราวของผู้ใช้คือพวกเขา ระบุความต้องการในการใช้งาน แต่ไม่ได้กำหนด วิธีการออกแบบผลิตภัณฑ์ เพื่อตอบสนองความต้องการด้านการใช้งานเหล่านั้น พวกเขาให้ความสำคัญกับปัญหาก่อนกำหนดแนวทางแก้ไข
นักออกแบบควรมองว่าเรื่องราวของผู้ใช้เป็นส่วนประกอบสำคัญในการออกแบบผลิตภัณฑ์จัดทำแผนที่เรื่องราวของผู้ใช้เพื่อสร้าง UX ที่สอดคล้องกันและใช้แนวทางปฏิบัติที่ดีที่สุดเกี่ยวกับเรื่องราวของผู้ใช้ โดยจะป้องกันไม่ให้ฟีเจอร์เล็ดลอดช่วยให้ทีมผลิตภัณฑ์สามารถส่งมอบผลิตภัณฑ์ที่ออกแบบมาดีขึ้นและช่วยให้นักออกแบบสามารถสร้างผลิตภัณฑ์ที่มีประสบการณ์การใช้งานที่น่าพึงพอใจและไม่สะดุด
แจ้งให้เราทราบสิ่งที่คุณคิด! โปรดแสดงความคิดเห็นความคิดเห็นและข้อเสนอแนะของคุณด้านล่าง
•••
ตัวอย่าง API ภาษาธรรมชาติของ Google
อ่านเพิ่มเติมในบล็อกการออกแบบ ApeeScape:
- พลังของ Figma ในฐานะเครื่องมือออกแบบ
- คำแนะนำที่ครอบคลุมสำหรับการออกแบบการแจ้งเตือน
- Make It Count - คำแนะนำในการวัดประสบการณ์ของผู้ใช้
- The Mind’s Eye - ดูที่ Data Visualization Psychology
- UX Design คืออะไร? ความเข้าใจผิดทั่วไปและตำนาน UX
ทำความเข้าใจพื้นฐาน
ฉันจะหยุดฟีเจอร์ครีปได้อย่างไร
การทำงานกับเรื่องราวของผู้ใช้จะป้องกันไม่ให้ฟีเจอร์เล็ดลอดออกไปเนื่องจากเรื่องราวของผู้ใช้ช่วยให้ทีมผลิตภัณฑ์เข้าใจว่าผลิตภัณฑ์สามารถตอบสนองความต้องการของผู้ใช้ได้อย่างชัดเจนหรือไม่ เรื่องราวของผู้ใช้ช่วยป้องกันไม่ให้ฟีเจอร์เล็ดลอดออกไปเพราะการทำงานร่วมกับพวกเขาช่วยให้เกิดความเข้าใจร่วมกันว่าทีมพยายามสร้างอะไรและทำไม
Scope Creep และ Feature Creep คืออะไร?
คุณลักษณะที่คืบคลานในการพัฒนาผลิตภัณฑ์คือเมื่อมีการเพิ่มคุณลักษณะและฟังก์ชันการทำงานของผลิตภัณฑ์ลงในผลิตภัณฑ์มากเกินไปโดยไม่มีเหตุผลเพียงพอสำหรับผลิตภัณฑ์เหล่านี้ Scope creep เกิดขึ้นเมื่อทีมพัฒนาเข้าใจผิดว่ายิ่งดียิ่งจมอยู่กับความคลั่งไคล้ในการเพิ่มคุณสมบัติของผลิตภัณฑ์
คุณสมบัติคืบหมายถึงอะไร?
คุณลักษณะที่คืบคลานเข้ามาในการพัฒนาผลิตภัณฑ์คือเมื่อมีการเพิ่มคุณสมบัติและฟังก์ชันการทำงานของผลิตภัณฑ์ลงในผลิตภัณฑ์มากเกินไปโดยไม่มีเหตุผลมากเกินไปซึ่งนำไปสู่ความซับซ้อนที่ไม่จำเป็นและผลิตภัณฑ์ที่ใช้ยาก
เรื่องราวของผู้ใช้ที่ดีคืออะไร?
เรื่องราวของผู้ใช้ที่ดีนั้นชัดเจนมีสมาธิและนำไปปฏิบัติได้ ควรจับเรื่องราวในแบบที่ให้ความรู้สึกมีคุณค่าจากมุมมองของผู้ใช้: 'ในฐานะ (ผู้ใช้) ฉันต้องการ (ทำบางสิ่ง / เป้าหมาย) เพื่อที่ฉันจะสามารถ (บรรลุผลลัพธ์ที่ต้องการ)' เรื่องราวของผู้ใช้ที่ดีจะช่วยในการพัฒนาเรื่องราวของผู้ใช้และป้องกันการเล็ดลอดของฟีเจอร์
เมื่อคุณสร้างเว็บไซต์เรื่องราวของผู้ใช้มีประโยชน์อย่างไร
การทำงานกับเรื่องราวของผู้ใช้ยังมีประโยชน์ในการป้องกันไม่ให้ฟีเจอร์เล็ดลอดเมื่อสร้างเว็บไซต์ เรื่องราวของผู้ใช้ช่วยให้ทีมพัฒนามุ่งเน้นไปที่ความต้องการของผู้เยี่ยมชมในโลกแห่งความเป็นจริงและให้นักออกแบบการวัดผลที่สำคัญจำเป็นต้องประเมินประสิทธิภาพของการออกแบบเว็บไซต์
ใครควรเขียนเรื่องราวของผู้ใช้
โดยปกติแล้วในการย้ายโปรเจ็กต์ไปพร้อม ๆ กันและหลีกเลี่ยงการคืบของฟีเจอร์งานเขียนเรื่องราวของผู้ใช้มักจะตกอยู่กับผู้จัดการผลิตภัณฑ์ อย่างไรก็ตามเนื่องจากนักออกแบบทำการวิจัยผู้ใช้และคุ้นเคยกับตัวตนของผู้ใช้และความต้องการของพวกเขาโครงการนี้จึงได้รับการตอบสนองที่ดีที่สุดหากนักออกแบบเขียนเรื่องราวของผู้ใช้
