หน่วย
1. ข้อมูลเบื้องต้นเกี่ยวกับปัญญาประดิษฐ์ในการออกแบบ UI/UX: บทบาท ขอบเขต การรับรองความถูกต้อง และข้อมูลผู้ใช้ 2. การสังเคราะห์การวิจัยผู้ใช้: ดึงข้อมูลเชิงลึกจากข้อมูลการสัมภาษณ์และการสำรวจ 3. การผลิตแผนที่การเดินทางของบุคคลและผู้ใช้ 4. สถาปัตยกรรมสารสนเทศและการออกแบบโฟลว์ผู้ใช้ 5. การสร้างการออกแบบโครงร่างและความละเอียดต่ำ 6. ข้อความอินเทอร์เฟซและการเขียน UX: การเขียนข้อความขนาดเล็กด้วยปัญญาประดิษฐ์ 7. ปัญญาประดิษฐ์ในการสร้างต้นแบบและการออกแบบที่มีความคมชัดสูง 8. การวิเคราะห์การทดสอบการใช้งานและการสังเคราะห์ผลการวิจัย 9. ระบบการออกแบบ: ปัญญาประดิษฐ์ในส่วนประกอบ โทเค็น และเอกสารประกอบ 10. ปัญญาประดิษฐ์ในการเข้าถึงและการออกแบบที่ครอบคลุม 11. จริยธรรม ความเป็นส่วนตัว ลิขสิทธิ์ และระบบนิเวศเครื่องมือ AI
หน่วย 9 / 11

ระบบการออกแบบ: ปัญญาประดิษฐ์ในส่วนประกอบ โทเค็น และเอกสารประกอบ

กำไร:

  • ความสามารถในการร่างและสร้างโทเค็นการออกแบบ การตั้งชื่อส่วนประกอบ และกฎการใช้งานที่สอดคล้องกันด้วยปัญญาประดิษฐ์
  • ความสามารถในการจัดทำเอกสารประกอบส่วนประกอบอย่างรวดเร็ว ทำ/ไม่ยกตัวอย่าง และใช้งานข้อความด้วยปัญญาประดิษฐ์
  • ความสามารถในการตรวจสอบข้อเสนอแนะด้านปัญญาประดิษฐ์เพื่อหาข้อขัดแย้งกับระบบการออกแบบที่มีอยู่และรักษาเอกภาวะ

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

โทเค็นและการตั้งชื่อ: พื้นฐานสำหรับความสอดคล้อง

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

AI เก่งในสองสิ่งที่นี่: การตรวจสอบโทเค็นที่มีอยู่ของคุณที่ตั้งค่าไว้กับแผนการตั้งชื่อที่สอดคล้องกัน และการแนะนำชื่อที่สอดคล้องกับสคีมาสำหรับโทเค็นใหม่ คำขอเช่น "แปลรายการโทเค็นนี้เป็นการตั้งชื่อตามความหมาย (ตามความหมาย)" จะช่วยคุณสร้างชื่อที่สื่อความหมาย เช่น สี-การกระทำ-หลัก แทนที่จะเป็นสีน้ำเงิน-500 แต่การตัดสินใจตั้งชื่อขั้นสุดท้ายคือสัญญาของทีม โมเดลมีเฉพาะโครงร่างเท่านั้น

เคล็ดลับ: เมื่อตั้งชื่อโทเค็นให้กับ AI ให้ยกตัวอย่างโครงการปัจจุบันของคุณ 5-6 ตัวอย่างแล้วพูดว่า "ให้อยู่ในรูปแบบเดียวกัน" คำขอแบบไม่มีตัวอย่างจะสร้างชื่อที่ต่างจากระบบของคุณ

เอกสารส่วนประกอบ: พื้นที่ที่มีประสิทธิผลมากที่สุดของ AI

เอกสารประกอบของส่วนประกอบประกอบด้วย: สิ่งที่ส่วนประกอบทำ เมื่อใดควรใช้ เมื่อไม่ใช้งาน รูปแบบต่างๆ สถานะ (ค่าเริ่มต้น โฮเวอร์ แพสซีฟ ข้อผิดพลาด) บันทึกการเข้าถึง และตัวอย่าง "สิ่งที่ควรทำ/ไม่ควร" การเขียนข้อความเหล่านี้ด้วยมือใช้เวลาหลายชั่วโมง ซึ่งเป็นสาเหตุที่หลายทีมละเลยเอกสาร

