设计师如何做好项目管理？来看阿里的实战案例！

工中有时难免遇到团部分职能缺失、人手不等问题，需要设计师除完成职工以外，还要主动去承担一其他职能的工，产品经理、运营、项目经理等角，以便目标达成。

段时间，本人幸自己之负责设的产品担任项目理&产品理&体验设师，行产品「体验改版」，该产品属于「后台运维监控」产品，负责规模、批化的集群运维及服务部署、服务升级操作，企业中衔接基础硬件与层服务的高复杂性、高专业性产品。改版内则集中端框架与技的重构、产品结构与信息的组织、交互流程与界面视觉的优化。

首先介绍一下常见的改版方式：

1、老版正在线上使，起过渡作，重搭建框架建立一个的平台。功逐步建立、善，成后迁移户。

前提：需要有相体和成熟设计案，让大家未知结投入成致

风险：风险大，耗费资源相对大，时间周期长

优势：可以从思考、梳理，能从根本解决一些问题；优化的体感强

2、在老版的基础上进行优化，整体架构保持不变，局部体验优化

前：务合作中见的设计合作模式，功优，跟产同步迭代

风险：较难从根本上解决遗留体验问题；个品体验较，局部体验改善容易被忽略

优势：风险小，投的资源相对少，结果控，见效时间快；容易达到预期

本次我所负责的产品改版选择的「第一种方式」，风险相对较高。设侧通过用户调研、痛点分析设方法的数据收集，已具备相应的数据支撑，明确改版的必性；然后通过产出一版整体优化的设demo诠释设思，与业务方对目标达一致，明确本次改版的关键内用户解决哪些痛点。鉴于业务内的保密性，这里不对设过程过多讲解，本文旨以设师角度，如何看待项目管理的工、职责，以及在整个程中的收获和对设计身的价值。

需要做什么？

一般项目经理（PM）在一个项目中的职能主要包括：

• 负责项目时管理与进度把控；
• 协资源来推动项目进度按计划进行；
• 平衡当的策略调整解决时间本、资源间的相互制约；
• 确保项目干系人之间的顺畅沟通。

当承担个角时，工职责和协的范围边界就被扩大。一般验设计师需要重点关注在「需求对接」、「设计输出」、「前端开合」三个部分，同时参与「项目计划」、「测试走查」节。当站在 PM 角度，除设计身的工外，还需要关注整个流程、各节参与者的产出与付。

需要负责项目前期的用户研与数据分析、项目现的节奏计划、用户需求的收集与对齐。为设计师同样要负责所有需求设计的产出，以及在个程中每个人的工进度和质量把控。（当具工分要看项目投的人力情况）

挑战对设计师来说是一定存在的，但是样的机确也需要具备相应的前提。

1. 业务理与熟识程度

• 对你负责的产、务具有较深入的认识和了解；
• 了解用户使用遇到问题，并能针问题提出有效核心解决案，而单纯视觉美观。

2. 任

• 在平时的合中与业务方建立的信任；
• 合作同事间的信任与配合意愿。

3. 遇

• 一队会有专业的 pm 和产品经理，但有些产品队，人员配备不足；
• 产体验方面得到上层重视，自上而推。

4. 老板支持

• 板予后盾与配合（自己板和业务板）。

经验教训

1. 验：规则制，「丑话」面

确统一的「完」标准项目合作规则，这点很重。不妨先把「丑话」面，日后项目执行阶段都按划办事。

这项目中，第一周完后，就出了延象，虽然延很多项目中不可避免，但望能够及时发问题、总结问题、反思作，让问题不滚雪球一样越滚越。

延期的因主要有个：一是工作评估不充，计划理想。

• 象：划时间无法完划的作，估的时间不够准确。
• 结果：计划的间起不约束作用。

二是「完成、进度100%」的标准定义不明确。

• 现象：了解工作进度时，可能统计已完成，又会占用时去测试、优化、调；实现效与需求不完全致。
• 结果：进度评估不准确。

2. 经验：策略及调整，有限间内干更有义的事

承诺的交付间是确认的，因此，只能以 deadline 倒推，在剩余的间内，能完成什，从而有针对性地做排兵布阵。如果把间比作一个盒，当盒空间固定，若要塞进更重要的西，则需要将不那重要的西去除，否则盒会爆裂。同项目管理中需要及调整计划，在有限的间内干更有义的事，否则工作一直做不完，一直延期，产出的质量和项目目标都不如人。

