判断依据 · 原生 App 还是 PWA
先判断该做 App 还是 PWA
不是每个业务都需要原生 App。PWA（渐进式网页应用）能提供接近 App 的体验，支持轻量安装、离线访问和推送，省掉应用商店的审核周期和长期维护成本。
如果业务依赖系统级能力，比如相机深度调用、蓝牙设备、后台定位，原生 App 更合适。这个判断会在项目开始前给出说明，而不是默认推荐成本更高的方案。
两条路线怎么取舍
PWA 路线
一套代码同时服务手机浏览器与桌面端，安装入口是浏览器而非应用商店，更新即时生效，不需要为双平台分别排期。适合内容与表单为主、需要快速上线并持续调整的业务。
原生 App 路线
能调用相机、蓝牙、后台定位等系统能力，离线与推送的表现更稳定。代价是 iOS 与 Android 需要分别开发与维护，商店审核也要计入项目周期。适合把系统能力当作核心功能的业务。
栏目 12 · 交互设计
交互设计从用户的实际路径开始
交互设计要回答的是：用户打开应用后第一步做什么、常见任务几步能完成、出错时怎么恢复。这三个问题不清楚，界面做得再好看也留不住人。
我们会先列出核心任务清单，画成流程，再看哪些步骤可以合并或去掉。步骤越少，用户中途放弃的概率越低。这一步产出的流程图和原型，是后续界面设计的依据，也是评审时讨论改动的共同底稿。
这一步产出什么
- 核心任务清单：用户打开应用后最常做的几件事，按使用频率排序
- 任务流程图：每一步的入口、判断与出口，标出可以合并或省略的环节
- 异常路径说明：网络中断、提交失败、权限被拒时界面给什么反馈
栏目 18 · 原型验证
原型设计：能被点，才算验证过
原型在 Figma 里做成可点击的版本，你可以像真实用户一样走一遍。哪一步会犹豫、哪个按钮找不到、哪段文字读不懂，在原型阶段就能发现。改原型比改开发完成的界面便宜得多，这也是我们坚持在视觉设计之前先做原型的理由。原型通常改两到三轮后确认。
第一轮
走通主流程
把核心任务从头点到尾，确认每个页面都有下一步可走，没有断头路。
第二轮
删掉多余步骤
对照任务清单，合并重复的确认页、取消不必要的跳转，把常见任务的步数压下来。
第三轮
补齐异常与空状态
加载失败、内容为空、权限被拒这些场景，在原型阶段就把界面和文案定下来。
上面这张是设计工作现场：界面稿、纸面草图和讨论都发生在同一张桌子上，规范差异也是在这样的场景里被逐条确认的。
栏目 24 · 平台界面规范
iOS 与 Android 的规范差异
iOS 界面设计参照 Apple 的 Human Interface Guidelines，整体要求更克制、更统一，导航、手势、控件行为都有明确约定。Android 有自己的设计语言，返回逻辑、导航结构、系统组件的行为都不一样。把 iOS 界面直接搬到 Android 上，用户会觉得别扭。
我们在做双平台项目时，会共用设计系统，但分别处理交互细节。颜色、字体、间距、组件形状共用一套规则；返回手势、导航层级、系统弹窗的位置和文案，则按平台各自处理。
栏目 30 · 设计系统
设计系统如何支撑后续迭代
设计系统把颜色、字体、间距、组件状态定义成可复用的规则。按钮、输入框、卡片、列表这些基础组件定义一次，后续页面直接调用。好处是迭代时不会出现同一个按钮五种样式的混乱，团队交接时也有统一参照。
这套文件会随项目一起交付，包含组件说明和使用规则：每个组件在什么场景下用、什么状态下变灰、点击后发生什么，都写清楚。如果项目同时包含网页端或 PWA，界面会与网站设计共用同一套设计系统，保持视觉一致。
栏目 36 · 性能与视觉
移动端性能与视觉的取舍
移动应用里，动画、图片、阴影都会影响流畅度。视觉上想要的效果，未必都能在低端设备上跑得动。我们的做法是先定性能基线，再在基线内做视觉；必要时用更轻的实现方式达到接近的效果。
界面稿里会标注需要特别注意性能的地方，方便开发阶段处理：哪些动效必须保持顺滑、哪些装饰可以降级、图片在什么尺寸下会被裁切。这些标注跟着界面稿一起交付，不用在开发阶段重新猜。
性能标注
动效保持顺滑 / 装饰可降级 / 图片裁切尺寸，三项在界面稿上直接标出，开发按标注处理即可。
栏目 42 · 交付物清单
项目结束时你会拿到什么
移动应用设计项目通常交付：交互原型、各平台界面稿、设计系统文件、切图与标注、组件使用说明。如果项目包含 PWA 或网页端，界面会与网站设计共用同一套设计系统，保持视觉一致。具体范围在启动前以书面形式确认。
常见问题
开始之前，先弄清楚这几件事
做移动应用设计需要多长时间？
时间取决于功能范围与平台数量。原型阶段通常要改两到三轮，双平台项目在界面稿阶段会比单平台多一轮平台差异处理。具体排期在启动前按任务清单和交付范围一起确认，不先给一个笼统的天数。
可以只做界面稿，不做原型吗？
可以，但通常不划算。原型阶段发现的问题改起来最便宜，界面稿一旦进入开发，调整交互路径的成本会明显上升。如果你已经有稳定的流程文档，我们会先看一遍再决定是否可以跳过原型。
设计系统会不会限制后续的视觉发挥？
不会。设计系统固定的是颜色、字体、间距和组件状态这些基础规则，页面结构和版式仍然按内容设计。新场景需要新组件时，先确认现有组件是否够用，不够再按同一套规则补一个，并写进文件。
我们已经有网页，能不能共用同一套设计系统？
可以。网页端、PWA 与 App 共用同一套设计系统时，视觉保持一致，用户在不同入口之间切换不会觉得是两套产品。网页端和移动端在导航、触控目标尺寸、性能约束上的差异，会在设计系统里分别说明。
ТОО «WebTechnology» 数字工作室
移动应用设计是三项服务中的一项
ТОО «WebTechnology» 承接网站开发、移动应用设计、以及标志与品牌视觉识别设计。三类工作共用同一套设计语言，所以从网页到 App、再到品牌物料，视觉与操作习惯能接得上。
服务一
网站开发服务
移动优先的响应式网站，与 App 或 PWA 共用设计系统。
服务二
品牌视觉识别
标志、色彩与基础视觉规则，界面与物料沿用同一套。
服务三
项目流程与交付
从需求确认到验收交付的每个节点，范围书面确认。
工作室地址
香港中環皇后大道中99號中環中心18樓1801室