portaldacalheta.pt
  • หลัก
  • ทีมแบบกระจาย
  • เคล็ดลับและเครื่องมือ
  • ชีวิตนักออกแบบ
  • นวัตกรรม
การออกแบบมือถือ

Design Problem Statements - คืออะไรและจัดกรอบอย่างไร



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

Zune โดย Microsoft ล้มเหลวในการแก้ไขปัญหาการออกแบบเฉพาะในชีวิตประจำวัน

Microsoft Zune ไม่ใช่ผลิตภัณฑ์ที่ประสบความสำเร็จเนื่องจากไม่ได้แก้ไขปัญหาการออกแบบพิเศษใด ๆ ในชีวิตประจำวันที่ไม่มีคุณสมบัติในผลิตภัณฑ์อื่น ๆ



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



ทำไม?



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

หากไม่มีปัญหาก็ไม่มีทางแก้ไขและไม่มีเหตุผลที่ บริษัท จะดำรงอยู่ได้ - Vinod Khosla, Khosla Ventures (บริษัท ร่วมทุนใน Silicon Valley)



“ ปัญหาในการออกแบบ” คืออะไร?

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

เฮนรี่ฟอร์ดนักประดิษฐ์รถยนต์รู้เรื่องความปรารถนาชั้นนี้เมื่อเขาพูดอย่างมีชื่อเสียงว่า“ ถ้าฉันถามคนอื่นว่าพวกเขาต้องการอะไรพวกเขาจะพูดว่าม้าเร็วขึ้น” เขารู้ดีว่าสิ่งที่ไม่เป็นที่พึงปรารถนาคือม้าช้าเกินไป แต่นี่ไม่ใช่ปัญหาที่ต้องแก้ไขจริงๆ มีความต้องการที่ลึกซึ้งกว่าที่ลูกค้าของเขาไม่สามารถพูดได้ชัดเจน



การเพิ่มประสิทธิภาพการสืบค้น sql เพื่อประสิทธิภาพ

Model T และนักประดิษฐ์ Henry Ford

Henry Ford และคนขับรถรุ่นแรก T.

Richard Buchanan เป็น“ นักทฤษฎีการออกแบบ” ที่มีอาชีพการงานของมนุษย์เป็นศูนย์กลาง ในกระดาษของเขา การวิจัยการออกแบบและการเรียนรู้ใหม่ เขากล่าวอ้างถึงความต้องการที่ไม่ต้องสงสัยของผู้ใช้เมื่อเขาให้คำจำกัดความของการออกแบบว่า 'พลังของมนุษย์ในการตั้งครรภ์วางแผนและสร้างผลิตภัณฑ์หรือบริการที่ให้บริการแก่มนุษย์ในการบรรลุวัตถุประสงค์ส่วนบุคคลและส่วนรวม' เป็นจุดประสงค์ของผู้ใช้ที่ต้องการความสนใจไม่ใช่แค่สถานการณ์ที่ไม่เป็นใจ ความต้องการที่ลึกซึ้งนี้อยู่ที่รากเหง้าของสิ่งที่ผู้ใช้ต้องการไม่ว่าพวกเขาจะสามารถพูดได้ชัดเจนหรือไม่ก็ตาม



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

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



การจัดกรอบคำชี้แจงปัญหาการออกแบบ

การจัดกรอบปัญหาจะนำโฟกัสไปที่ภาพทิวทัศน์ที่วุ่นวาย

ทำไมต้องเป็นปัญหา?

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



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

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

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

นักออกแบบ UX อิสระเต็มเวลาในสหรัฐอเมริกาต้องการ

การระบุอุปสรรคและโอกาส

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

การจัดทีมให้สอดคล้องกับการออกแบบการแก้ปัญหา

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

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

การสนทนาแบบเปิดกว้างกับทีมเป็นขั้นตอนแรกในการเขียนคำชี้แจงปัญหา

ทีมผลิตภัณฑ์ที่ประสบความสำเร็จมุ่งเน้นไปที่การแก้ปัญหาการออกแบบทั่วไปที่มีกรอบชัดเจน

แนวทางโครงการและการตัดสินใจในอนาคตทั้งหมด

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

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

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

สมัครสมาชิกบล็อกการออกแบบ ApeeScape และรับ eBook ของเรา

พระเจ้าประทานสไตลัสให้กับเราสิบชิ้น…อย่าประดิษฐ์อันอื่น - สตีฟจ็อบส์ไม่พอใจปากกาสไตลัสที่ไม่จำเป็นของ Apple Newton

ประหยัดเวลาและเงินในระยะยาว

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

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

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

ความผิดพลาดในการคิดออกแบบผลิตภัณฑ์อาจทำให้ผลิตภัณฑ์ล้มเหลวได้

Juicero นำเสนอแพ็คเก็ตผลไม้และผักหั่นสี่เหลี่ยมลูกเต๋าที่ขายล่วงหน้าซึ่งผู้ใช้เสียบเข้ากับเครื่องมูลค่า 400 เหรียญ

