概念与高保真原型 · Concept & High-fidelity Prototype

昆士兰大学 · 五人团队课程项目 · 2026.03—2026.05

Together多人协作旅行规划平台

让多人旅行规划,
从反复沟通变成共同决策。

From fragmented discussions to shared travel decisions.

Together 是一个面向多人旅行场景的协作规划平台。它将分散在社交媒体、群聊、地图和备忘录中的旅行信息集中到同一空间,帮助成员共同收集灵感、讨论方案、完成决策并维护统一行程。

角色项目负责人 · 概念发起人 ·
产品设计
团队五人团队课程项目
周期2026.03—2026.05
阶段概念与高保真原型
工具Figma · FigJam · Canva
Together 项目封面,展示多人协作旅行规划核心界面组合
Together 项目封面 · 多人协作旅行规划核心界面组合

本页依据项目书整理。项目仍处于概念与高保真原型阶段,研究和测试用于验证方向与发现交互问题,不代表真实市场表现。

01

项目概览

Project Overview

将分散的信息与讨论,
组织为可共同维护的决策过程。

多人旅行中,真正困难的通常不是找到景点,而是让不同成员围绕时间、预算、兴趣和路线形成一致方案。旅行成员往往需要在社交媒体、群聊、地图、攻略平台、备忘录和行程工具之间反复切换。信息虽然丰富,却缺少统一的组织方式;讨论虽然频繁,却难以沉淀为明确结果。Together 希望将这些分散的信息与协作行为集中到同一个旅行空间中,让多人旅行规划从一场难以追踪的群聊,转化为清晰、透明且可共同维护的决策过程

核心挑战:

如何在不增加额外协作负担的前提下,让不同成员都能够参与旅行规划,并将分散的建议、讨论和分歧转化为一份所有人都能理解和确认的 统一行程?

我的贡献

我在项目中担任项目负责人、概念发起人和产品设计角色,主要负责:

  • 发起产品概念并组织早期方向探索
  • 主导核心问题定义与产品定位
  • 推动团队从宽泛的旅行体验方向收敛至多人协作 规划
  • 参与用户研究整理与核心洞察提炼
  • 规划产品功能、MVP 范围和协作闭环
  • 设计 Information Architecture 与关键 User Flow
  • 参与部分高保真界面与交互方案设计
  • 组织团队分工、阶段评审与最终方案整合
团队协作
  • Together 是一个五人团队课程项目
  • 用户研究、界面探索、商业分析和成果展示由团队成员共同 完成
  • 主要产品方向和核心决策通过团队讨论后确定
  • 我负责推动产品方向、结构和方案整合,但并非独立完成全部高保真 界面
项目产出
  • 用户研究与核心洞察
  • 产品定位与 Product Strategy
  • Persona 与 JTBD
  • MVP 功能规划
  • Information Architecture 与关键 User Flow
  • 高保真交互 Prototype
  • Prototype 测试与方案迭代
  • 商业与验证框架
02

问题定义

The Planning Problem

多人旅行的问题,
不是信息不足,
而是缺少共同规划机制。

多人旅行真正困难的并不是找到更多攻略。当不同成员分别在社交媒体、群聊、地图、备忘录或文档之间切换时,信息会不断增加,但规划过程却越来越难以追踪。

在社交媒体发现地点在群聊中讨论在地图中检查位置在备忘录或文档中整理回到群聊中反复确认
01

信息分散 Fragmented Information

旅行灵感、地点、攻略链接和成员意见分布在多个平台中,组织者需要反复复制、转发和整理。

02

语境丢失 Lost Context

当内容离开原始讨论场景后,成员很难判断是谁提出、为什么加入、是否已经确认,以及它与哪一天的行程有关。

03

决策不清 Unclear Decisions

群聊能够产生大量意见,却缺少明确的状态、负责人和最终结果,讨论很容易停留在“大家觉得怎么样”。

04

版本冲突 Conflicting Versions

计划发生变化后,旧截图、旧文档和历史消息仍然继续流通,成员难以判断哪一份才是当前有效版本。