AI เติมเต็มช่องว่างนี้: เมื่อคุณอธิบายส่วนประกอบ ระบบจะสร้างเอกสารฉบับร่าง กฎการใช้งาน และตัวอย่างที่ทำ/ไม่ทำในรูปแบบที่สอดคล้องกัน ดังนั้นเอกสารเปลี่ยนจาก "ไม่มี" เป็น "มีแบบร่าง จะได้รับการแก้ไข" ซึ่งเป็นประโยชน์อย่างมาก อย่างไรก็ตาม โมเดลไม่ทราบถึงพฤติกรรมที่แท้จริงของส่วนประกอบ เป็นหน้าที่ของคุณที่จะต้องจับคู่กฎที่สร้างขึ้นกับความเป็นจริงของระบบ

ส่วนของเอกสาร

การมีส่วนร่วมของปัญญาประดิษฐ์

การตรวจสอบของมนุษย์

มันทำอะไร?

คำจำกัดความโครงร่างที่ชัดเจน

ความเหมาะสมอย่างแท้จริงสำหรับวัตถุประสงค์

เมื่อจะใช้

สถานการณ์ทั่วไป

กฎเฉพาะของผลิตภัณฑ์

ทำ/อย่าทำตัวอย่าง

คู่ร่างด่วน

การใช้ในทางที่ผิดที่เกิดขึ้นจริง

บันทึกการเข้าถึง

การแจ้งเตือนมาตรฐาน

ยืนยันด้วยการทดสอบจริง

รายการตัวเลือก/กรณี

รายการที่เป็นไปได้

ผู้ที่มีอยู่ในระบบจริงๆ

การตรวจสอบความขัดแย้ง: การรักษาเอกภาวะ

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

มินิเคสสามอัน

กรณีที่ 1 — หนี้เอกสารเคลียร์แล้ว มีเพียง 6 องค์ประกอบจาก 24 องค์ประกอบของทีมเท่านั้นที่มีเอกสารประกอบ มีการสร้างเอกสารร่างสำหรับองค์ประกอบที่เหลืออีก 18 องค์ประกอบด้วยปัญญาประดิษฐ์ ทีมงานแก้ไขครั้งละ 10-15 นาที งานที่ถูกเลื่อนออกไปหลายสัปดาห์ก็แล้วเสร็จภายในสองวัน

กรณีที่ 2 — การตั้งชื่อโทเค็นมีความสอดคล้องกัน ในระบบหนึ่ง สีต่างๆ จะถูกผสมกัน เช่น blue1, mainBlue, brand-blue AI แปลโทเค็น 40 รายการที่มีอยู่เป็นสคีมาเชิงความหมาย ทีมงานแก้ไขและเปลี่ยนมาเป็นมาตรฐานเดียว ข้อผิดพลาดของสีลดลงอย่างเห็นได้ชัดในการออกแบบต่อมา

กรณีที่ 3 — ส่วนประกอบที่ขัดแย้งกันถูกปฏิเสธ AI เสนอองค์ประกอบใหม่ที่เรียกว่า "ปุ่มการดำเนินการรอง" เมื่อทีมงานสแกนหาความขัดแย้ง พวกเขาพบว่ามันทำงานเหมือนกับ "ปุ่มผี" ที่มีอยู่ และปฏิเสธข้อเสนอแนะดังกล่าว บทเรียน: ไม่ใช่ทุกข้อเสนอแนะที่จะเพิ่มส่วนประกอบใหม่ให้กับระบบ บางครั้งมันก็ถูกต้องที่จะใช้สิ่งที่มีอยู่

พร้อมท์ที่คัดลอกได้

บทบาทของคุณ: ออกแบบผู้ดูแลระบบ บันทึกส่วนประกอบนี้: <<ส่วนประกอบและพฤติกรรมของมัน>> รูปแบบ: มันทำอะไร | เมื่อใดควรใช้ | เมื่อไม่ควรใช้ |Variants | สถานการณ์ | บันทึกการเข้าถึง | 2 ทำ / 2 อย่าเป็นตัวอย่าง สร้างพฤติกรรมที่คุณไม่รู้ เขียนว่า "ทีมต้องกรอก"

