文章目录

分析UI需求,先确认“谁在什么场景下完成什么任务”,再逐页写出必须看见的信息、可执行的操作、完成反馈与异常状态。原型只是讨论起点,页面任务清单才是决定视觉层级的依据。下面沿旅游App的六个页面,把这些问题对应到实际界面;在Pixso界面设计工作流中,可把原型、视觉稿与批注放在同一文件里对照。

旅游App原型需求映射为六个页面任务与状态的设计分析

获取项目背景信息

拿到原型后,不要立即替换字体和颜色。先请产品负责人说明需求背景、目标用户、业务规则和本次边界,再判断已有布局是否帮助用户完成任务。以下旅游App是贯穿全文的设计案例,页面视觉与业务规则需要分别讨论。

旅游App的欢迎、内容与个人页面整体设计

旅游预订App界面

1.了解设计项目为什么产生

先问需求来自哪一次观察:用户找不到入口、业务需要增加服务,还是原流程出现错误?“老板看好旅游市场”只能说明项目动机,不能直接推导出用户需要哪些页面。将需求来源、期望行为和支持材料分别记录,缺少证据的部分先作为待验证假设。

例如,项目希望把目的地推荐、旅程预订和旅行分享放到一个App中。设计前要继续追问:本次优先解决查攻略还是完成预订?两者都做时,首页首先服务哪类用户?

本例先聚焦“已想好出游时间、正在挑选目的地和可订行程”的旅客;旅行分享保留为辅助内容。这样的任务边界能帮助决定首页入口顺序,而不是让所有业务模块同时争夺首屏。

2.产品定位是什么

产品定位说明为哪类用户提供什么帮助。若定位是“帮助短途旅客选到时间合适的行程”,页面就应突出目的地、行程时长、可订日期与费用说明。定位不是一句风格口号,应能转成信息排序和功能取舍。

3.目标用户

目标用户不能只写年龄和收入。更有用的描述是:用户是否第一次到访目的地、是否带同行人、出游日期能否调整、是否需要随时查看预订信息。这些条件会影响筛选、人数选择、日历和订单入口。

4.用户使用的主要场景

同一个人,出发前在家比较景点,与旅途中单手查预订信息,需要的界面不同。前者需要照片、价格与路线比较;后者优先需要时间、地点和凭证入口。风景图片可以建立目的地印象,但不能替代这些任务信息。

5.涉及的页面范围

页面范围不仅是画板数量,还包括状态。把列表加载失败、无搜索结果、日期不可订、未登录与预订提交失败计入工作量;与产品和开发确认哪些本次做,哪些延后,避免视觉稿完成后才补业务分支。

页面用户要完成什么必须说明的信息与状态
欢迎页决定进入或继续浏览产品用途;不强迫用户理解全部功能
首页找到适合的目的地或行程入口分类、推荐依据、搜索;内容加载失败
景点详情判断是否值得去、能否预订位置、时长、价格范围、开放或可订条件
旅程预订选择有效日期并提交目的地、人数、可订日期;不可订与提交失败
分类搜索缩小备选范围当前条件、结果数量;无结果后的修改路径
个人中心找回预订与自己的旅行内容订单入口、账户状态;未登录与无内容

把六个页面的任务转成视觉层级

在本例中,绿色与蓝色可以组成较轻松的视觉方向,但配色并不能证明用户需求已经被满足。先保证导航、目的地、日期和主要操作清楚,再用统一的图形、照片比例与间距建立风格。

以下保留欢迎页、首页、景点详情页、旅程预订页、分类搜索页和个人中心的原型与视觉稿对照。阅读时先找页面主任务,再观察哪一处层级帮助了这个任务。

欢迎页

从下图,我们可以看到左侧原型文案“享受我们在一起的每一个瞬间”。原型的背景图片我们可以想到使用与朋友一起出游,开车在路上看到的风景这样的画面,通过真实的照片更加容易让用户有代入感,满足用户想出游的心理。另外,Pixso设计师在色彩上使用了绿色,给用户传递贴近自然的感觉,符合旅游产品的调性。值得一提的是在设计时,图片资源可以通过Pixso资源社区查找,真正做到随时随地、快速取用,大大提升我们的设计效率。