ช่วยเชื่อมต่อทางอารมณ์กับผู้ใช้

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

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

ปัญหาจะถูกตีกรอบได้อย่างไร?

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

7 หลักการออกแบบกราฟิก

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

ถ้าฉันมีเวลาหนึ่งชั่วโมงในการแก้ปัญหาฉันจะใช้เวลา 55 นาทีในการคิดเกี่ยวกับปัญหาและ 5 นาทีในการคิดวิธีแก้ปัญหา - Albert Einstein

สี่ Ws: คำถามที่ต้องตอบ

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

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

Empathy Map: แสดงความเป็นตัวเองในรองเท้าของผู้ใช้

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

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

แผนที่การเอาใจใส่เป็นเครื่องมือสำหรับการออกแบบการแก้ปัญหา

แผนที่การเอาใจใส่ช่วยให้เข้าใจผู้ที่ต้องการให้บริการผลิตภัณฑ์ได้ดีขึ้น

คำชี้แจงปัญหาขั้นสุดท้าย

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

รูปแบบตัวอย่างคำชี้แจงปัญหาการออกแบบมีดังนี้

  • จากมุมมองของผู้ใช้:“ ฉัน (คน) พยายามที่จะ (กริยา) แต่ (อุปสรรค) เพราะ (สาเหตุ) ซึ่งทำให้ฉันรู้สึก (ปฏิกิริยาทางอารมณ์) . '
    • เช่น“ ฉันเป็นคุณแม่มือใหม่ที่พยายามดูแลลูกน้อยของฉันอย่างดีที่สุด แต่ฉันไม่รู้ว่าฉันทำงานได้ดีไหมเพราะฉันมักจะอยู่บ้านคนเดียวและไม่มีใครให้ พูดคุยเกี่ยวกับเรื่องนี้ซึ่งทำให้ฉันรู้สึกโดดเดี่ยวและโดดเดี่ยว”
  • ดึงมาจากการวิจัยของผู้ใช้:“ (Persona) ต้องการวิธีการ (ความต้องการของผู้ใช้) เพราะ (ข้อมูลเชิงลึก) . '
    • เช่น“ คุณแม่มือใหม่ต้องการวิธีติดต่อกับคุณแม่คนอื่น ๆ เพราะพวกเขามักจะอยู่บ้านคนเดียวในตอนกลางวันและรู้สึกโดดเดี่ยวและโดดเดี่ยว”
  • การใช้ 4 Ws:“ ของเรา (Who) มีปัญหาว่า (อะไร) เมื่อไหร่ (ที่ไหน) . โซลูชันของเราควรส่งมอบ (ทำไม) . '
    • เช่น“ คุณแม่มือใหม่ของเรามีปัญหาที่เธอไม่มีใครคุยด้วยเกี่ยวกับวิธีที่ดีที่สุดในการดูแลลูกน้อยเมื่ออยู่บ้านคนเดียวทุกวัน วิธีแก้ปัญหาของเราควรช่วยให้เธอรู้สึกเชื่อมโยงกับคุณแม่คนอื่น ๆ เพื่อที่เธอจะได้รู้สึกโดดเดี่ยวและโดดเดี่ยวน้อยลง”

ทุกขั้นตอนการกำหนดกรอบปัญหาที่ดีไม่ว่าจะง่ายแค่ไหนควร:

  • หลีกเลี่ยงการเสนอแนวทางแก้ไข เป็นเรื่องง่ายที่จะคิดในแง่ของคุณสมบัติและฟังก์ชันการทำงานที่จับต้องได้ แต่สิ่งเหล่านี้จะเบี่ยงเบนความสนใจจากการทำความเข้าใจปัญหาพื้นฐานก่อน
  • ถามว่าทำไม. เป็นคำถามง่ายๆที่จะช่วยค้นหาข้อมูลเชิงลึกใต้พื้นผิว แต่ในฐานะผู้สนับสนุน Tina Seelig ของ Fast Company เขียน การถามว่า“ ทำไม” จะช่วยให้คุณเห็นสถานการณ์จากมุมที่แตกต่างกัน
  • สะท้อน. หาเวลาถอยหลังและมองหาความเชื่อมโยงและรูปแบบ นี่คือที่ที่ข้อมูลเชิงลึกอยู่ที่สามารถทำให้ผลิตภัณฑ์แตกต่างจากคู่แข่งได้
  • ให้เป็นสากล หลีกเลี่ยงการใช้ศัพท์แสงหรือความซับซ้อนที่ไม่จำเป็น ปัญหาควรจะง่ายสำหรับทุกคนที่จะเข้าใจและควรจะเล่าต่อ การเตรียมสมาชิกในทีมให้สามารถพูดคุยเกี่ยวกับสิ่งที่คุณพยายามบรรลุได้อย่างง่ายดายจะสร้างความมั่นใจและความหลงใหลในโครงการ

ลืมม้าส่งมอบรถ

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

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

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

