ผู้ดู Portfolio อยากรู้ว่าเราทำอะไรจริง
โปรเจกต์หนึ่งชิ้นอาจมีคนหลายบทบาท ควรระบุให้ชัดว่าคุณรับผิดชอบส่วนไหน ทำงานร่วมกับใคร และสิ่งใดเป็นการตัดสินใจของคุณเอง การใช้คำว่า “เรา” ได้ แต่ต้องไม่ทำให้ผู้อ่านเดาขอบเขตผลงาน
เริ่ม Case Study ด้วยบริบท
อธิบายสั้น ๆ ว่าผลิตภัณฑ์คืออะไร ผู้ใช้เป็นใคร ปัญหาที่ต้องแก้คืออะไร และมีข้อจำกัดด้านเวลา เทคโนโลยี หรือธุรกิจแบบใด ไม่จำเป็นต้องเล่าทุกขั้นตอน เลือกเฉพาะข้อมูลที่ช่วยให้เข้าใจเหตุผลของการตัดสินใจ
แสดงกระบวนการคิด ไม่ใช่ภาพทุกเวอร์ชัน
เลือกจุดตัดสินใจสำคัญ 2–3 จุด เช่น เหตุใดจึงเปลี่ยน User Flow ลดขอบเขต หรือเลือกรูปแบบหนึ่งแทนอีกแบบ หากมีข้อมูลจากผู้ใช้ ผลทดสอบ หรือข้อจำกัดของระบบ ให้เชื่อมสิ่งเหล่านั้นกับสิ่งที่เปลี่ยนอย่างตรงไปตรงมา
ผลลัพธ์ควรมีหลักฐาน
ผลลัพธ์อาจเป็นตัวเลข เช่น Conversion เวลาโหลด จำนวน Ticket หรืองานที่ลดลง หากเปิดเผยตัวเลขไม่ได้ สามารถใช้ผลลัพธ์เชิงคุณภาพ เช่น ทีมเปิดตัวได้ตามกำหนด ผู้ใช้ทำภารกิจสำเร็จง่ายขึ้น หรือ Component ถูกนำกลับมาใช้ในหลายหน้า พร้อมอธิบายวิธีที่ใช้ประเมิน
จบด้วยสิ่งที่เรียนรู้
Portfolio ที่น่าเชื่อถือไม่จำเป็นต้องทำให้ทุกโปรเจกต์ดูไร้ข้อผิดพลาด การบอกว่าสิ่งใดไม่เป็นไปตามคาดและหากทำอีกครั้งจะปรับอะไร แสดงให้เห็นความสามารถในการทบทวนงาน
เลือกผลงานเด่น 3–5 ชิ้นดีกว่าใส่ทุกอย่าง ตรวจการแสดงผลบนมือถือ ความเร็ว รูปภาพ Alt Text และช่องทางติดต่อให้พร้อม เพราะประสบการณ์การใช้งาน Portfolio ก็เป็นส่วนหนึ่งของผลงานเช่นกัน
