工作顺序
先做信息架构，再谈视觉
很多项目出问题，是因为过早进入视觉阶段。页面还没想清楚要承载什么内容，就开始挑颜色和字体，后面必然返工。
我们的顺序是：先梳理信息架构，确定页面清单和层级关系；再做原型，把交互路径走通；最后才进入视觉设计。这个顺序会多花一点前期时间，但能省下更多后期修改。
对内容经常变动的网站来说，这一步尤其重要。页面清单先定下来，后续加栏目、换文案、调整导航才不会互相牵扯。
原型设计
原型的作用是提前暴露问题
原型不需要好看，它需要能被点。用 Figma 做出可点击的原型后，你可以像真实用户一样走一遍流程，看看哪一步会卡住，哪一句说明没被读懂。
我们在这一阶段通常会改两到三轮。改原型比改开发完成的页面便宜得多，改动只发生在一份文件里，不牵扯已经写好的代码。
原型确认后，界面设计和开发才有稳定的依据。后续讨论可以围绕“这一屏放什么”展开，而不是反复回到“整体方向对不对”。
这一阶段的产出
- 页面清单与层级关系表
- 可点击的交互原型，覆盖主要路径
- 关键页面的文案位与状态说明
- 待确认问题的清单，逐轮收敛
设计系统在项目中的位置
设计系统不是项目结束后的整理工作，而是贯穿始终的规则集。颜色、字体、间距、组件状态在早期就定义好，后续页面直接复用。
对网站和移动应用来说，这套规则决定了改版时的工作量。有系统的项目，加一个页面是几小时的事；没有系统的项目，可能要重新对齐一遍。
我们交付时会附上这套文件的说明，方便你后续交给其他团队使用。
评审方式
我们如何评审设计
评审在 Figma 里进行，评论挂在具体元素上，不做大段邮件描述。这样每条意见都指向一个确定的画面，不会在文字里来回解释。
每次评审前我们会标注这一轮要确认的重点，避免讨论发散。如果意见冲突，我们会回到最初的目标：这个页面要解决访客的什么问题。目标清晰时，取舍通常不难。
评审节奏一般是一周一次，视项目规模调整。小项目可能两三次就收敛，大一些的网站和应用会拆成更多轮次，逐段确认。
技术选择
我们不绑定单一技术栈
WordPress、Webflow、定制开发都做过，选择依据是你的内容更新频率、视觉控制需求和后续维护能力。下面三种情况对应三种做法。
-
可视化建站平台
展示型站点，视觉完成度高、更新不频繁
可视化建站平台能更快达到你要的版面效果，后期改动集中在文案和图片。
-
WordPress
内容频繁变动、多人协作编辑
WordPress 在这类场景更稳，编辑权限、栏目结构和历史版本都有现成做法。
-
定制开发
业务逻辑复杂、需要和内部系统对接
这时才值得投入定制开发，因为通用平台的边界会限制后续扩展。
品牌视觉的矢量资产用 Adobe Illustrator 输出，这是印刷和大幅面输出的基本要求。标志、字体和延展图形都会给你可编辑的源文件，而不是只给导出的图片。
默认要求
无障碍与性能不是上线前才补的事
设计阶段就检查
WCAG 对对比度、键盘操作、文本替代有明确要求，我们在设计阶段就检查，而不是上线前补。加载速度和首屏体验同样在早期纳入考量，图片、字体、脚本的加载方式都会影响最终效果。
这些工作在项目里占的时间不多，但省略掉的代价通常在后期的用户反馈里出现。移动端尤其明显，一次卡顿就会让人离开。
交付时会一并说明
- 对比度与焦点状态的检查结果
- 图片与字体的加载处理方式
- 键盘可操作范围的说明
- 后续新增页面时需要注意的边界
我们不接的项目
先说清楚边界，再谈合作
需要极短周期上线的大型电商平台，我们接不了。需要长期驻场开发的团队，我们也不合适。这两类项目需要的人力和节奏，超出一个小工作室能稳定保证的范围。
我们擅长的是：目标清晰、范围可控、需要在移动端和品牌一致性上做扎实的网站、应用界面和视觉识别项目。如果你的项目不在这个范围内，我们会直接说明，而不是先接下来再说。
工作室登记信息
- 公司名称
- ТОО «WebTechnology»（WebTechnology 数字工作室）
- 业务范围
- 网站开发、移动应用设计、标志与品牌视觉识别
- 办公室
- 香港中環皇后大道中99號中環中心18樓1801室
- 工作时间
- 周一至周五 09:00–18:00
需要到访的话，请先通过电话或邮件预约时间。