เข้าใจแคมเปญ
อ่าน mission, สินค้า และเงื่อนไขก่อนตัดสินใจ
PUBLIC · /CASE 07 · LIVE PRODUCT · CHARITY COMMERCE
ออกแบบประสบการณ์ made-to-order ที่ทำให้ผู้สนับสนุนเข้าใจแคมเปญ เลือกสินค้า ชำระเงิน และติดตามสถานะได้ โดยเชื่อมต่อกับงานตรวจสอบและจัดส่งของทีมหลังบ้าน
THE CHALLENGE
ผู้ใช้ต้องเข้าใจเจตนาของแคมเปญก่อนเลือกเสื้อ ยอมรับเงื่อนไข made-to-order ส่งหลักฐานการชำระเงิน และกลับมาติดตามได้โดยไม่ต้องสร้างบัญชี ขณะเดียวกันทีมงานต้องตรวจสลิปและขยับสถานะผลิตอย่างปลอดภัย
ขอบเขตหลักฐาน: เคสนี้อธิบายโครงสร้างและสิ่งที่เผยแพร่จริง ไม่อ้างยอดบริจาค conversion หรือผล usability testing ที่ไม่มีข้อมูลยืนยัน
END-TO-END SERVICE
เส้นทาง public และ operations ถูกออกแบบเป็นบริการเดียวกัน แต่เปิดเผยข้อมูลเท่าที่แต่ละบทบาทจำเป็นต้องเห็น
อ่าน mission, สินค้า และเงื่อนไขก่อนตัดสินใจ
PUBLIC · /เลือกสี ไซซ์ จำนวน และตรวจยอดรวม
PUBLIC · /preorderกรอกข้อมูลและได้ temporary hold สำหรับชำระเงิน
SERVER · RESERVEตรวจข้อมูลโอนและอัปโหลดไฟล์เข้าสู่พื้นที่ส่วนตัว
TOKEN · PAYMENTดูการตรวจชำระเงินและการจัดส่งแยกกัน
TOKEN · TRACKINGตรวจสลิป อนุมัติ และขยับงานผลิตตามลำดับ
STAFF · DASHBOARDINFORMATION ARCHITECTURE
หน้า public ช่วยตัดสินใจและติดตาม ส่วน dashboard ทำหน้าที่เป็น operational queue โดยข้อมูลลูกค้าและสลิปไม่ออกสู่ public surface
PUBLIC EXPERIENCE
/เรื่องราว Edition 01, สินค้า, ความโปร่งใส และ FAQ/preorderเลือก variant และส่งข้อมูลพรีออเดอร์/preorder/payment/[token]คำแนะนำชำระเงิน เวลา hold และการอัปโหลดสลิป/track/[token]สถานะส่วนตัวโดยไม่เปิดเผยข้อมูลลูกค้าใน URL/privacy · /termsความเป็นส่วนตัวและเงื่อนไข made-to-orderSTAFF OPERATIONS
/dashboardภาพรวมแคมเปญและสัญญาณงานที่ต้องจัดการ/dashboard/ordersคิวรายการพร้อมค้นหาและกรองสถานะ/dashboard/orders/[id]รายละเอียด สลิป ประวัติ และ action ที่ได้รับอนุญาตPRIVATE SLIPเจ้าหน้าที่เข้าถึงผ่านลิงก์อายุสั้นและมี audit trailPRODUCTION EXPORTสรุปตาม SKU โดยไม่รวมข้อมูลลูกค้าหรือสลิปFLOW & STATES
การอนุมัติสลิปไม่ได้แปลว่าสินค้าถูกจัดส่งแล้ว จึงแยก state machine สองชุดให้ผู้ใช้และทีมงานเห็นความหมายตรงกัน
ทีมงานตรวจสลิปแบบ manual; รายการที่หมดเวลาหรือถูกปฏิเสธต้องอธิบายขั้นต่อไปด้วยข้อความ ไม่ใช้สีอย่างเดียว
สถานะเดินหน้าเป็นลำดับเดียว ลดความคลาดเคลื่อนระหว่างหน้า track, dashboard และข้อมูลสำหรับผลิต
DESIGN DECISIONS
ภาพลักษณ์ที่อบอุ่นต้องทำงานคู่กับข้อมูล ขั้นตอน และสถานะที่ตรวจสอบได้
ผู้ใช้เห็น mission, made-to-order, privacy และ terms ก่อนส่งข้อมูล ไม่ต้องค้นหาเงื่อนไขจาก fine print หลังเริ่มจ่ายเงิน
HOME · PREORDER · LEGALหลังสร้างรายการ ระบบให้ payment context และ countdown ชัดเจน พร้อมรองรับ empty, invalid file, expired, review และ duplicate submission
PREORDER · PAYMENT · TRACKINGคิวตรวจสลิป การแก้ข้อมูล ประวัติการเปลี่ยนแปลง และ fulfilment state ช่วยให้คำตอบที่ลูกค้าเห็นตรงกับสิ่งที่ทีมงานกำลังทำ
DASHBOARD · AUDIT · FULFILMENTPUBLIC UI SYSTEM
ใช้ฟ้าเป็น action color เหลืองสำหรับจุดสนใจ mint สำหรับความสำเร็จ และกรมท่าสำหรับข้อมูลที่ต้องการน้ำหนัก โดยทุกสถานะมีข้อความหรือไอคอนประกอบ
ตรวจรายการก่อนสร้าง temporary hold
ยอดรวมจากระบบตัวอย่างเชิงโครงสร้าง ไม่ใช่ฟอร์มรับออเดอร์ และไม่มีข้อมูลบัญชีหรือข้อมูลลูกค้าอยู่ใน Portfolio นี้
COMPONENTS & STATES
องค์ประกอบสำคัญระบุหน้าที่ สถานะ และข้อกำหนดด้าน accessibility เพื่อให้การพัฒนาต่อไม่เหลือแค่ภาพสวย
| COMPONENT | PURPOSE | KEY STATES | ACCESSIBILITY / PRIVACY |
|---|---|---|---|
| Checkout Progress | บอกตำแหน่งในเส้นทาง 3 ขั้น | Current · Completed · Upcoming | aria-current="step" และ label ไม่พึ่งสี |
| Preorder Form | เลือก variant และเก็บข้อมูลที่จำเป็น | Idle · Loading · Field error · Server error · Success | touch target ≥ 44px, error summary รับ focus |
| Payment Uploader | ส่งสลิปเข้าสู่พื้นที่จัดเก็บส่วนตัว | Empty · Invalid · Uploading · Expired · Under review | ตรวจชนิด/ขนาดไฟล์ฝั่ง server; ไม่เผย object key |
| Tracking Timeline | แยก payment และ fulfilment ให้เข้าใจง่าย | Available · Review · Approved · Rejected · Delivered | token ส่วนตัว, ไอคอน + ข้อความ + state string |
| Staff Order Queue | ค้นหา กรอง ตรวจ และขยับงาน | Loading · Empty · Review · Permission denied | ตรวจสิทธิ์ทุก action ฝั่ง server และมี audit trail |
WEB & FRONTEND SCOPE
แยกขอบเขตที่แสดงในเคสนี้ตามบทบาทสมัครงาน โดยระบุ deliverable, technology และ evidence/state จาก source ล่าสุด ไม่ใช้ตำแหน่งเหล่านี้แทนชื่อตำแหน่งงานจริง
01 · WEB DELIVERY
เชื่อมหน้า public, token-based tracking และ staff operations เข้ากับ route และข้อมูลที่มีสิทธิ์ต่างกัน
Production routes ตอบ 200, dashboard redirect ผู้ไม่ผ่าน auth และ export API ตอบ 401 เมื่อไม่เข้าสู่ระบบ
02 · DESIGN TO INTERFACE
แปลง campaign journey และ service state เป็น Thai-first responsive interface ที่สื่อความหมายได้โดยไม่พึ่งสีอย่างเดียว
หน้าจอครอบคลุม empty, invalid, expired, review, approved และ rejected พร้อมข้อความกำกับทุกสถานะ
03 · UI ENGINEERING
พัฒนา interaction และ state ให้ตรงกับ business rule พร้อมเชื่อม API โดยให้ server เป็นแหล่งความจริงของการจองและชำระเงิน
POST ข้อมูลว่างตอบ 400 ตาม validation; เอกสาร go-live บันทึก tests 240/240 พร้อม typecheck, lint และ build
ROLE & EVIDENCE
ขอบเขต Portfolio นี้เน้น UX/UI และ Product Design โดยอ้างสถานะ production จากเอกสารส่งมอบล่าสุด และไม่เปิดเผยข้อมูลคำสั่งซื้อหรือหลักฐานการชำระเงินจริง
LIVE PRODUCT
เปิดเว็บไซต์จริงเพื่อดู public experience หรือกลับไปเลือกเคสอื่นใน Portfolio