首页

兰亭妙微移动端UI设计公司审美积累 | Ready Player Fit 健身 UI/UX 设计

丽洁 移动端UI设计文章及欣赏

把每一次训练,转译成角色成长的可见进度。

兰亭妙微专注 UI 与用户体验设计,持续关注国内外优秀作品,分享界面设计与交互思路,进行设计审美积累。今天分享 Ready Player Fit,一组把健身计划、角色自定义和朋友组队结合起来的 App 设计。训练记录在这里拥有了接近游戏大厅的呈现方式。


一、项目背景:让持续投入拥有更具体的反馈
等级、经验、连续训练与装备把行为积累转成可见状态。设计围绕训练与成长建立联系,让用户既能看见计划,也能在个人角色上找到持续参与的线索。

     图片18.png

图 1  训练信息的分步采集

步骤提示、训练选项与身体部位示意共同构成入门流程,底部动作保持清楚。深色与青蓝延续游戏气质,填写结构则十分明确,让个性视觉与基础操作共存。

图 2  角色自定义与即时预览

中央角色提供即时的外观预览,下方参数按组展开,保存按钮收住整个选择过程。这组角色配置图把“我正在修改什么”直接呈现在画面中心,选择与结果之间距离很近。

 

二、设计策略:用统一的游戏语言组织健身内容
①信息架构:训练信息、角色设置、成长资料与邀请队友各有明确页面。②视觉语言:深蓝黑基底衬托青蓝发光元素,3D 角色形成焦点;进度条、能力指标与装备卡片延续同一世界观。

Ready Player Fit | 界面细节与设计启发

图片19.png     

图片20.png

图 3  个人资料与成长记录

这张个人资料局部将等级、经验、金币、连续训练与装备解锁集中起来。进度与角色状态共同构成成长面板,数据也因此带有清楚的积累感和目标感。

图 4  邀请队友与发送反馈

成员等级与状态为组队提供背景,邀请发送后的提示补上动作反馈。开始与取消等入口继续保留,角色成长的个人体验由此延伸到与朋友一起训练的场景。

③场景化交互:训练信息分步填写,角色参数与预览放在相近区域,资料页集中展示积累,邀请流程补充队友状态。强烈视觉之下,选择、保存与发送等动作仍保持熟悉的操作逻辑。

 

三、设计启发:游戏化的完整感,来自行为与反馈的对应
角色、经验和装备让训练拥有可见回声,分组与主按钮则维持使用秩序。做运动、学习或习惯产品时,可以先思考哪些真实行为值得被看见,再为它们设计连贯的成长表达。

如有运动健身、训练管理类 App的 UI/UX 设计需求,欢迎联系兰亭妙微,交流产品场景与设计需求。

兰亭妙微(蓝蓝设计)www.lanlanwork.com 是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计,以及相关的软件开发服务,咨询电话:01063334945。

 

image.png

兰亭妙微入门科普:如何入门交互设计

涛涛 交互设计及用户体验

本文面向交互设计新人,完整梳理交互设计师的能力构成、工作流程、核心理论模型以及自我提升路径,把常用理论、模型搭配案例通俗讲解,适合搭建基础知识框架。

兰亭妙微人物科普:UX 领域三大标杆人物

涛涛 交互设计及用户体验

文章梳理用户体验行业三位里程碑人物:唐・诺曼(Don Norman)、雅各布・尼尔森(Jakob Nielsen)、阿兰・库珀(Alan Cooper),从行业影响力、著作、核心贡献出发,同时给出设计师的职业启发。

兰亭妙微ui设计公司分享:界面改版值不值得做怎样把设计价值讲清楚

鹤鹤 B端ui设计文章及欣赏

一套新的B端界面设计拿到评审会上,大家可能都觉得更清爽,却仍然不知道是否值得安排开发。Alex Williams 的文章通过一个明确标注为虚构的产品案例,讨论设计投入如何与业务目标和验证方法连接。我们不搬用其中的收益数字,而是从设计交付的角度聊聊:怎样把页面变化讲成一件可以观察、可以验证的事。以下均为假设场景和AI概念界面,不是兰亭妙微客户成果。

兰亭妙微ui设计公司分享:让AI记住项目要求先把设计资料整理清楚

鹤鹤 交互设计及用户体验

昨天已经改好的品牌名称,今天生成的内容又回到旧版本;一个项目的配色,被带进另一个完全不同的页面。遇到这些情况时,继续加长提示词未必最有效。Tanner Kohler 对AI重度用户的观察提到,资料的更新、查找与使用范围同样影响结果。借此,兰亭妙微分享一套面向设计协作的资料整理思路。下面的工作区与审核界面是概念示意,具体做法需要结合团队工具和项目约定调整。