Pixso中对照旅游App欢迎页与原型

欢迎页插图

首页

从下图右侧原型可以看到,整体页面信息较少,因此图标可采用填充形,吸引用户注意力,同时页面看起来更饱满。另外,对于配色上要保持与欢迎页整体风格一致,主要采用绿色为主,蓝色为辅的配色方案。对于原型卡片的图片要采用较高质量的同风格图片,提升页面的质感。并且要保证页面各模块信息层级区分明显,帮助用户快速获取信息。这里所需要的图标资源,我们也可以通过Pixso资源社区查找获取灵感,然后再进行设计,这为我们的设计过程提供了很大的便利。

Pixso中对照旅游App首页信息层级

首页插图

景点详情页

景点详情页需要清晰的页面标题、返回入口与位置说明,让用户知道正在查看哪个景点。对照原型时,还要确认价格的单位、开放条件和预订入口是否齐全;与负责人确认后再补信息,不凭视觉判断编造业务内容。风格与其他页面保持一致。

Pixso中对照景点详情页和灰阶原型

景点详情页插图

旅程预订页

旅程预订页的核心是选择有效日期。目的地名称与行程信息应持续可见,避免用户在多条行程间比较后选错;日历要区分可订、已满和选中状态。确认按钮应说明下一步是“提交预订”还是“继续填写”,不能仅凭按钮颜色让用户以为预订已成功。

与产品进一步确认三件事:日期可用性从何处获取;人数或套餐变化是否重新计算;提交过程中名额售罄时怎样保留输入并改选。这些规则会决定你还需要画哪些状态,而不是只增加一张漂亮日历。

Pixso中对照旅程日期选择页与原型

旅程预订页插图

分类搜索页

分类搜索页要同时服务“已有目的地”和“尚未决定去哪”的用户。让当前筛选条件可见,保留一键清除或逐项修改的路径;没有结果时说明可以改哪些条件。照片统一比例有助于扫读,但不能挤掉地点、时长和价格等比较信息。

Pixso中对照景点分类搜索页和原型

分类搜索页插图

个人中心

从下图的个人中心页,我们可以从右侧原型图片看出,整个页面信息主要是想向用户说明自己的旅游足迹信息分享。由于考虑到用户在旅游拍的照片有很大可能性存在尺寸差异,所以这里会采用瀑布流的形式,保证信息有更好的展示效果。另外在色彩、风格方面也需要注意与前面的其他页面保持一致。

Pixso中对照个人中心的旅游照片瀑布流

个人中心插图

以上就是旅游APP分析设计需求的方法与部分案例说明,从下图可以看到整个项目的最终效果。整体风格表达一致,有效传达出简洁、轻松、自然的氛围。另外,对风景图片的尺寸使用,充分考虑不同页面的结构按比例进行划分,系统的规划整个产品的图片规范。

Pixso画布中的整套旅游App页面

旅游预订App插图

六个页面确定后,将重复的文字样式、颜色、景点卡片和按钮整理为样式与组件;用不同内容长度检查实例,再交给其他设计师复用。这样可以让后续页面遵循相同规则,而不是逐页记住手工数值。

可以从Pixso社区查找照片、图标与页面素材,使用前确认资源许可和项目适用性。把实际采用的资源、组件和约定收进项目文件;评审评论指向具体画板,避免需求结论只留在聊天记录中。

交接前留下任务与决策记录

每个页面交接时保留一条简短记录:用户任务、主要操作、数据来源、异常状态、尚未确定的问题。例如“旅程预订—选日期—可订日来自接口—提交失败保留已选日期—改期规则待产品确认”。

再用一条连续任务串起六页:“找到周末可去的景点,挑选日期,完成预订,再从个人中心找回记录。”哪一步需要猜、找不到返回或失去已填内容,就回到对应页面补规则。视觉稿的价值,不止是把原型画精细,而是让这些决定清楚可讨论。