我们重新定义了问题:

用户缺少的不是更多旅行信息,而是一套能够帮助多人共同形成决策并维护统一行程的规划机制。

多平台旅行规划痛点场景,展示信息在社交媒体、群聊、地图与备忘录之间流转时的分散与断裂
多平台旅行规划痛点场景 · 展示用户在社交媒体、群聊、地图、备忘录与预订平台之间反复切换时,信息分散、沟通低效与决策困难如何被不断放大
03

用户研究

Research

识别行为模式,
而不是包装统计结论。

为了理解多人旅行规划中信息如何流转、分歧如何产生,以及组织者为什么承担大量额外工作,我们围绕真实规划行为开展了用户研究。研究目的不是证明产品已经有效,而是识别反复出现的行为模式,并为产品方向和功能优先级提供依据。

半结构化访谈用户问卷旅行规划行为观察竞品分析Prototype 反馈

本次研究主要用于识别行为模式、验证问题方向和发现交互问题,研究结果具有方向性,不代表统计意义上的广泛用户结论。

洞察 01

信息脱离语境后,价值会迅速下降

用户保存的地点和攻略往往只剩下一条链接,缺少推荐人、加入原因、适合日期、相关成员意见和当前状态。

设计影响每一条旅行内容都需要保留来源、贡献成员、相关日期、讨论记录和决策状态。

洞察 02

群聊适合快速沟通,却不适合沉淀决策

成员能够在群聊中表达意见,但随着消息增加,用户很难重新找到某个地点的讨论过程和最终结论。

设计影响讨论需要绑定具体地点、活动或行程项目,并能够进一步转化为投票、确认或加入行程等结果。

洞察 03

行程不仅需要被编辑,还需要被讨论和理解

传统行程表能够呈现时间安排,却难以解释为什么做出某项选择、哪些成员仍有异议,以及最近发生了什么变化。

设计影响评论、投票、变更记录和成员状态需要与具体行程对象保持关联。

洞察 04

用户希望先快速开始,再逐步补充偏好

如果创建旅行时一次要求填写预算、饮食、兴趣、住宿和节奏等大量信息,用户容易在真正开始规划前退出。

设计影响首个创建步骤只保留目的地、日期和成员等必要信息,其余偏好可在后续逐步补充。

核心 Persona 是一位正在组织毕业旅行的大学生。她需要与四位朋友共同确定地点、路线和活动,但大部分信息整理、进度确认和成员提醒最终都落在她一个人身上。她真正需要的不是另一个攻略平台,而是一个能够让所有成员参与、理解并确认规划结果的共享空间。

USER RESEARCH

研究洞察板

通过访谈、问卷和规划行为观察,理解多人旅行规划中的信息、沟通与决策问题。

Interview Notes访谈摘录

We discussed many options, but never made a final plan.

讨论很多,却迟迟无法形成最终计划。

I saved places in different apps and could not find them later.

旅行灵感分散在不同平台,后续很难找回。

After every itinerary update, I was unsure which version was latest.

行程修改后,成员难以判断最新版本。

Some members rarely replied, so the organiser made most decisions.

成员参与度不同,组织者承担大量协调工作。

Affinity Clusters洞察聚类

Information Fragmentation

信息分散

  • Ideas saved across different apps
  • Links lost in chat threads
  • No single place to browse options

Repeated Communication

沟通反复

  • Important messages buried in chats
  • Same question asked again
  • Decisions repeatedly reopened

Preference Misalignment

偏好难统一

  • Different budgets and travel rhythms
  • Hard to compare preferences
  • No transparent vote process

Version Confusion

版本混乱

  • No clear source of truth
  • Old screenshots continue circulating
  • Trip_v8 vs Trip_final
Behaviour Observations行为观察
  • 用户在群聊中频繁发送链接、截图和定位,但缺少结构化整理
  • 用户会在地图中收藏地点,却很少回到同一位置继续讨论
  • 用户使用多个文档反复修改行程,文件命名逐渐混乱
Key Insight核心洞察