兰亭妙微ui设计公司分享:AI模拟用户给出的答案为什么总是很像

鹤鹤 交互设计及用户体验

一份研究材料写得流畅,人物背景也很完整,就能帮助我们理解真实用户吗?Rachel Banawa 分享了一次比较:在特定的开放问题上,AI模拟受访者与真人的主要结论相近,但回答的差异更小。它提醒用户体验设计公司,判断研究价值时,还要留意那些不常见却可能影响设计的情况。以下只简述这一观察,并结合假设的产品任务,分享我们对研究准备与证据使用的思考;不把单次比较推广成所有AI工具的结论。

兰亭妙微ui设计公司分享:少点几次按钮之后体验真的更好吗

鹤鹤 交互设计及用户体验

从打开筛选器到填写条件,再到对比结果,许多数字产品要求用户先学会界面,才能说清自己想做什么。Carrie Webster 的文章用几个产品画面讨论了另一种方向:让用户先表达目标,再由系统帮助组织结果。这给交互设计公司和产品团队提出了很实际的问题:省掉操作以后,用户还能否理解结果、调整选择并控制接下来发生的事?本篇保留少量原文案例画面,其余围绕这一问题展开独立的设计观察。

兰亭妙微ui设计公司分享:网页适配不能只看屏幕宽度

鹤鹤 系统UI设计文章及欣赏

一张在首页很舒展的项目卡片,放进侧栏后却挤成几行;电脑屏幕明明足够宽,打开详情面板以后,中间的内容反而不好读了。这类问题值得在高端网站设计阶段就考虑。Victor Ayomipo 在近期文章中区分了面向视口与面向容器的适配思路。借这个话题,兰亭妙微想分享一些组件排版的观察:设计稿除了画出几个屏幕尺寸,还应交代组件获得不同空间时,内容如何重新组织。以下界面均为帮助说明的概念示意。

兰亭妙微ui设计公司分享:高手总结|4 大章节,吃透 UI 点击热区设计规范

清阳 交互设计及用户体验

兰亭妙微ui设计公司分享:在 UI 交互落地过程中,点击跳转、控件响应经常出现各类兼容性问题,这些问题大多具备共性规律。本文整理一套简洁可落地的点击热区设计规范,打通设计到开发的协作流程,下面完整拆解思考逻辑与实操方案。

一、现存热区常见问题

从实际项目还原复盘来看,热区故障主要分为三类典型问题:

  1. 热区尺寸过小 可点击范围小于手指操作的舒适区域,极易造成点击失效、误触,直接损伤用户体验与业务转化。实际反馈中就出现过用户反馈按钮十次点击仅两三次生效的真实案例。

    image.png

  2. 同一入口被拆分为多段热区 同一个交互入口被切割成多个独立热区,模块中间产生无响应的失效空白地带。

    image.png

  3. 多端热区标准不一致 不同研发同学对可点击范围理解存在偏差,造成同个组件在 App、小程序、H5 表现不一样,例如 App 内图片可点击跳转,小程序中同位置点击却无反馈,反复产生线上 bug 与重复沟通成本。

    image.png

二、热区设计三大核心原则

结合研发侧的落地诉求,同时参考大量竞品实践,热区规范不能复杂晦涩,要兼顾用户体验、落地成本与复用能力,确立三大原则:化繁为简、简单复用、标准统一

  • 化繁为简:梳理混乱割裂的点击逻辑,简化热区规则;
  • 简单复用:规则定义轻量化,一套规则适配绝大多数业务场景;
  • 标准统一:iOS、Android、H5、小程序遵循同一套热区判定标准。

三、落地实现方法

3.1 模块化拆分法

image.png

按照页面层级拆解热区范围,三步完成判定:

  1. 将整个页面拆解成若干主业务模块;
  2. 把主模块继续切分为多个子功能模块;
  3. 基于子模块,匹配对应热区规范定义点击范围。

按照统一属性、操作密度完成功能模块划分;再依据内容一致性、操作密度划定最终热区边界。

3.2 模块化安全边距

image.png

用视觉上 “物理不对齐”,实现感知上的视觉对齐。 针对评论区等场景,引入IconButton组件,按 Section 分区配置安全边距,规避边距设置混乱的问题,贴合化繁为简、标准统一的原则。

3.3 依托组件库实现复用

image.png

如果页面 80% 内容来自通用组件库,直接在组件内部内置可开关的热区配置,是最高效的方案。 不用每个页面重复标注热区,组件自带热区能力,极大减少设计与开发的反复对齐。

