Together Mode Architecture for Super App V2
แนวคิดของ Together Mode มีความสำคัญมากต่อการออกแบบ super app เพราะปัญหาหลักของแพลตฟอร์มที่กำลังขยายตัวเร็วคือ “มี content, service, menu และ use case จำนวนมากเกินไปจนผู้ใช้รู้สึกว่าระบบแน่นและใช้งานยาก” ดังนั้นการทำ Mode ไม่ใช่เพียงการทำปุ่ม filter ธรรมดา แต่เป็นการสร้าง “ชั้นของเจตนาใช้งาน” ให้ผู้ใช้เลือกก่อน แล้วระบบจึงคัดกรองสิ่งที่เกี่ยวข้องออกมาให้เหลือเฉพาะเรื่องที่สอดคล้องกับบริบทของผู้ใช้งานในขณะนั้น
Mode ที่ออกแบบดีจะช่วยให้:
- หน้าแรกโล่งขึ้น
- ผู้ใช้เข้าใจเร็วขึ้นว่าแพลตฟอร์มนี้ช่วยเรื่องอะไรในบริบทที่ตนต้องการ
- ทีม product สามารถจัดกลุ่ม content และ service ได้เป็นระบบ
- ทีม design ทำ interface ที่สื่อสารง่ายขึ้น
- ทีม dev จัด module, entitlement, navigation, recommendation และ analytics ได้ชัดขึ้น
- ทีมขายอธิบายแพลตฟอร์มได้ง่ายขึ้น เพราะมีภาษาร่วมที่ชัดว่า “ระบบนี้มีหลาย mode สำหรับหลายเจตนา”
1. หลักคิดของ Together Mode
Together Mode ควรถูกออกแบบจาก “user intent” ไม่ใช่แค่จากชนิดของข้อมูล
กล่าวคือ ไม่ใช่ถามว่า “ระบบมีข้อมูลอะไรบ้าง” แต่ต้องถามว่า:
- ผู้ใช้กำลังเข้ามาเพื่อทำอะไร
- ผู้ใช้ต้องการเห็นอะไรเป็นอันดับแรก
- ผู้ใช้ควรถูกพาไปสู่ flow ไหน
- service ไหนควรถูกซ่อนหรือแสดง
- recommendation แบบไหนควรเปลี่ยนตาม mode
ดังนั้น Mode คือ “ชั้นคัดกรองประสบการณ์” ที่เปลี่ยนทั้ง:
- hero content
- quick actions
- navigation priority
- menu visibility
- content ranking
- recommendation logic
- notification context
- search suggestion
- CTA หลักของหน้า
Mode ที่ดีต้องไม่ทำให้ผู้ใช้รู้สึกว่าต้องเรียนรู้ระบบใหม่ทุกครั้ง แต่ต้องทำให้ผู้ใช้รู้สึกว่า “ระบบนี้เข้าใจสิ่งที่กำลังจะทำ”
2. สถานะปัจจุบันของแนวคิด Mode
ตอนนี้มี 4 Mode ตั้งต้นที่คิดไว้แล้ว ได้แก่
- MICE
- Trip
- Rewards
- Shopping
ทั้ง 4 โหมดนี้ถือว่าเป็นฐานที่ดี เพราะสะท้อน 4 เจตนาใช้งานหลักที่ต่างกันชัดเจน แต่หากต้องการให้ super app ใช้งานง่ายขึ้นจริง และรองรับ content ปริมาณมากในอนาคต ควรพิจารณาเพิ่ม mode ที่แยกตาม use case ให้ชัดขึ้นอีก โดยเฉพาะกลุ่ม utility, hospitality, discovery และ event ecosystem
3. หลักเกณฑ์ว่าควรแยกเป็น Mode หรือไม่
ก่อนจะสร้าง mode ใหม่ ควรเช็กอย่างน้อย 4 ปัจจัย
3.1 มี content มากพอ
Mode นั้นต้องมี content หนาแน่นพอที่จะยืนได้ด้วยตัวเอง ไม่ใช่มีเพียงหน้าเดียวหรือ card ไม่กี่ใบ เพราะถ้า content ไม่พอ ผู้ใช้จะรู้สึกว่า mode นั้นกลวงและเพิ่มความซับซ้อนโดยไม่จำเป็น
3.2 มี user intent ชัด
Mode ต้องสะท้อน “เจตนา” ที่แตกต่างจริง เช่น
- เที่ยว
- เข้าร่วมงาน
- หา reward
- ซื้อสินค้า
- หา service จำเป็น
ถ้า intent ไม่ชัด mode จะทับกันเองและทำให้ผู้ใช้ลังเล
3.3 มี flow และเมนูเฉพาะตัว
Mode ที่แท้จริงควรมี quick actions, CTA, content ordering และ navigation priority ของตัวเอง ไม่ใช่แค่เปลี่ยน banner แล้วทุกอย่างเหมือนเดิม
3.4 มี value proposition ชัด
ต้องตอบได้ว่าทำไม mode นี้ควรถูกแยกออกมา เช่น
- ทำให้ใช้งานง่ายขึ้น
- ทำให้ขายง่ายขึ้น
- ทำให้ personalize ได้ดีขึ้น
- ทำให้ระบบไม่แน่นเกินไป
- ทำให้จัด package หรือ service catalog ได้ดีขึ้น
4. Core Modes ที่ควรมีแน่
4.1 Trip Mode
Trip Mode คือโหมดสำหรับนักท่องเที่ยวหรือผู้ใช้งานที่ต้องการ “วางแผนและใช้ชีวิตในปลายทาง” ในลักษณะทั่วไป เป็น mode ที่น่าจะมีฐานผู้ใช้กว้างที่สุด และเป็นแกนหลักของประสบการณ์ด้านการเดินทางใน super app
Trip Mode ควรเน้น:
- เที่ยวอะไร
- ไปไหน
- วางแผนอย่างไร
- ใช้ map และ itinerary อย่างไร
- nearby places
- local experiences
- route / day plan
- attraction discovery
คำอธิบายของ bullet ใน Trip Mode
- เที่ยวอะไร
หมายถึงการช่วยให้ผู้ใช้ค้นหาสถานที่น่าสนใจ กิจกรรม และประสบการณ์ที่เหมาะกับตนเองในปลายทาง โดยควรมีทั้ง curated lists, highlights, categories และ recommendation
- ไปไหน
หมายถึงการชี้เป้าสถานที่จริงที่ควรไป ทั้ง landmark, attraction, district, local area, themed route หรือ hidden gems
- วางแผนอย่างไร
หมายถึงการช่วยให้ผู้ใช้เปลี่ยนจากการ “ดู content” ไปสู่การ “จัดทริปจริง” เช่น plan by day, trip builder, sequence of places, estimated time
- ใช้ map และ itinerary อย่างไร
หมายถึงการผูก content เข้ากับ spatial behavior ให้ผู้ใช้ไม่ใช่แค่อ่านข้อมูล แต่สามารถไปต่อยัง map, route, saved plan และ daily flow ได้
- nearby places
หมายถึงการให้ระบบช่วยค้นหาสถานที่ใกล้ตัวผู้ใช้ตามตำแหน่งหรือพื้นที่ที่กำลังอยู่ ช่วยเพิ่ม immediate utility
- local experiences
หมายถึงกิจกรรมหรือประสบการณ์เฉพาะพื้นที่ เช่น craft, culture, food trail, waterfront, community-based tourism, special route
- route / day plan
หมายถึงการแปลงรายการสถานที่ให้กลายเป็นลำดับการเดินทางที่ใช้งานจริงได้ใน 1 วันหรือหลายวัน
- attraction discovery
หมายถึงการออกแบบระบบให้ช่วย “ค้นพบ” ไม่ใช่แค่ “ค้นหา” เช่น personalized recommendations, themed collections, seasonal highlights
สิ่งที่ Trip Mode ควรเปลี่ยนใน UI
- hero = destinations / routes / nearby
- CTA หลัก = plan trip / start itinerary / explore nearby
- menu เด่น = map, places, dining, stay, transport, saved plan
- card priority = attraction, itinerary, local experience, nearby
- recommendation = route-based / persona-based / time-based
4.2 MICE Mode
MICE Mode เป็นโหมดสำหรับผู้เข้าร่วมงาน ผู้จัดงาน สปอนเซอร์ ผู้แสดงสินค้า และผู้เกี่ยวข้องกับ event ecosystem โดยเฉพาะ เป็น mode ที่ต้องสื่อว่าแพลตฟอร์มไม่ได้เป็นแค่ travel app แต่เป็น event operating experience ด้วย
MICE Mode ควรเน้น:
- event home
- agenda
- speaker
- exhibitor
- sponsor
- venue map
- registration
- check-in
- networking
- announcements
คำอธิบายของ bullet ใน MICE Mode
- event home
เป็นหน้าศูนย์กลางของงานที่สรุปทุกอย่างเกี่ยวกับ event นั้น เช่น ชื่อ, วันที่, venue, highlight, quick actions
- agenda
คือโครงเวลาของงานทั้งหมด เป็นหัวใจของประสบการณ์ event app เพราะเป็นสิ่งที่ผู้เข้าร่วมต้องกลับมาใช้บ่อยที่สุด
- speaker
คือพื้นที่ของข้อมูลวิทยากร ซึ่งช่วยเพิ่มความน่าเชื่อถือของงาน และช่วยให้ผู้เข้าร่วมเลือก session ได้ง่ายขึ้น
- exhibitor
คือพื้นที่ของผู้แสดงสินค้า/องค์กรที่มาร่วมงาน โดยเฉพาะใน exhibition หรือ expo format
- sponsor
คือพื้นที่สำหรับแบรนด์ผู้สนับสนุน ซึ่งมีทั้งบทบาททางการตลาดและทางรายได้
- venue map
คือแผนที่สถานที่จัดงาน ห้องประชุม โซน และพื้นที่สำคัญ ช่วยลด friction ระหว่าง onsite experience
- registration
คือกระบวนการลงทะเบียนและ onboarding ก่อนเข้าสู่งาน
- check-in
คือการยืนยันการเข้าร่วมและการเข้าถึง onsite flow เช่น QR, badge, gate, access lane
- networking
คือชุดความสามารถที่ช่วยให้ผู้เข้าร่วมเชื่อมต่อกัน เช่น matchmaking, meeting request, lead capture
- announcements
คือศูนย์ประกาศของงาน ใช้แจ้งเปลี่ยน session, room, timing, urgent update และ message สำคัญ
สิ่งที่ MICE Mode ควรเปลี่ยนใน UI
- hero = event currently active / upcoming event / badge / check-in
- CTA หลัก = register, check-in, view agenda, find booth
- menu เด่น = agenda, exhibitors, sponsors, venue, announcements, meetings
- content priority = live event objects
- recommendation = session-based / exhibitor-based / sponsor-based / role-based
4.3 Rewards Mode
Rewards Mode เป็นโหมดที่เปลี่ยนแพลตฟอร์มจากแค่ informational app ไปสู่ incentive-driven app โดยใช้ point, voucher, mission, benefit และ privilege เป็นตัวดึงให้ผู้ใช้กลับมาใช้งานซ้ำ
Rewards Mode ควรเน้น:
- point balance
- redeem now
- active campaigns
- nearby rewards
- missions
- perks
- city incentive
- redemption history
คำอธิบายของ bullet ใน Rewards Mode
- point balance
เป็นตัวเลขหรือสถานะที่ทำให้ผู้ใช้รู้สึกว่ามี asset บางอย่างอยู่ในระบบ และมีแรงจูงใจจะกลับมาใช้งานต่อ
- redeem now
คือ action ที่เปลี่ยนมูลค่าที่สะสมไว้ให้กลายเป็นผลประโยชน์จริงทันที
- active campaigns
คือแคมเปญที่กำลังมีผลอยู่ ซึ่งทำให้ผู้ใช้รู้ว่าช่วงเวลานี้มี incentive อะไรบ้าง
- nearby rewards
คือ reward ที่ผูกกับพื้นที่หรือร้านค้าที่อยู่ใกล้ผู้ใช้ เพิ่ม immediate conversion
- missions
คือภารกิจที่ทำให้ reward ไม่ได้เป็นแค่ passive wallet แต่เป็น engagement engine
- perks
คือสิทธิพิเศษที่ไม่จำเป็นต้องมาในรูป point อย่างเดียว อาจเป็น access, priority, bonus, fast lane
- city incentive
คือ reward หรือ voucher ที่เมืองหรือ campaign owner ออกให้เพื่อกระตุ้นการใช้จ่าย การเดินทาง หรือการเข้าร่วมกิจกรรม
- redemption history
คือประวัติการใช้สิทธิ์ ซึ่งช่วยสร้างความโปร่งใสและความเข้าใจว่าผู้ใช้ได้ประโยชน์อะไรไปแล้ว
สิ่งที่ Rewards Mode ควรเปลี่ยนใน UI
- hero = points / redeem / current missions
- CTA หลัก = redeem now / earn more / join campaign
- menu เด่น = wallet, rewards, missions, voucher, history
- content priority = incentive-rich cards
- recommendation = reward proximity / campaign relevance / earning opportunity
4.4 Shopping Mode
Shopping Mode คือโหมดที่แยก intent เรื่อง “การซื้อ” ออกจาก Trip และ Rewards เพื่อให้ flow เชิงพาณิชย์ชัดเจนขึ้น โดยเฉพาะเมื่อระบบจะมี marketplace, local products, OTOP, souvenirs, merchandise หรือ service add-ons จำนวนมาก
Shopping Mode ควรเน้น:
- marketplace
- local products
- OTOP
- souvenirs
- event merchandise
- add-on services
- checkout / payment
- featured stores
คำอธิบายของ bullet ใน Shopping Mode
- marketplace
คือพื้นที่รวมสินค้าหรือร้านค้าที่ขายผ่านแพลตฟอร์ม
- local products
คือสินค้าท้องถิ่นที่มีคุณค่าเชิงพื้นที่และสามารถเชื่อมกับ narrative ของเมืองหรือชุมชน
- OTOP
คือหมวดสินค้าที่มีความเป็นทางการและสื่อสารเชิง soft power / local economy ได้ชัด
- souvenirs
คือสินค้าประเภทของฝากที่เชื่อมกับนักท่องเที่ยวโดยตรง
- event merchandise
คือสินค้าที่เกี่ยวข้องกับ event หรือ campaign โดยตรง เช่น เสื้อ ของสะสม ชุดพิเศษ
- add-on services
คือบริการที่ซื้อเพิ่มได้ เช่น package เสริม บริการพิเศษ สิทธิ์เพิ่มเติม หรือ convenience add-ons
- checkout / payment
คือ flow ที่ต้องทำให้เรียบง่ายและน่าเชื่อถือ เพราะเป็นจุดตัดสินใจหลักทางพาณิชย์
- featured stores
คือการคัดร้านเด่นหรือร้านที่ต้องการดันในเชิง campaign หรือ conversion
สิ่งที่ Shopping Mode ควรเปลี่ยนใน UI
- hero = featured products / campaigns / merchants
- CTA หลัก = shop now / browse categories / view offers
- menu เด่น = categories, stores, cart, orders, featured deals
- content priority = product cards / merchant cards / promotions
- recommendation = merchant-based / category-based / reward-linked
5. Modes ที่ควรพิจารณาเพิ่ม
5.1 Services Mode
Services Mode เป็นโหมดที่สำคัญมากถ้าต้องการให้ super app ใช้งานได้จริงในชีวิตประจำวันและการเดินทาง เพราะ utility ต่าง ๆ มักถูกยัดรวมอยู่ใน Trip หรือ Profile จนผู้ใช้หาไม่เจอ
Services Mode ควรเน้น:
- helpdesk
- transport
- insurance
- eSIM
- booking support
- emergency info
- city services
- tourist assistance
คำอธิบายของ bullet ใน Services Mode
- helpdesk
จุดรวมการช่วยเหลือ คำถาม และการ support
- transport
ข้อมูลหรือบริการเกี่ยวกับการเดินทาง การเดินทางต่อ และ mobility support
- insurance
บริการหรือข้อมูลด้านความคุ้มครอง ความมั่นใจ หรือการเชื่อมประกันเดินทาง
- eSIM
บริการเชื่อมต่อสื่อสาร ซึ่งมี value สูงมากใน tourist journey
- booking support
ความช่วยเหลือเรื่องการจอง แก้ไขการจอง หรือประสานบริการ
- emergency info
ข้อมูลฉุกเฉิน เบอร์สำคัญ จุดช่วยเหลือ หรือแนวทางติดต่อเมื่อเกิดปัญหา
- city services
บริการที่เกี่ยวข้องกับเมือง เช่น จุดบริการนักท่องเที่ยว ข้อมูลเมือง หรือ utility เชิงสาธารณะ
- tourist assistance
การช่วยเหลือผู้ใช้งานในภาพรวม เช่น assistance flow, concierge-like guidance, multi-step support
ทำไม Services Mode ควรมี
เพราะ utility เป็น intent ที่ต่างจากการเที่ยว การซื้อ และการสะสม reward อย่างชัดเจน ถ้าไม่แยก ผู้ใช้จะหา service สำคัญไม่เจอ
5.2 Stay Mode
Stay Mode ควรถูกแยกเมื่อ content เรื่องที่พักเริ่มหนาแน่นพอ ไม่ว่าจะเป็น hotel, accommodation, room package, nearby stay หรือ hospitality bundle
Stay Mode ควรเน้น:
- hotels
- accommodation
- room offers
- stay bundles
- nearby stay
- booking flow
- check-in info
- hospitality services
คำอธิบายของ bullet ใน Stay Mode
- hotels
รายชื่อโรงแรมหรือ property หลัก
- accommodation
หมวดที่พักที่อาจกว้างกว่า hotel เช่น villa, serviced residence, resort, apartment
- room offers
ข้อเสนอราคาหรือโปรโมชันของห้องพัก
- stay bundles
package ที่รวมพัก + event + transport + reward หรือบริการอื่น
- nearby stay
ที่พักที่อยู่ใกล้สถานที่ปัจจุบันหรือใกล้ venue/event
- booking flow
ขั้นตอนการจองหรือเชื่อมไปสู่ระบบจอง
- check-in info
ข้อมูลเพื่อเข้าพักอย่างถูกต้อง เช่น เวลา, policy, location, service desk
- hospitality services
บริการเสริม เช่น breakfast, shuttle, concierge, upgrade
ทำไม Stay Mode สำคัญ
เพราะเรื่องที่พักมีทั้ง intent, inventory, commercial flow และ lifecycle ที่ต่างจาก Trip และ Shopping อย่างชัดเจน
5.3 Eat Mode
Eat Mode ควรแยกเมื่อ content ร้านอาหาร คาเฟ่ dining deals และ food discovery มีมากพอที่จะเป็นโลกของมันเอง
Eat Mode ควรเน้น:
- restaurants
- cafés
- food deals
- local dishes
- reservation
- dining map
- recommended menus
- time-based dining suggestions
คำอธิบายของ bullet ใน Eat Mode
- restaurants
รายชื่อร้านอาหารหลัก
- cafés
กลุ่มร้านคาเฟ่หรือ coffee spots ซึ่งมี behavior การใช้งานต่างจากร้านอาหารทั่วไป
- food deals
โปรโมชันด้านอาหารและเครื่องดื่ม
- local dishes
เมนูท้องถิ่นที่มีคุณค่าเชิง destination
- reservation
ขั้นตอนการจองโต๊ะหรือแสดงความสนใจ
- dining map
การดูร้านอาหารผ่านแผนที่หรือโซน
- recommended menus
เมนูเด่นที่ระบบหรือทีม curate ให้
- time-based dining suggestions
คำแนะนำที่เปลี่ยนตามเวลา เช่น breakfast, lunch, dinner, late-night
หมายเหตุ
ถ้า content ยังไม่พอ Eat อาจอยู่ใน Trip ก่อน แต่ถ้า dining เป็น strategic content pillar ควรแยก
5.4 Explore Mode
Explore Mode เป็นโหมด discovery ล้วน ๆ ต่างจาก Trip ที่เน้นการใช้งานเพื่อวางแผน โดย Explore จะเน้นแรงบันดาลใจ การค้นพบ และ content consumption ที่เปิดกว้างกว่า
Explore Mode ควรเน้น:
- highlights
- hidden gems
- what’s new
- seasonal picks
- themed routes
- inspiration feeds
- curated collections
- editor’s picks
คำอธิบายของ bullet ใน Explore Mode
- highlights
จุดเด่นของเมืองหรือแพลตฟอร์มในช่วงนั้น
- hidden gems
จุดหรือประสบการณ์ที่คนทั่วไปอาจยังไม่รู้จัก
- what’s new
ของใหม่ สถานที่ใหม่ แคมเปญใหม่ หรือ feature ใหม่
- seasonal picks
สิ่งที่เหมาะกับช่วงเวลา ฤดูกาล หรือ occasion
- themed routes
เส้นทางแบบมีธีม เช่น culture, food, family, luxury, waterfront
- inspiration feeds
feed แบบ discovery ที่ผู้ใช้สามารถเลื่อนดูเพื่อหาแรงบันดาลใจ
- curated collections
ชุดเนื้อหาที่ถูกคัดและจัดเป็น collection
- editor’s picks
รายการที่แพลตฟอร์มหรือทีม content คัดเลือกมาอย่างตั้งใจ
ทำไม Explore Mode มีประโยชน์
เพราะช่วยแยก content ที่มีลักษณะ “ชวนค้นพบ” ออกจาก content ที่เป็น transactional flow ทำให้หน้าแรกของ mode อื่นไม่รกเกินไป
5.5 Events Mode
Events Mode ควรมีเมื่อ event content ในระบบมีมากกว่า MICE เช่น concert, festival, city event, public event, weekend program หรือ calendar-based activities
Events Mode ควรเน้น:
- event calendar
- public events
- festival listings
- weekly highlights
- ticket / access
- venue
- event categories
- featured upcoming events
คำอธิบายของ bullet ใน Events Mode
- event calendar
มุมมองแบบปฏิทินของกิจกรรมทั้งหมด
- public events
งานที่เปิดทั่วไป ไม่ใช่งานปิดหรือ MICE โดยเฉพาะ
- festival listings
รายการงานเทศกาลหรืองานอีเวนต์ขนาดใหญ่
- weekly highlights
สิ่งที่ควรไปในสัปดาห์นี้
- ticket / access
ข้อมูลเรื่องบัตรและสิทธิ์เข้าร่วม
- venue
ข้อมูลสถานที่จัด event
- event categories
การแยก event เป็นชนิดต่าง ๆ เพื่อค้นหาง่าย
- featured upcoming events
งานเด่นที่กำลังจะมาถึง
ความต่างระหว่าง Events กับ MICE
- MICE = งานเชิงธุรกิจ ประชุม นิทรรศการ professional ecosystem
- Events = งานทั่วไป บันเทิง เทศกาล city calendar
ถ้า event ในระบบตอนนี้ยังเทน้ำหนักไปทาง MICE อยู่ Events อาจยังไม่ต้องแยกในช่วงแรก
6. ข้อเสนอเชิงโครงสร้างของ Together Mode
ระดับที่ 1: Compact Mode Set
เหมาะกับช่วงเริ่มต้นที่สุด
- Trip
- MICE
- Rewards
- Shopping
- Services
ชุดนี้มีข้อดีคือยังไม่แตกมากเกินไป แต่ครอบคลุม intent หลักได้ดี
ระดับที่ 2: Balanced Mode Set
เหมาะเมื่อ content โตขึ้นอีก
- Trip
- MICE
- Rewards
- Shopping
- Services
- Stay
- Eat
ชุดนี้จะทำให้ hospitality และ dining ถูกแยกอย่างมีเหตุผล โดยไม่ทำให้ระบบซับซ้อนเกินไป
ระดับที่ 3: Full Super App Mode Set
เหมาะเมื่อระบบโตเป็น super app เต็มรูปแบบ
- Explore
- Trip
- Stay
- Eat
- MICE
- Events
- Rewards
- Shopping
- Services
ชุดนี้สะท้อนทั้ง discovery, planning, transaction, utility และ event ecosystem ครบถ้วน
7. ข้อเสนอที่เหมาะที่สุดในตอนนี้
ถ้าถามว่าโครงไหนเหมาะที่สุด “ตอนนี้” สำหรับ Together Super App V2
ข้อเสนอที่เหมาะที่สุดคือ:
- Trip
- MICE
- Rewards
- Shopping
- Services
- Stay
เหตุผลคือ:
- ไม่เยอะเกินไป
- ครอบคลุม intent หลักแล้ว
- ช่วยแก้ความรกของ content ได้จริง
- แยก utility ออกจาก Trip
- แยก hospitality ออกจาก Trip
- ยังเผื่อพื้นที่ให้ Eat / Explore / Events โตในภายหลัง
8. สิ่งที่ Mode ต้องเปลี่ยนในระดับระบบ
Together Mode ไม่ควรเป็นเพียง tab หรือ filter บนหน้าแรก แต่ควรส่งผลกับทั้งระบบในระดับต่อไปนี้
8.1 Hero Layer
hero ต้องเปลี่ยนตาม mode
เช่น:
- Trip = destinations / route / nearby
- MICE = live event / agenda / check-in
- Rewards = points / campaign / redeem
- Shopping = featured offers / merchants / deals
- Services = help / assistance / essential tools
- Stay = hotels / room offers / nearby stay
8.2 Navigation Layer
navigation หลักและเมนูย่อยต้องเปลี่ยนตาม mode
ไม่ใช่ทุก mode ใช้เมนูเดียวกันทั้งหมด
8.3 Recommendation Layer
recommendation ต้องเปลี่ยนตาม intent
เช่น:
- Trip = attraction / route / nearby
- MICE = session / exhibitor / venue / event role
- Rewards = points / mission / redeemable item
- Shopping = product / merchant / campaign
- Services = relevant support / context-sensitive assistance
- Stay = nearby properties / package / offer
8.4 Search Layer
search suggestion, default ranking, search chips ต้องเปลี่ยนตาม mode
8.5 Notification Layer
notification ควรถูก contextualize ตาม mode เช่น
- MICE mode แจ้ง session change
- Rewards mode แจ้ง mission หรือ voucher
- Stay mode แจ้ง booking / check-in / room readiness
8.6 Analytics Layer
analytics ต้อง track mode switching และ mode-specific behavior
เพราะ mode เป็นตัวชี้ว่า user intent ขณะนั้นคืออะไร
9. ตัวอย่างผลลัพธ์เชิง UX ถ้าใช้ Together Mode ถูกทาง
เมื่อเข้า Trip Mode
ควรเห็น:
- nearby attractions
- trip planner
- featured routes
- map-first actions
- local experience cards
เมื่อเข้า MICE Mode
ควรเห็น:
- current event
- registration/check-in
- agenda
- speaker / exhibitor / sponsor
- venue map
- announcements
เมื่อเข้า Rewards Mode
ควรเห็น:
- point balance
- mission progress
- redeem now
- active campaigns
- nearby benefits
เมื่อเข้า Shopping Mode
ควรเห็น:
- product categories
- featured merchants
- special offers
- recommended items
- cart / checkout entry
เมื่อเข้า Services Mode
ควรเห็น:
- quick help
- transport
- eSIM
- insurance
- support
- emergency information
เมื่อเข้า Stay Mode
ควรเห็น:
- nearby hotels
- room offers
- stay bundles
- reservation flow
- check-in information
10. สรุปเชิงกลยุทธ์
Together Mode เป็นกลไกสำคัญที่จะทำให้ super app V2:
- ใช้งานง่ายขึ้น
- ไม่แน่นเกินไป
- ขยาย service ได้โดยไม่ทำให้ navigation พัง
- ขาย product tier ได้ชัดขึ้น
- วาง content architecture ได้เป็นระบบ
- ต่อไปถึง personalization และ recommendation ที่ฉลาดขึ้นได้
ข้อเสนอที่เหมาะที่สุดในระยะนี้คือการเดินด้วย 6 mode:
Trip / MICE / Rewards / Shopping / Services / Stay
และเปิดทางให้ mode ระยะถัดไปคือ:
หากวาง Mode ถูกตั้งแต่ตอน prototype และ demo stage จะช่วยให้การไปสู่ Super App V2 มีโครงที่ชัด ทั้งในเชิง UX, product, service architecture และ go-to-market มากขึ้นอย่างมีนัยสำคัญ