用户真正需要的不是更多旅行信息,而是一套能保留上下文、沉淀讨论并形成统一结果的共同规划机制。

Users need a shared planning mechanism — not more travel content.

PERSONA / JTBD

用户画像与核心任务

将研究洞察转化为典型用户画像,明确其目标、行为、痛点和核心任务。

林悦 Yue Lin

  • 年龄22 岁
  • 身份大学生
  • 场景与四位朋友完成毕业旅行

主动收集攻略和地点的旅行组织者,但长期被信息整理与成员协调拖累。

目标Goals
  • 在有限预算内完成旅行规划
  • 找到所有成员都能接受的方案
  • 享受一次高质量的毕业旅行
行为Behaviours
  • 主动收集景点、餐厅和攻略
  • 将链接和截图发送到群聊
  • 使用地图、备忘录和文档整理行程
  • 负责提醒成员并更新计划
痛点Pain Points
  • 推荐内容散落在不同聊天记录中
  • 成员回复时间和参与程度不同
  • 很难确认最终选择
  • 修改行程后需要反复通知所有成员
  • 组织者承担大部分整理工作
需求Needs
  • 在同一个空间收集和整理候选内容
  • 围绕具体地点讨论,而不是翻找群聊
  • 清楚查看谁已参与、谁还未回应
  • 通过投票快速形成一致方案
  • 所有人始终查看同一版行程
JTBD

当我和朋友一起规划旅行时,我希望所有建议、讨论和最终决定都集中在同一个空间,这样我们可以更快形成一致方案,而不需要反复翻找聊天记录。

When planning a trip with friends, I want all suggestions, discussions and final decisions to stay in one shared space, so that we can reach an agreement faster without repeatedly searching through chat history.

04

方向收敛

From Exploration to Focus

从旅行体验探索,
收敛到协作决策。

项目早期,团队曾围绕 AR 地点发现、旅行打卡、游戏化挑战和互动地图等方向展开探索。这些方案能够让旅行体验更有趣,却没有直接解决多人旅行中反复出现的核心问题:信息分散、意见难以对齐,以及讨论无法转化为统一结果。

早期探索

AR 地点发现 / 旅行打卡 / 游戏化挑战 / 互动地图

有趣,但没有回答信息分散、意见难对齐和讨论难沉淀的问题。

聚焦协作规划

共享信息 / 情境化讨论 / 群体决策 / 统一行程同步

围绕多人旅行中的协作与决策层建立 MVP 闭环。

为了收敛方向,我们重新评估每个概念:它是否解决了高频且真实的问题?它是产品核心价值,还是体验层功能?用户是否愿意为它改变现有规划习惯?它是否能够形成清晰、可验证的 MVP?最终方向从“让旅行更有趣”转向“让旅行更容易一起规划”。

我们没有继续把 Together 设计成一个功能更丰富的旅行平台,而是将产品聚焦为多人旅行中的协作与决策层。

05

产品策略

Product Strategy

让讨论真正
产生结果。

Together 的产品策略并不是将所有旅行功能集中到一个 App 中,而是围绕多人协作中最关键的四个动作建立闭环:Collect → Discuss → Decide → Sync。

Collect

集中收集

成员可以将候选地点、餐厅、活动、住宿和攻略链接保存到同一个旅行空间,避免信息散落在不同平台。

Discuss

围绕对象讨论

评论直接绑定具体地点、活动、路线或行程项目,确保讨论始终保留语境。

Decide

形成明确决定

当成员存在分歧时,可以针对具体方案发起投票、表达选择和理由,并将讨论转化为可追踪的结果。

Sync

同步统一行程

确认后的地点和方案会进入共同维护的行程中,所有成员看到同一版本,并能够理解最近发生的更新。

地图

支持规划,而不是替代导航

Together 的地图用于帮助成员理解地点分布、每日路线和行程距离,而不是替代专业地图工具的实时导航能力。

讨论

绑定具体对象,而不是再做一个群聊

只有当评论与地点、活动和行程项目保持关联时,讨论才能被重新理解和转化为下一步动作。