3.4 布局会限制热区上限

image.png

做设计时需要横向、纵向布局综合考量,Feed 流点赞、评论区交互按钮,布局排布直接决定热区能否最大化,设计阶段就要预判点击范围。

四、五大业务场景热区规范

从页面级模块到原子组件,归纳 5 类高频场景,下划线标记的无交互组件,无需配置热区。

场景一:整体模块作为单一热区 → 整个模块全部可点击

image.png

适用:帖子列表、订单条目等整行点击跳转的业务卡片。

整个卡片模块范围内,全部归属同一个点击响应区域。

场景二:单行 / 单列作为独立热区 → 整行整列可触发点击

image.png

适用:表单类全部选择器、输入控件,表单项点击整行即可激活交互。

场景三:同一行分布多个独立功能 → 热区均分处理

image.png

适用:导航栏、标签栏、底部 Tab 栏等 Bar 类组件; 同行多个按钮,在容器内平均分配各自的点击热区,避免热区互相侵占、出现空白死区。

场景四:独立元素热区(独立图标、独立文本、图标 + 文本组合)

image.png

适用:全部具备点击能力的原子组件,给出最小与推荐热区尺寸:

  1. 纯图标 Icon:推荐热区40×40dp;最小不可低于28×28dp;
  2. 纯可点击文本:推荐热区40×(40+)dp;最小不可低于24×(24+)dp;
  3. Icon + 文本组合:推荐热区40×(40+)dp;最小不可低于24×(24+)dp;

重点提醒:图标与文案代表同一个交互行为时,二者合并为同一个完整热区。

场景五:一个主模块包含多个独立热区 → 拆分模块,明确标注

image.png

卡片内同时存在多种操作,例如商品卡片:卡片跳转、复选勾选、数量加减,同一块容器内存在多套交互。 这类场景业务多样性高,组件无法全部覆盖,设计稿必须手动标注每个子模块的热区边界。

写在最后

以上覆盖产品绝大多数交互场景,通过 5 类场景 + 3 项设计原则,能够减少设计反复标注、开发反复改 bug 的内耗,同时提升用户点击操作的手感与反馈。 设计深浅之间,在混沌与清醒之中,始终保有对设计的热忱。

 

 

转载:优设

 

 

兰亭妙微(蓝蓝设计)www.lanlanwork.com 是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计,以及相关的软件开发服务,咨询电话:01063334945。

 

image.png

兰亭妙微ui设计公司分享:Vibe 技巧:别再只跟 AI 说“弹出弹窗”了!

清阳 设计资源

兰亭妙微ui设计公司分享:在 Vibe Coding 中,经常出现脑子里是有画面的,但是给 AI 讲了半天,最终做出来个完全不相关的页面,我知道自己想要什么,但我不知道该怎么把它说出来。

举个例子,你告诉 AI:“点击这个按钮,弹出一个窗口。”

AI 确实给你做出来了,但可能是屏幕中央一个大方框,还带着灰色遮罩。而你真正想要的,只是按钮旁边展开一块小面板。

问题出在哪里?

有了 AI 之后,技术能力已经不再是问题,很多过去需要十几个程序员才能开发的大型网站和系统,现在 Claude 和 GPT 半天就能搞定。

但是另一种困境开始显现:我知道自己想要什么,但我不知道该怎么把它说出来。因为一个行业里总会有专有名词,AI 补平了技术能力,但是怎么把语言体系和 AI 对齐,反而成为外行人的门槛。当 AI 逐渐消除技术实现的门槛,人的表达能力可能正在成为新的能力分水岭。

因为不知道专业名词,无法进行行业表达,所以我们只能一遍一遍地要求 AI “高级感、电影感、有质感”,但这些需求如同“五彩斑斓的黑”一样,AI 也不知道你到底想要啥,只能猜。但也许,你想要的“游戏质感”,只需要用“迪卡姆风格”一个词就能精准表达。

所以,这篇文章,就开启一个小专题,回到我产品经理搞 AI 的老本行,来把 VibeCoding 中常用到的术语,做一些普及,让大家在 VibeCoding 的时候,能够把模糊的视觉感受,转化为精准的组件名称和交互规则,减少 AI 猜测,提高生成界面的质量。

就从“弹窗”开始说起。首先有一点,别把页面上所有弹出来的东西,都叫做“弹窗”,它们其实各有名字。

模态与非模态

模态(Modal)是一种交互形式,简单定义来讲,就是:当一个界面出现后,用户必须先处理它,才能继续操作原来的界面。

