Ruairi

UI/UX DESIGNER

Hey, I’mRuairi。

我是一名 UI/UX 设计师,擅长把模糊的需求和复杂的信息,逐步整理成清晰、自然、可以落地的产品体验。

相比直接进入界面设计,我更习惯先理解业务、用户和使用场景,再梳理结构与关键流程,最后用交互和视觉把产品逻辑表达清楚。

我也在持续探索 AI 在产品设计与原型验证中的实际应用,让想法更快从概念变成可以体验、讨论和验证的方案。

SCROLL TO EXPLORE ↓

DESIGN FOCUS

过去两年多,我主要在两类项目里工作:一类是复杂的 B 端经营系统,把散落在多个门店、角色和业务环节里的信息重新组织成能辅助判断的结构;另一类是从 0 到 1 的 C 端产品,在没有既有规则的情况下先建立结构,再谈视觉。AI 是我用来加快验证节奏的工具,不替代设计判断。

PRODUCT EXPERIENCECOMPLEX SYSTEMSINFORMATION ARCHITECTUREINTERACTION DESIGNVISUAL SYSTEMDESIGN SYSTEMAI PROTOTYPING

ABOUT ME

在看作品前先认识我。

我本科就读于西南大学视觉传达设计专业,受的是信息编排、视觉层级与表达方式的训练。进入产品设计之后,我的重心从「界面怎么呈现」转向了「用户为什么这样理解和使用产品」。这个转变是从 B 端项目开始的——面对多角色、多流程、复杂的数据关系,只有先把关系理清,界面才谈得上清楚。

我目前在找 UI/UX 或产品设计方向的机会,比较适合需要梳理复杂信息、建立结构的产品。除了界面本身,我习惯把交互状态、边界情况与多端一致性一起考虑完,也会用 AI 原型加快方案验证。

UX CAPABILITIES

用户研究需求分析产品梳理信息架构用户流程交互设计原型验证设计系统

TOOLS & EXPLORATION

FigmaPhotoshopIllustratorSketchAfter EffectsChatGPTGeminiStitchGoogle AI StudioLiblibAIWorkBuddy

EXPERIENCE

西南大学

视觉传达设计 · 本科 · 211 · 2022

信息编排、视觉层级与表达方式的基础训练。

重庆易南网络科技有限公司

UI 设计师 · 2023.03 — 2025.04

对接客户与业务方,把需求拆解为信息架构、页面流程与视觉方案;负责多项目并行迭代、提案包装与方案宣讲,并通过设计评审与开发协作控制交付质量。

重庆文烁有限公司

UI/UX 设计师 · 2025.05 — 2026.09

独立负责 APP、小程序、H5、Web 多端 UI/UX 设计,推进需求澄清、页面结构、高保真与开发走查的完整流程;沉淀组件与基础设计规范,提升多项目并行下的复用效率与交付一致性。

WHAT I DELIVER

我交付什么。

01

PRODUCT & REQUIREMENTS把说不清的需求,变成能排优先级的设计问题

业务方给到的往往是零散诉求。慧橙项目里,面对多个品牌的 4S 店各自使用厂家独立 DMS、集团层经营信息仍依赖 Excel 与人工汇报的情况,我先把问题拆成「集团—门店—业务模块」三层指标体系,确认真正要解决的是决策效率,再动界面。

—Business Understanding · Requirement Analysis · Product Structure

需求澄清业务理解问题定义
02

INFORMATION & INTERACTION把看不出重点的复杂系统,梳理成能判断的结构

慧橙围绕「发现异常 → 跨店对比 → 定位问题 → 下钻分析」这条决策路径,完成信息架构、经营首页、指标趋势、门店对比与数据看板设计;心序则重构了首页、社区、陪伴、心理馆、我的等模块及核心流程。

—Information Architecture · User Flow · Interaction Design

信息架构用户流程交互设计
03

UI & VISUAL SYSTEM让多端界面保持同一套视觉与交互语言

在文烁负责 APP、小程序、H5、Web 多端设计,沉淀组件与基础设计规范,并完成高保真与开发走查。

—UI Design · Multi-platform Design · Design System

UI Design多端设计组件规范
04

AI PROTOTYPING让方案在开发之前就能被体验和验证

心序项目里,我把静态设计延伸到可交互的 AI 对话 Demo,覆盖输入、回复、快捷选项、等待、异常与结束等完整状态;黑羽也先用可交互 Demo 把 AI 装备配置这条主流程走通,再进入精细设计。这样讨论围绕的是真实方案,而不是口头描述。

—AI Prototype · Interactive Demo · Rapid Validation

AI Prototype交互状态原型验证
FROM PROBLEM TO PRODUCT
VIEW SELECTED WORK

HOW I WORK

我怎么推进一个方案。

下面五条是我在实际项目里反复用到的做法,每条都对应具体项目中的动作,而不是空泛的态度。

01

DEFINE BEFORE DRAWING先确认要解决什么,再打开设计工具

黑羽启动时,我没有先打开设计工具,而是先把范围确认下来:这是已经在跑的成熟产品,改版的价值不在加功能,而在把已经存在的信息层级、核心入口和视觉重新组织清楚。范围定下来,后面每个页面的取舍才有依据,也不会一边改版一边往产品里塞新东西。

02

MAKE COMPLEXITY CLEAR面对复杂信息,先拆关系再定层级