投票

用于解决决策,而不是增加社交互动

投票的价值不在于提升互动数量,而在于帮助团队确认结果,并将决定同步到统一行程中。

团队偏好和智能推荐属于辅助能力,不是 Together 的核心差异化。系统可以帮助降低搜索和筛选成本,但最终安排仍然需要由旅行成员共同确认。

06

架构与流程

Information Architecture & Core Flows

从分散操作,
走向统一协作空间。

我们围绕“信息如何进入旅行空间、成员如何参与讨论,以及决定如何进入统一行程”组织产品结构。Together 的信息架构包含五个主要模块:首页 Home、旅行空间 Trip Space、灵感 Inspiration、行程 Plan、我的 Profile。其中 Plan 是顶层模块,Map 是 Plan 内部的空间规划能力,包含日程时间线、协作编辑、地图与路线、评论与投票、版本更新。

产品结构并不是按照单个旅行工具进行拆分,而是按照多人共同完成规划的过程组织。灵感进入旅行空间后,需要经过讨论、决策和同步,最终成为统一行程的一部分。

Together 用户旅程图,展示从信息收集、协作讨论到方案确认的完整规划过程
User Journey · 用户旅程展示了旅行组织者如何从分散收集信息,逐步进入共同讨论和方案确认过程。Together 的关键价值,是减少组织者在平台切换、信息搬运和重复确认上的额外负担。
07

核心体验

Core Product Experience

从信息收集,
共同决策。

Together 的核心体验围绕多人共同完成旅行规划展开。产品并不试图替代社交媒体、群聊或专业地图,而是将候选信息、成员讨论、决策状态和统一行程连接在同一协作空间中。以下界面展示了用户如何创建并进入共同旅行、收集候选灵感、查看协作进度、围绕具体地点展开讨论、通过投票处理分歧,并将确认结果同步到统一行程与地图路线中。

Together 创建旅行界面,包含目的地、日期与成员邀请
UI 01创建旅行 Create Trip

先填写目的地、日期和成员等必要信息,让用户能够快速开始,再逐步完善团队偏好。

Together 灵感收集界面,展示候选地点与收藏内容
UI 02灵感 Inspiration

统一保存候选地点、攻略链接、餐厅和活动,并保留内容来源与贡献成员。

Together 共享行程时间线界面,展示每日活动与状态
UI 03共享行程 Shared Plan

以时间线组织每日计划,让所有成员共同查看和调整统一行程。

Together 上下文讨论界面,讨论绑定具体规划对象
UI 04上下文讨论 Discussion

将评论和成员意见绑定到具体地点或方案,帮助讨论形成明确结果。

Together 投票界面,展示候选方案、进度与决策状态
UI 05投票与确认 Voting

针对存在分歧的方案发起投票,并将结果同步至统一行程。

Together 地图规划界面,联动每日路线与行程节点
UI 06地图规划 Map Planning

结合日期和地图查看地点分布与每日路线,支持空间层面的方案比较。

Together 团队偏好界面,汇总成员偏好与共识范围
UI 07团队偏好 Team Preferences

收集成员的预算、饮食、兴趣和旅行节奏,为候选方案筛选提供辅助参考。

Together 首页界面,展示当前旅行与待办决策
Hub 01首页 Home

集中展示当前旅行、待处理决策和最近更新,帮助用户快速进入正在进行的规划任务。

Together 旅行空间界面,展示成员、进度与最近活动
Hub 02旅行空间 Trip Space

将旅行成员、当前进度、候选内容和最近动态集中在同一个协作空间中。

08

测试与迭代

MVP & Testing Iteration

从功能完整,
走向协作清晰。

MVP 包含
  • 创建旅行项目与邀请旅行成员
  • 候选地点与灵感收集
  • 多人共享行程与共同编辑
  • 针对地点和方案的评论
  • 投票与结果确认
  • 基础地图与路线查看
  • 成员旅行偏好
  • 行程更新提醒
