กำไร:
- ความสามารถในการร่างเมนู การนำทาง และโครงสร้างเนื้อหา (สถาปัตยกรรมข้อมูล) ด้วยปัญญาประดิษฐ์ และตรวจสอบด้วยผลการเรียงลำดับการ์ด
- ความสามารถในการดึงกระแสผู้ใช้และขั้นตอนจากหน้าจอสู่หน้าจอเข้าสู่ปัญญาประดิษฐ์ และจับช่องว่างทางลอจิกและ Edge Case
- ความสามารถในการปรับโครงสร้างที่แนะนำโดยปัญญาประดิษฐ์ในช่วงวิกฤติตามภาษาของผู้ใช้จริงและแบบจำลองทางจิต
หากผลิตภัณฑ์ใช้งานยาก ปัญหามักจะไม่ได้อยู่ที่สีหรือปุ่ม แต่อยู่ที่โครงสร้าง สถาปัตยกรรมข้อมูล (IA) คือวิธีที่เนื้อหาในผลิตภัณฑ์ถูกจัดกลุ่ม ตั้งชื่อ และจัดเรียงเป็นโครงสร้างการนำทาง: เมนู หมวดหมู่ ลำดับชั้น ขั้นตอนของผู้ใช้คือลำดับขั้นตอนบนหน้าจอที่ผู้ใช้ดำเนินการเพื่อบรรลุเป้าหมายเฉพาะ (การลงทะเบียน การซื้อผลิตภัณฑ์) ทั้งสองสร้างโครงกระดูกที่มองไม่เห็น AI สร้างโครงร่างของโครงกระดูกนี้อย่างรวดเร็วและช่วยจับช่องว่างทางตรรกะ แต่โครงสร้างนั้นเหมาะสมกับจิตใจของผู้ใช้จริงหรือไม่นั้น จะต้องอาศัยวิจารณญาณและการทดสอบของมนุษย์เท่านั้น
สถาปัตยกรรมสารสนเทศ: การพูดภาษาของผู้ใช้
ความตึงเครียดพื้นฐานของ IA คือ: คุณจะจัดระเบียบเนื้อหาตามตรรกะของสถาบันหรือจิตใจของผู้ใช้หรือไม่? เมนูที่ไม่ประสบความสำเร็จส่วนใหญ่จะกำหนดโครงสร้างแผนกภายในของบริษัทให้กับผู้ใช้ ("Enterprise Solutions", "Operations Center") หากผู้ใช้ถามว่า "ฉันจะชำระบิลได้อย่างไร" เขาคิด
ปัญญาประดิษฐ์เป็นผู้ช่วยแบบสองทางที่นี่ ในแง่หนึ่ง มันแนะนำโครงสร้างหมวดหมู่เริ่มต้นที่สมเหตุสมผล ในทางกลับกัน จะช่วยให้คุณทดสอบโครงสร้างปัจจุบันของคุณกับภาษาของผู้ใช้ แต่แท็กที่โมเดลแนะนำโดยทั่วไปจะเป็น "ภาษาอินเทอร์เน็ตโดยเฉลี่ย"; คำที่ผู้ใช้ของคุณใช้จริงอาจแตกต่างกัน ดังนั้น ร่าง IA จึงได้รับการตรวจสอบโดยการเรียงลำดับการ์ด: ผู้ใช้จริงจะได้รับการ์ดเนื้อหาและทำการเรียงลำดับ คุณปรับโครงสร้างตามการจัดกลุ่ม
เคล็ดลับ: เมื่อได้รับคำแนะนำหมวดหมู่จากปัญญาประดิษฐ์ ให้ขอให้ "แปลแต่ละหมวดหมู่เป็นประโยคคำถามที่ผู้ใช้จะสร้าง" ซึ่งจะช่วยเร่งการเปลี่ยนจากศัพท์เฉพาะขององค์กรเป็นภาษาของผู้ใช้
ขั้นตอนของผู้ใช้: ขั้นตอน การตัดสินใจ และกรณี Edge
ผังงานที่ดีทำให้สามสิ่งชัดเจน: ขั้นตอน (สิ่งที่ผู้ใช้ทำ), จุดตัดสินใจ (ใช่/ไม่ใช่สาขา) และกรณีขอบ - สถานการณ์นอกเส้นทางหลัก: รถเข็นว่างเปล่า, รหัสผ่านไม่ถูกต้อง, อินเทอร์เน็ตขัดข้อง, เซสชันหมดอายุ การออกแบบที่ไม่มีประสบการณ์จะดึงดูด "เส้นทางแห่งความสุข" (สถานการณ์ที่ทุกอย่างเป็นไปด้วยดี) และลืมเรื่อง Edge Case ไปได้เลย ผู้ใช้ส่วนใหญ่มักจะออกไปเที่ยวในสถานที่ที่ถูกลืมเหล่านี้
นี่คือจุดที่ AI ทรงพลัง: เมื่อคุณส่งออกสตรีม คุณจะถามว่า "สถานะ Edge ใดที่ขาดหายไป" เมื่อคุณถาม มันมักจะจับบางสิ่งที่คุณพลาดไป โมเดลทำงานเหมือนนักวิจารณ์โฟลว์ แต่คุณตัดสินใจว่าแต่ละสาขาที่แนะนำนั้นจำเป็นจริงๆ หรือไม่ ขอบเขตของผลิตภัณฑ์ และความเป็นจริงของผู้ใช้ มิฉะนั้นการไหลจะซับซ้อนโดยไม่จำเป็น
องค์ประกอบสตรีม
การมีส่วนร่วมของปัญญาประดิษฐ์
การตัดสินใจของมนุษย์
ขั้นตอนหลัก
ร่างอันดับมาตรฐาน
ลดความซับซ้อนเฉพาะผลิตภัณฑ์
จุดตัดสินใจ
สาขาที่เป็นไปได้
สิ่งที่จำเป็นจริงๆ
เคสขอบ
เตือนใจถึงสิ่งที่ลืม
สิ่งที่จะครอบคลุม
ป้ายกำกับ/ข้อความ
ข้อเสนอแนะแรก
การปรับตัวให้เข้ากับภาษาของผู้ใช้
เส้นทางข้อผิดพลาด
รูปแบบทั่วไป
ประเภทข้อผิดพลาดที่แท้จริงของผลิตภัณฑ์
มินิเคสสามอัน
กรณีที่ 1 — เมนูง่ายขึ้น ทีมงานตั้งชื่อเมนูหลัก 9 รายการให้กับปัญญาประดิษฐ์ และขอให้พวกเขา "แปลเป็นประโยคคำถามของผู้ใช้" พบว่ามี 3 หัวข้อที่ตรงกับคำถามเดียวกัน ("ฉันจะจัดการบัญชีของฉันได้อย่างไร"); เมนูลดลงจาก 9 เป็น 6 จากนั้นผู้ใช้ 14 รายได้รับการทดสอบด้วยการจัดกลุ่มการ์ดและการตรวจสอบการรวมเข้าด้วยกัน ความสำเร็จในการคลิกเพิ่มขึ้นจาก 61% เป็น 86%
กรณีที่ 2 — กรณีที่ติดขอบ ในการบันทึกเสียงครั้งหนึ่ง ทีมงานจับได้เฉพาะการบันทึกที่ประสบความสำเร็จเท่านั้น AI ถามว่า "จะเกิดอะไรขึ้นหากอีเมลได้รับการลงทะเบียนแล้ว" "หากอีเมลยืนยันไม่ได้รับ" "จะเกิดอะไรขึ้นหากอีเมลปิดและส่งคืนกลางทาง" คำถามที่สร้างขึ้น ทีมงานยังเพิ่ม 3 สถานะ Edge ให้กับโฟลว์; เมื่อเปิดใช้งานแล้ว คำขอการสนับสนุนลดลงอย่างมาก บทเรียน: แบบจำลองนี้เป็น "เครื่องเตือนใจผู้ถูกลืม" ที่ดี
กรณีที่ 3 — สาขาที่ซ้ำซ้อนถูกปฏิเสธ AI แนะนำสาขาต่างๆ ให้กับขั้นตอนการชำระเงิน เช่น “ตัวเลือกสกุลเงินดิจิทัล” และ “การจัดการที่อยู่หลายที่อยู่” สิ่งเหล่านี้ไม่รวมอยู่ในขอบเขตของผลิตภัณฑ์ ผู้ออกแบบปฏิเสธข้อเสนอแนะ บทเรียน: ไม่ยอมรับทุกข้อเสนอแนะของโมเดล การตัดสินใจเกี่ยวกับขอบเขตนั้นเป็นของมนุษย์ ไม่เช่นนั้นกระแสจะท่วมท้น
พร้อมท์ที่คัดลอกได้
บทบาทของคุณ: ผู้เชี่ยวชาญด้านสถาปัตยกรรมข้อมูล จัดกลุ่มรายการเนื้อหา/คุณสมบัติต่อไปนี้เป็นหมวดหมู่ที่เหมาะสมกับความคิดของผู้ใช้ ให้แต่ละหมวดหมู่มีทั้งป้ายกำกับสั้นๆ และวลีคำถามที่ผู้ใช้จะสร้าง หลีกเลี่ยงศัพท์แสงขององค์กร ใช้ได้ถึง 6 หมวดหมู่หลัก รายการ: <<contents>>
ตรวจสอบโฟลว์ผู้ใช้นี้: <<ขั้นตอน>>.1) แสดงรายการกรณี Edge ที่ขาดหายไป (สถานะไม่ได้ใช้งาน ข้อผิดพลาด หมดเวลา การเข้าสู่ระบบใหม่)2) ตั้งค่าสถานะขั้นตอนที่ดูเหมือนไม่จำเป็นหรืออยู่นอกขอบเขต3) แนะนำแท็กที่ไม่เหมาะกับภาษาของผู้ใช้ ให้เหตุผลหนึ่งประโยคแก่แต่ละรายการ พูดอย่างเคร่งครัด; บอกว่า "ต้องตรวจสอบ"
ร่างโฟลว์ผู้ใช้ทีละหน้าจอสำหรับงานต่อไปนี้: "<<งาน>>" รูปแบบ: แต่ละขั้นตอน = ชื่อหน้าจอ > การกระทำของผู้ใช้ > การตอบสนองของระบบ แยกจุดตัดสินใจด้วย "ถ้า... แล้ว" แสดงเส้นทางข้อผิดพลาดอย่างน้อย 2 เส้นทางพร้อมกับเส้นทางที่มีความสุข
เปรียบเทียบโครงสร้างเมนูนี้กับผลการจัดกลุ่มการ์ด: โครงสร้างที่แนะนำ: <<a>> การจัดกลุ่มผู้ใช้: <<b>> แสดงตำแหน่งที่เข้ากันไม่ได้ในตาราง และระบุตำแหน่งที่ใกล้กับความคิดของผู้ใช้มากที่สุด
พรอมต์อ่อน / พรอมต์แข็งแกร่ง
อ่อนแอ: "เขียนสตรีมบันทึกให้ฉันหน่อย"
ผลลัพธ์: รายการขั้นตอนทั่วไปที่ไม่มีตัวพิมพ์ขอบ มีเพียงเส้นทางที่มีความสุขเท่านั้น
แข็งแกร่ง: "วาดโฟลว์ทีละหน้าจอสำหรับงานนี้ กำหนดแต่ละขั้นตอนในรูปแบบ 'หน้าจอ > การดำเนินการ > การตอบสนองของระบบ' แสดงเส้นทางข้อผิดพลาดอย่างน้อย 2 เส้นทางถัดจากเส้นทางที่มีความสุข แยกจุดตัดสินใจด้วย IF-THEN"
ผลลัพธ์: โฟลว์ที่สามารถทำงานได้พร้อมสถานะขอบและสาขาที่มองเห็นได้
ความแตกต่าง: ต้องใช้รูปแบบพร้อมท์ที่ชัดเจน + ความจำเป็นของเส้นทางข้อผิดพลาด + จุดตัดสินใจ สิ่งเหล่านี้ทำให้กระแสเข้าใกล้โลกแห่งความเป็นจริงมากขึ้น
ข้อผิดพลาดทั่วไป
- แค่ออกแบบทางแห่งความสุข ผู้ใช้มักติดขัดในสถานการณ์ Edge; การข้ามมันถือเป็นความผิดพลาดที่แพงที่สุด
- นำศัพท์เฉพาะองค์กรมาสู่เมนู ผู้ใช้ค้นหาว่า "คำสั่งซื้อของฉันอยู่ที่ไหน" ไม่ใช่ "ศูนย์ปฏิบัติการ"
- การสรุป IA โดยไม่ต้องจัดกลุ่มการ์ด ข้อเสนอแบบจำลองเป็นเพียงสมมติฐาน ผู้ใช้ยืนยันการทดสอบ
- เพิ่มคำแนะนำโฟลว์แต่ละรายการของโมเดล กิ่งก้านที่อยู่นอกขอบเขตจะขยายการไหล การปฏิเสธก็เป็นการตัดสินใจเช่นกัน
- ไม่ได้ทดสอบฉลากเลย ป้ายกำกับที่คุณคิดว่า "เข้าใจได้" อาจไม่คุ้นเคยกับผู้ใช้
โดยสรุป
สถาปัตยกรรมข้อมูลและการไหลของผู้ใช้เป็นโครงกระดูกที่มองไม่เห็นของผลิตภัณฑ์ ความลื่นไหลของประสบการณ์ผู้ใช้ส่วนใหญ่มาจากสิ่งนี้ AI แนะนำโครงสร้างหมวดหมู่ที่เป็นไปได้ กระแสการวิพากษ์วิจารณ์ และทรงพลังอย่างยิ่งในการจับกรณีขอบที่ถูกลืม แต่การที่ป้ายกำกับตรงกับภาษาของผู้ใช้นั้นจะขึ้นอยู่กับการจัดกลุ่มการ์ดหรือไม่ และขอบเขตของโฟลว์และความจำเป็นของการแยกสาขาจะถูกกำหนดโดยวิจารณญาณของมนุษย์ ใช้แบบจำลองเป็นผู้ร่างและนักวิจารณ์ คุณปรับเทียบโครงสร้างตามความต้องการของผู้ใช้
งานสมัคร
- ระบุเนื้อหา/คุณลักษณะ 8-10 รายการของผลิตภัณฑ์ และสร้างโครงสร้างหมวดหมู่ด้วยข้อความแจ้งแรก
- แปลแต่ละหมวดหมู่เป็นประโยคคำถามของผู้ใช้และรวมส่วนที่สับสนเข้าด้วยกัน
- เลือกงานและวาดโฟลว์ทีละหน้าจอด้วยพร้อมท์ที่สาม (ที่มีเส้นทางข้อผิดพลาดอย่างน้อย 2 เส้นทาง)
- ด้วยพรอมต์ที่สอง วิพากษ์วิจารณ์โฟลว์ เพิ่มเคส Edge ที่ขาดหายไป และลบขั้นตอนที่ไม่จำเป็น
- หากเป็นไปได้ ให้จัดกลุ่มมินิการ์ดไว้ 3-5 คน และปรับโครงสร้างตามผลลัพธ์
รายการตรวจสอบ
- [ ] ฉันแปลหมวดหมู่เป็นภาษาผู้ใช้และลบศัพท์เฉพาะออก
- [ ] นอกจากเส้นทางแห่งความสุขแล้ว ฉันยังวาดเส้นทางแห่งข้อผิดพลาดในโฟลว์อีกด้วย
- [ ] ฉันสแกนเคส Edge ที่หายไปด้วยปัญญาประดิษฐ์และเพิ่มเข้าไป
- [ ] ฉันตั้งใจปฏิเสธข้อเสนอแนะที่อยู่นอกขอบเขต
- [ ] ฉันทดสอบแบบร่าง IA ด้วยการจัดกลุ่มการ์ดหรือการทดสอบผู้ใช้
- [ ] ฉันตรวจสอบแท็กด้วยคำพูดของผู้ใช้จริง