模态的交互形式非常常见,就以对话框弹窗为例,进行删除操作时,页面上往往会弹出一个弹框,二次确认是否真的要删除,然后提供两个按钮:「取消」和「确认删除」,这种情况下,用户必须得对弹框的选项进行选择后,才能继续操作。

模态的交互比较强,适用于关键信息确认、强阻断流程等场景。

与之相对的,是非模态(Non-Modal),弹窗或其他元素出现后,用户依然可以操作原来的页面,并不需要先把弹窗关闭。

非模态的弹窗比较少见,比较典型的就是 Word 里面的“查找与替换”窗口,在输入框输入文字后,依然能够对文档进行编辑和阅读。

但是其他的交互组件中,非模态的交互形式使用很高频,比如悬浮球、下拉菜单、输入框的报错提示等等。

所以,下次如果想让一个组件,提示用户但不打算用户操作流程,不需要给 AI 讲一大段话,只需要告诉它“这个组件交互形式为非模态”。

对话框:需要集中处理的事

对话框(Dialog)是最熟悉的弹窗,大部分人说弹窗时,实际上指的就是对话框,它的英文名称叫 Dialog,会直接在页面中弹出来,给出选项或者做出提示。

比如删除一份订单记录时,屏幕中央突然出现一个窗口:“确定删除吗?”下面有取消、确认两个按钮。

和前面讲过的「模态」结合起来,就会有 模态对话框(Modal Dialog)和 非模态对话框(Non-Modal Dialog)。模态对话框的核心是打断当前操作、集中用户注意力,因此,它适合删除确认、关键授权等重要场景,最好都用「模态对话框」这种弹窗形式。

Vibe Coding 时可以这样说:“点击删除按钮后,打开模态对话框,背景添加半透明遮罩,提示用户确认删除,提供取消和确认两个按钮。”

气泡浮层:贴着按钮展开的小面板

假设我们点击头像,希望在头像下方展开一个小面板,里面显示账号信息、个人设置、退出登录等选项。

这种时候,就没必要用一个占据屏幕中央的大对话框了,更合适的组件叫气泡浮层(Popover)。

气泡浮层(Popover)的特点是依附于某个元素出现,而不是让用户离开当前的操作位置。

比如点击颜色按钮,在旁边展开一块颜色选择面板;点击筛选按钮,在下面显示一组筛选条件。

它通常不会阻止用户操作整个页面,也可以容纳按钮、输入框等交互元素。

和对话框相比,气泡浮层更加轻量,更适合局部的辅助操作。

Vibe Coding 可以这样说:“点击筛选按钮后,在按钮下方展开一个气泡浮层,显示筛选选项,不添加全屏遮罩,点击外部区域后关闭。”

工具提示:只解释,不打扰

气泡浮层 还有个经常被混淆的兄弟,叫 Tooltip(工具提示)。

有些按钮只有一个图标,没有文字。比如工具栏里有个小剪刀,鼠标移过去,提示出现“裁剪图片”四个字,这个时候用户就知道;噢,这个小剪刀的作用是裁剪图片。

它主要用于解释某个元素的含义,通常在鼠标悬停或键盘聚焦时出现,不需要用户主动点击。

工具提示和气泡浮层有些相似,但二者的职责不同,工具提示负责解释,气泡浮层可以承载操作,所以一般来说,工具提示在页面中的面积会小得多。

工具提示(Tooltip)在 PC 操作中比较常见,在 App 交互当中几乎没有,这是因为他们天然的形态差异导致,电脑可以“鼠标悬停”,手机很难用手指做出“手指悬停”这种动作。

下拉菜单:展开一组选项

还有一种非常常见的效果:点击一个按钮,下方出现一组选项。

比如点击“排序”,出现“最新优先、最早优先、名称排序”;或者点击“更多操作”,展开重命名、复制、删除等功能。

这类交互经常使用 下拉菜单(Dropdown)。

它和 气泡浮层 也有些相似,但区别在于:下拉菜单 一般是一组同类型的、同级的一组选项或操作,而气泡浮层可以容纳更加自由的内容,比如点击头像可以出现昵称、设置、余额、客服入口等各种不同类型的东西。

Vibe Coding 可以这样说:“点击文件右侧的更多按钮,展开下拉菜单,包含重命名、复制、删除三个操作,点击选项后关闭菜单并执行对应功能。”

Toast:通知结果但不打断

Toast 大概是常见程度仅次于对话框的一种弹出形式,中文可以叫「轻提示」,但一般更普遍的叫法就叫 Toast。

在做出某个操作、或者进入某个页面的时候,页面会弹出一个提示,几秒后自动消失,这种就是 Toast。

Toast 的典型特点是,它只负责反馈,不要求用户必须回应。

