ร้านดอกไม้ออนไลน์
เว็บสั่งซื้อและจัดส่งช่อดอกไม้

ตอนแรกโฟกัส Buyer Portal อย่างเดียว ทำสวยมาก แต่พอเริ่มทำ Seller Portal ถึงรู้ว่าฟีเจอร์บางอย่างที่ Buyer ใช้สะดวก กลับทำให้ Seller ทำงานยากขึ้น เช่น "เลือกเวลาส่งได้ทุกช่วง" ฟังดูดีสำหรับลูกค้า แต่ร้านดอกไม้มีเวลาจัดช่อจำกัด — บทเรียนคือ ต้องคิดทั้ง 2 ฝั่งตั้งแต่ต้น ไม่ใช่ทำทีหลัง

ตอน wireframe แรก ยัดทุก option ลงหน้าเดียว — ดอก 15 ชนิด, สี 8 สี, ขนาด 4 แบบ, ห่อ 3 แบบ, การ์ด, ริบบิ้น... ลูกค้าดูแล้วงง ไม่รู้จะเริ่มจากไหน พอเปลี่ยนเป็น Progressive Disclosure ค่อยๆ โชว์ทีละ step พร้อม preview สดๆ ว่าช่อจะหน้าตาเป็นยังไง — user test ผ่านฉลุย คนชอบมากเพราะรู้สึกเหมือน "สร้างช่อดอกไม้ของตัวเอง"

เวอร์ชันแรกของ Seller Dashboard มีกราฟสวยมาก — รายได้รายเดือน, ยอดขายเปรียบเทียบ, funnel chart... แต่ร้านดอกไม้ตื่นมาตอน 6 โมงเช้า มีเวลาแป๊บเดียวก่อนลูกค้าสั่ง ไม่ได้นั่งวิเคราะห์ data พอเปลี่ยนหน้าแรกเป็น "3 ออเดอร์รอรับ / 2 ออเดอร์กำลังจัด / ดอกกุหลาบเหลือ 12 ดอก" — ร้านรู้เลยว่าต้องทำอะไรก่อน

ส่งพัสดุช้าไป 1 วันก็ไม่เป็นไร แต่ดอกไม้วันเกิดถ้าถึงหลังเที่ยงคืน = เสียทุกอย่าง Order Tracking ที่ดีต้องบอก "ช่อกำลังจัด → กำลังส่ง → ถึงใน 30 นาที" ให้ทั้งคนส่งและคนรับรู้ — โดยเฉพาะออเดอร์เซอร์ไพรส์ ลูกค้าอยากรู้ว่าดอกไม้ถึงมือคนรับ moment ไหน เพื่อโทรอวยพรตามหลังได้พอดี

Buyer Portal ต้องดูสวย อบอุ่น รู้สึกเหมือนเดินเข้าร้านดอกไม้ แต่ Seller Portal ต้อง clean, functional, ใช้งานเร็ว — ทั้งสองฝั่งใช้ Component Library เดียวกัน (ปุ่ม, การ์ด, input, spacing) แต่เปลี่ยนสี เปลี่ยน layout ผลคือรู้สึกเป็น "แพลตฟอร์มเดียวกัน" แม้หน้าตาต่าง — Design System ที่ดีไม่ได้แปลว่าทุกหน้าต้องเหมือนกัน แต่ต้อง "เป็นญาติกัน"