首版暂不包含
  • 机酒预订与专业导航
  • 大型内容社区
  • 积分、会员与复杂商业合作
  • AI 全自动执行行程
  • 旅行中的即时社交
MVP 核心假设

当旅行信息、成员讨论和决策结果集中在同一个空间时,多人旅行中的重复沟通和版本确认负担有机会被降低。

这是需要通过可用 MVP 与真实旅行团队任务测试进一步验证的设计假设,当前项目资料尚不足以证明该结果。
迭代 01

降低首页信息密度

问题早期首页同时展示推荐、行程、地图、动态和社交信息,导致页面重点不清,用户难以判断下一步应该处理什么。

调整将首页重新定义为旅行入口和行动中心,优先展示当前旅行、待处理决策和最近更新,减少与当前任务无关的信息。

设计价值帮助用户更快理解当前规划状态,并进入需要处理的协作任务。

迭代 02

简化创建旅行流程

问题早期创建流程要求用户一次填写预算、饮食、兴趣、住宿和旅行节奏等大量偏好,增加了开始规划前的操作负担。

调整首个步骤只保留目的地、日期和成员,其余偏好在加入旅行后逐步补充。

设计价值降低首次创建门槛,同时保留后续个性化规划所需的信息。

迭代 03

强化地图与时间线关系

问题用户能够看到地图地点和日程内容,却不容易理解某个地点对应哪一天,以及路线变化如何影响行程。

调整选择某一天时,地图同步展示当天路线;选择地图地点时,对应的行程项目同步高亮。

设计价值帮助用户同时理解时间安排与空间关系,降低路线规划过程中的认知负担。

迭代 04

讨论绑定具体对象

问题独立讨论区容易再次变成一个缺少语境的群聊,用户很难判断某条意见对应哪个地点或方案。

调整评论和讨论直接绑定地点、活动、路线或行程项目。

设计价值让讨论保留完整语境,并能够继续转化为投票、确认或行程更新。

迭代 05

补充决策状态

问题用户能够看到成员意见,却无法判断讨论是否已经结束,以及当前方案是否已经进入行程。

调整为旅行内容增加待讨论、投票中、已确认、已加入行程、已取消等状态。

设计价值让成员快速理解当前进展,减少重复询问和版本确认。

09

项目反思

Outcome & Reflection

从共享功能,
协作机制。

项目成果
  • 多人旅行场景的问题定义
  • 用户研究与核心洞察
  • 产品定位与差异化分析
  • Persona 与 JTBD
  • 核心功能与 MVP 规划
  • Information Architecture 与关键 User Flow
  • 中高保真交互 Prototype
  • Prototype 测试与设计迭代
  • 产品验证与未来发展框架
研究边界
  • 目前研究和测试主要用于验证产品方向、理解用户需求和发现交互问题
  • 项目尚不能证明 Together 已经真实降低多人旅行中的规划时间或沟通成本
  • 下一步需要通过可用 MVP 和真实旅行团队任务测试,验证成员参与意愿、决策效率与迁移成本
01

真正有效的协作需要机制,而不只是编辑权限

通过这个项目,我对协作产品的理解从“让所有人都能编辑”,转变为:真正有效的协作,需要统一的信息对象、清晰的成员状态、可追踪的讨论语境,以及将不同意见转化为共同结果的决策机制。

02

更多功能不等于更完整的产品

项目早期探索了 AR、游戏化和旅行打卡等方向,但更丰富的功能并不意味着更完整的产品。明确核心问题、主动放弃非必要方向,并围绕关键场景建立最小闭环,是本项目中最重要的产品决策。

03

迁移成本可能是最大的使用门槛

Together 最大的使用门槛可能不是功能,而是用户已经习惯使用群聊、地图和备忘录。因此,产品未来不应强行替代已有工具,而应通过链接快速保存、邀请加入、内容导入和行程导出等方式降低迁移成本。

Together 的目标不是替用户自动完成一份旅行计划,而是让每一位旅行成员都能够参与、理解并确认这份计划。

下一个项目 · 01

GoalOS

AI 智能目标管理工作台查看下一个项目 ↗