常见的场景包括保存成功、复制完成等轻量提示,来解决对话框太“强”的问题,比如每次保存成功都弹出一个对话框,让用户点击“确定”,流程完全被打断,使用体验就会非常糟糕。而 Toast 就不会打断用户当前的工作流程,用户可以继续操作,Toast 的状态提示一闪而过,用户扫一眼就知道保存成功了。

不过,轻提示不适合承载必须被用户看到的重要信息。因为它通常会自动消失,用户可能还没来得及阅读,所以,特别重要的提示,还是对话框弹出更稳妥一点。

Toast 一般出现 3 秒,是一个既能被注意到,又不会过于打扰的时长。Vibe Coding 时可以这样说:“保存成功后,在页面右下角显示轻提示,内容为‘保存成功’,持续 3 秒后自动消失。”

抽屉面板:从侧边滑出窗口

如果你正在做一个后台管理系统,应该会经常遇到这种需求:用户在浏览一个数据列表,点击其中一条后,希望查看详细信息,但又不想直接跳转到另一个页面。

这时候就很适合使用抽屉面板(Drawer)。

抽屉面板通常从页面左侧或右侧滑出,能够容纳较多内容,比如用户详情、编辑表单、配置选项等。

它最有价值的地方,是可以让用户在查看详情时,保留对原页面的上下文感知。

抽屉面板也可以有模态和非模态之分,有些抽屉展开后会遮挡并锁定背景页面;有些则允许用户继续操作原来的列表,可以根据需要,选择合适的处理方式。

因此,向 AI 描述 抽屉面板 时,最好明确是否允许操作背景内容。

Vibe Coding 可以这样说:“点击用户列表中的某条数据后,从右侧展开宽度为 480px 的非模态抽屉面板,展示用户详细资料。左侧列表保持可操作,切换用户时更新右侧详情。”

底部弹出面板:移动端的选择

抽屉面板 主要在 PC 端上用,左右弹出,因为屏幕更宽。在手机端上,宽度不够,但是高度会大一点,所以弹出面板的地方,就成了底部弹出。

于是,这就是底部弹出面板(Bottom Sheet)。

比如点击分享按钮,屏幕底部向上展开一块区域,里面显示微信、复制链接、保存图片等操作。

在移动设备上,用户主要使用手指操作,把常用的选项放在屏幕下方,往往更符合触控习惯。

底部弹出面板在下达 AI 指令时,最好带上如何关闭的设计,一般有两种:

  • 一种是有一个明确的 × 号或者“关闭”按钮,点击后可以关闭
  • 另一种是点击页面其他区域,自动收起底部弹出面板,包括衍生出来的「向下滑动关闭」等手势操作

Vibe Coding 可以这样说:“移动端点击分享按钮后,从底部展开一个底部面板,展示分享渠道,支持向下滑动关闭,并在展开时显示半透明背景遮罩。”

总结

最后,总结一个全景图:

你会发现,这些组件看起来都像“弹窗”,但实际承担着完全不同的任务。

有的负责要求用户做决定,有的负责展示更多内容,有的只是解释一个图标,还有的仅仅是告诉用户操作成功了。它们的区别,不只是长得不一样,而是什么时候出现、在哪里出现、会不会打断操作,以及如何消失。

知道了这些名称,再与 AI 沟通时,就不必讲半天描述效果,最后两边还理解叉劈了。

英国哲学家、科学家迈克尔·波兰尼(Michael Polanyi)提出过一个著名观点:

我们知道的,往往比我们能够说出来的更多。

一个有经验的设计师,可能一眼就能判断某个页面不协调,但让他立即解释所有原因,也未必能够完全说清楚。一个摄影师可能凭经验选出最好的一张照片,却不一定能够把所有审美判断转化成参数。

波兰尼称这类难以充分言说的知识为 Tacit Knowledge(隐性知识)。

它与 AI 时代有一个有意思的交集,过去,一个人的隐性知识可以通过自己动手,在不断实践中转化成作品。今天,当越来越多的执行工作交给 AI,如何将隐性的知识、经验和审美判断传递给另一个执行主体,开始成为新的挑战。

所以,AI 时代,未必必去真正掌握具体的技术,但需要先对齐行业里的语言体系,才能通过 AI 在一个新领域快速落下脚。

这篇文章就到这里,下篇再见。

 

转载:人人都是产品经理

 

兰亭妙微(蓝蓝设计)www.lanlanwork.com 是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计,以及相关的软件开发服务,咨询电话:01063334945。

 

image.png

日历

链接

个人资料

蓝蓝设计的小编 http://www.lanlanwork.com

存档