AI 驱动下设计团队的转型之路

AI / 设计 / 组织

设计工具效率提升了，页面产出量增加了，但企业的交付质量、客户体验以及品牌声誉，未必能随之改善。

近年来，AI 工具迅速融入设计与软件开发流程。设计师可借助 AI 搜集灵感、生成视觉方案、辅助撰写文案、整理竞品分析、制作图标、生成插画，甚至快速构建原型。从表象看，设计工作的效率确实在显著提升。

然而，一个更需警惕的问题随之浮现：效率提升后，组织是否真正更懂用户了？交付加速后，客户体验、品牌口碑及项目复购率是否同步增长了？

在许多项目制软件公司，特别是服务于政府、文旅、交通、园区及能源等行业客户的数字化建设团队中，工作流程依然高度趋同：客户提出需求，产品经理或项目经理梳理原型，设计师输出高保真界面，研发负责开发，测试修复问题，最终交付验收。

在此流程中，设计师常被置于“需求已定、开发未始”的环节。他们被要求让页面更美观、更规范、更贴合客户喜好，却极少系统性地参与需求研判、业务流程梳理、用户目标定义及上线后的效果复盘。

若组织仍仅围绕交付物运转，AI 只会加速交付；但加速交付并不等同于创造价值。

本文探讨的并非“设计师如何利用 AI 提效”，也非“企业如何提升项目管理效率”，而是一个更根本的议题：在 AI 已能完成大量中低复杂度产出的当下，项目制软件公司与一线设计师，如何从交付导向转向目标导向？

本文将探讨 5 个核心问题

01项目制公司的设计师为何易沦为页面美化师？

02AI 为何未能自动提升交付品质？

03Lean UX 对项目制团队真正的价值何在？

04政府文旅数字化为何尤需目标导向设计？

05组织与设计师应如何具体转型？

在成熟的产品型公司，设计师往往更易于围绕长期产品、持续用户及业务指标开展工作。产品有版本迭代，有用户数据，有增长、留存、转化、满意度等持续反馈，设计师能相对稳定地参与产品从问题发现到方案验证再到上线优化的全过程。

但项目制公司则不然。项目制公司的基本逻辑通常非“持续经营某产品”，而是“依合同范围完成一批交付”。这决定了组织关注的重点往往是范围、节点、成本、验收及客户满意度，而非长期的用户行为变化。

许多项目中，设计师拿到的是已整理好的原型。此时，功能结构已定，页面数量已定，流程路径已定，甚至客户对页面呈现方式已有预期。

设计师能做的多为视觉层面的优化：调整信息层级，统一组件规范，优化色彩与图形表达，让页面显得更精致、更专业。

但真正影响系统体验的问题，往往不在视觉层面，而在更前端：

用户是谁？在何种场景下使用？需完成何任务？当前流程为何低效？该功能是否真有必要？客户提出的“想要”是否对应真实业务目标？系统上线后，用户行为应发生何种变化？

若这些问题在需求阶段未获充分讨论，设计师后续再努力，也只能在既定框架内做局部修补。

许多项目体验差的根本原因，非页面不够美，而是问题定义错误、流程结构错误、目标对象错误。

大型项目制公司常将设计、前端、测试等岗位视为公共资源池，按项目节点调度。此法利于短期资源利用，却天然削弱了个人对业务的深度参与。

设计师可能本月做文旅项目，下月做政务项目，再下月做园区项目。每个项目都需快速入场、快速出图、快速撤离。久而久之，设计师对行业的理解停留在表层，对客户组织结构、业务流程及真实用户场景缺乏连续观察。

组织越大，项目越多，资源看似越充足；但每个人参与业务的深度反而越浅，最终系统体验越易割裂。

项目制组织最容易衡量的是交付物：页面是否完成、需求是否开发、测试是否通过、文档是否齐全、是否按期验收、客户是否签字。

但真正决定数字化项目价值的，往往是另一组问题：系统是否真被使用？用户完成任务的时间是否缩短？基层人员重复录入是否减少？管理者是否更快发现异常？客户是否愿在后续项目中继续合作？

图表 1

同样是“交付”，按时做完与真正产生业务价值并非一事。

数据