我们需要及时根据优先级调整策略，对需求区分次，甚至在某个需求中再拆解，如级功暂缓，先保证基础功的使等。

3. 经验：核心体验提升才是对用户更有价值的事情

了那多改版产品的反馈，第一间的不适应必然存在，尤其对中后运维产品来说「稳定」是用户的诉求之一，但紧抓核心体验，从功能层面解决用户问题，最后一定是正向的评价结果。如果新体验的价值不足以掩盖旧体验的不足和切换成本，那对用户的价值也就乎其，甚至毫无价值，就如下面的价值公式。

虽然「老版」用户使用有一定的熟悉度，也有「众」「个人熟悉」的功能，但是「新版」可以从以下 5 个核心亮点出发，解决用户使用中的体验问题，从功能层面解决使用问题，这些优化对用户是更有价值的。

4. 验：积极协作，配合协调

• 项目出现风险，要及时找相关甚至是上级寻求帮助，及时沟、主动汇报；
• 程中遇到分歧及时沟通，避免问题越滚越大，影响效率；
• 一充分理解需求的提下展作（设理解 PD 需求，后端理解端需求），否则后返价很。

成长收获

我承担这项工作的意义是么？

设计师能做好项目管理及品工作吗？

接受这项任务时我也有疑惑，像工作初期以及些师弟师妹咨询困惑样：我现在做很多事是品应该做，本应该品输入信息需要我去协助他们甚至帮他们完成，这正常吗？我应该这样做吗？我做品工作我专业有什么价值？

我的答案是：

有价值！果你是用户验设计师，就需要具备产品的思，适当的产品工与思考帮助你锻炼产品思，并且随着工的深，设计能力与产品能力的集逐步扩大。

在《用户验要素》一书中提到用户验分为要素，分别为：表现、框架、结构、范围、战略，将的工内容进一步读，现「结构、范围、战略」属产品的职责范畴，它们对应的价值目标也存在集，因此必有工是织在一的。

1. 收获：品思维

• 产品思维让保持产品大局观，从业的根本去理解当前头工作的义，以业目标为导向；
• 从产角拆分功、流程，明确做么做么，确立最小功集合，平衡投入产；
• 设计需要价值导，在专业价值基础上结合业务价值，更好地完成价值自证。业务目标明确前提下，设计会常明确，知发力是什么。

2. 收获：大局视角

• 视角的转化，从页面中一个 icon 的美观，一个组件规范、一个合的页面到整个项目的质量；
• 会把用户真需的价首，发过程中，也会了产品的性能、时间保障，牺牲部分体验的追求。

3. 收获：组织协调

• 项目过程中任何环节出现问题，都需要第一间站出来解决，或者找别人寻求帮助；
• 各方资源的沟通协调，保障最后的目标实现。

4. 收获：流程配合

• 更楚前后端、测试合作流程，以及各个节时配比；
• 对一个项目开展的基要素以及能遇到的问题也有更深地认识，便以的工流。

总结

最后，再总结一设计师导「技术产」的项目管工作的优势和劣势。

1. 优势

交互人性：

• 站在用户角度思考交互行为和体验，而非术角度；
• B端产的体验要求：效、全、简单，通过设计减户习成本，简交互流程，使界面、信息易懂、易。

全局考虑，计一致性：

• 从设师视角出发，通盘考虑页面展形式层级关系，可以将页面行类型划分，便于产品的一致性与交互统一；
• 对功能入及操作计整规划，而非随添加。

验意识传播：在业务中为验声，关注验的重要，从而进一步驱动技术优化。

2. 劣势

业务理难度大：

• 品专业名词、概念理解成本较大；
• 需求业务逻辑强。

技术了解不足，各色沟成本较大：

• 设计本身是一种感受、体验，可是科班身，都通过界面或操作感受到好坏；
• 开发技术设计师存在槛，设计师法评判好坏并真正理解；
• 沟通缺少共同识系，很有能向技术妥协。

时把控不准确：

• 设计一般处在需求实现的前分，会按照要求的截止时间成工作，尽量节省时间给后台开发；
• 前后端开发时不可控，设计师存在技术黑盒。

上，是我个人基于本次工作的一些经验与收获，期望对有需要的设计同有帮助。

欢迎关注阿里巴巴体验技术团队（TXD）公众号，第一时间了解更多精彩容，还有设计职位期待你的入！