慧橙涉及多品牌、多门店、多角色的经营数据。我的做法是先拆清指标之间的从属关系,再决定页面层级和钻取路径——结构对了,界面自然就清楚。

03

PROTOTYPE TO ALIGN方案还抽象时,先做成能体验的东西

比起用文字描述交互,我更倾向尽早做出可点击的原型或 Demo。心序的 AI 对话流程、黑羽的装备配置主流程,都是先用原型对齐,再进入精细设计。

04

DESIGN THE WHOLE PATH把异常和边界情况一起设计完

加载、空状态、错误、权限限制和异常操作同样影响体验。心序的 AI 对话状态、慧橙的数据空值与异常提示,都是在交付前就补齐的,而不是等开发提出再补。

05

FOLLOW THROUGH TO DELIVERY跟着开发走查,把实现偏差修回来

设计交付不等于结束。我会参与开发走查,核对多端表现、响应式与交互细节,把实现与原稿的偏差持续修回来。

HOW A PROJECT RUNS

一个 B 端项目,是怎么走完的。

以慧橙(集团经营决策平台)为例,下面是这个项目从接触到交付的实际推进过程。

01

FRAME THE PROBLEM摸清业务,定义问题

先弄清楚集团、门店、业务模块三层各自关心什么指标,以及原有日报为什么效率低。最终把问题定义为:让管理者能更快发现异常并定位原因,而不是简单地把 Excel 搬到网页上。

02

BUILD THE STRUCTURE搭指标体系与信息结构

建立「集团—门店—业务模块」三层核心指标体系,并围绕「发现异常 → 跨店对比 → 定位问题 → 下钻分析」梳理决策路径,确定每个层级看什么、能钻到多深。

03

DESIGN THE EXPERIENCE完成界面与视觉设计

完成经营首页、指标趋势、门店对比与数据看板的高保真设计,统一图表规范、数据格式与组件样式,并补齐空值、异常、加载等状态。

04

VALIDATE & DELIVER验证、走查与交付

结合业务反馈核对指标口径与钻取逻辑,配合开发走查修正实现偏差。慧橙已于 2026 年上线并投入实际业务使用。

DELIVERY DETAILS

交付时,我会额外做好的几件事。

这些不是原则清单,而是我在项目里实际会做的事——它们通常不在需求文档里,但直接影响上线质量。

DELIVERY DETAILS · 01

“不止是正常路径。心序的 AI 对话把等待、异常、结束这些非理想路径一并设计完,慧橙补齐了数据空值与异常提示。”

01

COMPLETE STATES

把完整状态设计完

DELIVERY DETAILS · 02

“APP、小程序、H5、Web 的屏幕尺寸和交互习惯不同,但组件语义与视觉规则必须一致,用户跨端时不需要重新学习。”

02

MULTI-PLATFORM CONSISTENCY

多端保持同一套语言

DELIVERY DETAILS · 03

“多项目并行时,重复画同一个组件是最大的浪费。我会把稳定下来的样式、组件与规则整理成可复用的基础规范。”

03

SPEC & COMPONENTS

把能复用的沉淀成规范

DELIVERY DETAILS · 04

“B 端项目里,图表类型、单位、口径和对比基准比配色更重要。慧橙统一了指标口径、数据格式与图表规范,避免同一个数字在不同页面含义不同。”

04

DATA PRESENTATION

让数据能被正确读懂

DELIVERY DETAILS · 05

“交付前补齐标注、间距、状态与边界说明,交付后参与走查。减少来回确认,也减少「还原度靠运气」的情况。”

05

DEV HANDOFF

让开发能准确还原

DELIVERY DETAILS · 06

“资料整理、方向探索、内容梳理和原型构建交给 AI 提速;产品判断与设计决策仍然自己负责,AI 不替我做取舍。”

06

AI AS ACCELERATOR

用 AI 加快探索,不做判断

FAQ

Questions, answered.

UI/UX 设计师或产品设计方向的全职机会,倾向 B 端系统或需要梳理复杂信息的产品。相比只负责单一页面,我希望能参与需求梳理、交互设计、视觉落地到上线走查的完整过程。城市上倾向重庆或成都。

三个项目的设计部分都由我独立负责:从需求梳理、信息架构、交互设计到高保真与开发走查。黑羽的产品定位、用户策略、信息架构、AI 主流程与视觉规范也由我完成。

用在资料整理、方向探索、内容梳理和交互原型构建上,让想法更快变成可以体验和验证的东西。心序的 AI 对话 Demo 就是这样产出的——但方案取舍和最终判断由我完成。

是,三个项目都是真实项目,设计部分也都由我独立负责。慧橙已于 2026 年上线并投入实际业务使用;黑羽已交付;心序仍在推进中,尚未落地。为了适合作品集展示,项目名称、客户信息与部分数据做了脱敏处理;涉及实际经营与用户的具体数字不在公开范围内——但设计过程中的问题判断与取舍都是真实的,我也不会用没有依据的数字来装饰这一页。

可以通过下方联系方式直接联系我。目前也欢迎交流 B 端系统设计、信息架构、交互原型以及相关工作机会。

GET IN TOUCH

如果你正在寻找 UI/UX 设计师,或者想聊聊产品体验、交互设计与 AI 原型,欢迎联系我。

WECHAT

Ru-Ya-Shimly

Let’s worktogether.

如果你正在寻找 UI/UX 设计师,
或者想聊聊产品体验、交互设计与 AI 原型,欢迎联系我。