แปลรายการโทเค็นนี้เป็นรูปแบบการตั้งชื่อความหมาย (ตามความหมาย) ตัวอย่างสคีมาปัจจุบันของฉัน: <<5-6 ตัวอย่าง>> ดำเนินการต่อในรูปแบบเดียวกัน สำหรับแต่ละโทเค็น ให้ตั้งชื่อเก่า -> ชื่อใหม่ -> ตารางเหตุผล รายการ: <<โทเค็น>>

สแกนหาข้อขัดแย้ง: สรุประบบการออกแบบปัจจุบันของฉัน: <<สรุป>> องค์ประกอบ/กฎที่เสนอใหม่: <<ข้อเสนอแนะ>> คำแนะนำนี้ขัดแย้งกับระบบที่มีอยู่ (ส่วนประกอบที่ทำงานเดียวกัน กฎที่ขัดแย้งกัน โทเค็นซ้ำ) หรือไม่ ระบุข้อขัดแย้งและข้อเสนอแนะของคุณ

สร้างคู่ตัวอย่าง "ทำ/ไม่ทำ" สำหรับส่วนประกอบนี้: การใช้งานที่ถูกต้องตามความเป็นจริงและสถานการณ์การใช้งานที่ไม่ถูกต้องที่สมจริง สำหรับแต่ละคู่ ให้อธิบายเป็นประโยคเดียวว่าเหตุใดจึงเป็นจริง/เท็จ ส่วนประกอบ: <<ชื่อและวัตถุประสงค์>>

พรอมต์อ่อน / พรอมต์แข็งแกร่ง

จุดอ่อน: "เขียนเอกสารสำหรับปุ่มนี้"

ผลลัพธ์: ข้อความที่จัดรูปแบบทั่วไปและไม่มีการเชื่อมต่อกับระบบ

Strong: "จัดทำเอกสารปุ่มนี้ในรูปแบบต่อไปนี้ (ใช้ทำอะไร / เมื่อใดที่จะไม่ใช้ / ตัวแปร / เคส / การเข้าถึง / สิ่งที่ไม่ควรทำ) สร้างพฤติกรรมที่คุณไม่รู้ เขียนว่า 'ทีมต้องกรอก'"

ผลลัพธ์: มีการจัดรูปแบบสม่ำเสมอ เว้นระยะห่างอย่างเหมาะสม และแก้ไขต้นฉบับได้

ความแตกต่าง: รูปแบบพรอมต์ที่แข็งแกร่ง + การห้ามการประดิษฐ์ + การเตือนให้ทำ/ไม่

ข้อผิดพลาดทั่วไป

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

โดยสรุป

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

งานสมัคร

  1. เลือกส่วนประกอบที่ไม่มีเอกสารประกอบ และสร้างเอกสารร่างพร้อมข้อความแจ้งแรก
  2. กรอกข้อมูลในช่องที่ระบุว่า "ทีมต้องกรอก" ให้ครบถ้วนด้วยพฤติกรรมจริง
  3. ด้วยพรอมต์ที่สอง ให้แปลงโทเค็น 8-10 ของคุณเป็นรูปแบบความหมาย และสร้างตารางชื่อเก่า/ใหม่
  4. หากต้องการแนวคิดองค์ประกอบใหม่ ให้สแกนหาข้อขัดแย้งด้วยข้อความแจ้งที่สาม
  5. ด้วยพรอมต์ที่สี่ ให้สร้างคู่ตัวอย่าง do/not สำหรับส่วนประกอบและเพิ่มลงในระบบ

รายการตรวจสอบ

  • [ ] ฉันเชื่อมโยงการตั้งชื่อโทเค็นกับสคีมาตัวอย่าง
  • [ ] ฉันสแกนส่วนประกอบใหม่เพื่อหาข้อขัดแย้ง
  • [ ] ฉันตรวจสอบพฤติกรรมที่สร้างแบบจำลองด้วยความเป็นจริง
  • [ ] ฉันวางแผนที่จะยืนยันบันทึกการเข้าถึงด้วยการทดสอบจริง
  • [ ] ฉันเก็บเอกสารในรูปแบบที่สอดคล้องกัน
  • [ ] ฉันรักษาเอกภาวะและป้องกันการทำซ้ำ