•••

อ่านเพิ่มเติมในบล็อกการออกแบบ ApeeScape:

  • eCommerce UX - ภาพรวมของแนวทางปฏิบัติที่ดีที่สุด (พร้อม Infographic)
  • ความสำคัญของการออกแบบที่เน้นมนุษย์เป็นศูนย์กลางในการออกแบบผลิตภัณฑ์
  • พอร์ตการลงทุน UX Designer ที่ดีที่สุด - กรณีศึกษาและตัวอย่างที่สร้างแรงบันดาลใจ
  • หลักการฮิวริสติกสำหรับอินเทอร์เฟซมือถือ
  • การออกแบบที่คาดหวัง: วิธีสร้างประสบการณ์ผู้ใช้ที่มีมนต์ขลัง

ทำความเข้าใจพื้นฐาน

สรุปการออกแบบมีอะไรบ้าง?

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

ขั้นตอนการออกแบบคืออะไร?

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

วิธีสร้างอัลกอริธึมการเรียนรู้ของเครื่อง

แนวทางการคิดเชิงออกแบบคืออะไร?

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

Design Thinking ทำอะไร?

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

การแก้ปัญหาในการออกแบบคืออะไร?

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

คำชี้แจงปัญหาที่ดีคืออะไร?

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

คู่มือการเขียนโปรแกรมเชิงกระบวนการใน Elixir และ OTP

ส่วนหลัง

คู่มือการเขียนโปรแกรมเชิงกระบวนการใน Elixir และ OTP
กรณีศึกษา: เหตุใดฉันจึงใช้ AWS Cloud Infrastructure สำหรับผลิตภัณฑ์ของฉัน

กรณีศึกษา: เหตุใดฉันจึงใช้ AWS Cloud Infrastructure สำหรับผลิตภัณฑ์ของฉัน

เทคโนโลยี

โพสต์ยอดนิยม
เอกสาร Agile: การปรับสมดุลความเร็วและการรักษาความรู้
เอกสาร Agile: การปรับสมดุลความเร็วและการรักษาความรู้
ทำลายหลักการออกแบบ (ด้วยอินโฟกราฟิก)
ทำลายหลักการออกแบบ (ด้วยอินโฟกราฟิก)
วิธีจัดโครงสร้างลำดับชั้นการพิมพ์ที่มีประสิทธิภาพ
วิธีจัดโครงสร้างลำดับชั้นการพิมพ์ที่มีประสิทธิภาพ
ฮาร์ดแวร์ที่คล่องตัวพร้อมการพัฒนาซอฟต์แวร์ในตัว
ฮาร์ดแวร์ที่คล่องตัวพร้อมการพัฒนาซอฟต์แวร์ในตัว
วิธีการรวม OAuth 2 เข้ากับ Django / DRF Back-end ของคุณโดยไม่บ้า
วิธีการรวม OAuth 2 เข้ากับ Django / DRF Back-end ของคุณโดยไม่บ้า
 
GWT Toolkit: สร้างส่วนหน้า JavaScript ที่มีประสิทธิภาพโดยใช้ Java
GWT Toolkit: สร้างส่วนหน้า JavaScript ที่มีประสิทธิภาพโดยใช้ Java
แหล่งข้อมูลสำหรับธุรกิจขนาดเล็กสำหรับ COVID-19: เงินกู้เงินช่วยเหลือและสินเชื่อ
แหล่งข้อมูลสำหรับธุรกิจขนาดเล็กสำหรับ COVID-19: เงินกู้เงินช่วยเหลือและสินเชื่อ
Libation Frontiers: เจาะลึกอุตสาหกรรมไวน์โลก
Libation Frontiers: เจาะลึกอุตสาหกรรมไวน์โลก
เรียนรู้ Markdown: เครื่องมือการเขียนสำหรับนักพัฒนาซอฟต์แวร์
เรียนรู้ Markdown: เครื่องมือการเขียนสำหรับนักพัฒนาซอฟต์แวร์
พบกับ Phoenix: กรอบงานคล้ายรางสำหรับเว็บแอปสมัยใหม่บน Elixir
พบกับ Phoenix: กรอบงานคล้ายรางสำหรับเว็บแอปสมัยใหม่บน Elixir
โพสต์ยอดนิยม
  • เหตุใดส่วนแบ่งการตลาดจึงสำคัญ
  • การจัดการข้อผิดพลาดในการโทรกลับของโหนด js
  • การเรียนรู้การเขียนโปรแกรม c++
  • วิธีทดสอบเมธอดใน java
  • กวดวิชาการทดสอบหน่วยสตูดิโอ android
  • aws โซลูชั่น สถาปนิก สอบปฏิบัติ
หมวดหมู่
  • ทีมแบบกระจาย
  • เคล็ดลับและเครื่องมือ
  • ชีวิตนักออกแบบ
  • นวัตกรรม
  • © 2022 | สงวนลิขสิทธิ์

    portaldacalheta.pt