当你成为项目经理后，你应该如何管理好项目？
有时候，我们难免会遇到一些团队的职能和人力不足等问题，这样才能更好的推进整个项目。除了完成自己的工作之外，还会主动承担一些其他的职能，从而达到自己的目标，实现自己的想法。
前段时间有幸为之前负责设计的产品担任项目经理产品经理体验设计师，对产品进行“体验修改”。该产品属于“后台运维监控”产品，负责大规模、批量的集群运维、业务部署、业务升级等操作。它是一个高度复杂和专业的产品，连接企业中的基础硬件和上层服务。改版重点是前端框架和技术的重构，产品结构和信息的组织，交互流程和界面视觉的优化。
首先，你需要做什么？
项目总经理在项目中的作用主要包括以下几个方面:
负责项目时间管理和进度控制；协调资源，推动项目按计划进行；平衡和调整合适的策略，解决时间成本和资源之间的相互制约；确保项目干系人之间的沟通顺畅。
当承担多个角色时，工作职责和协作的范围边界将会扩大。体验设计师一般需要专注于需求对接、设计输出、前端开发协调三个部分，参与项目规划、测试走查等环节。从PM的角度来说，除了设计本身，我们还需要关注整个过程，每个环节参与者的产出和交付。
负责项目前期的用户调研和数据分析，项目实现的节奏计划，用户需求的收集整理。作为设计师，他还要负责所有需求设计的输出，以及这个过程中每个人工作的进度和质量控制。
对设计师来说有一定的挑战，但这样的机会确实需要有相应的前提条件:
业务理解和熟悉程度
对自己负责的产品和业务有深入的了解；了解用户在使用中遇到的问题，并能针对问题提出有效的核心解决方案，而不是简单的审美。信任
在日常合作中与业务方建立的信任；同事之间的信任和合作意愿。机会
一般团队会有专业的pm和产品经理，但有些产品团队人手不足；产品体验受到上层重视，自上而下推广。老板支持。
给予老板支持和合作。
二。经验教训
首先，介绍一下常见的复习方法:
旧版正常在线使用，起过渡作用。重新架构，建立一个新的平台。逐步建立和完善功能，完成后迁移用户。
前提:需要有一个比较完整成熟的设计方案，让大家对未知结果的输入达成一致；风险:风险大，资源消耗比较大，时间周期长；优点:可以从一开始就思考和梳理，从根本上解决一些问题，优化意识更强。在旧版本基础上优化，整体架构不变，局部体验优化。
前提:业务合作中常见的设计合作模式，部分功能优化，与产品同步迭代；风险:难以从根本上解决遗留的体验问题；整个产品体验差，局部体验的提升容易被忽视；优点:风险低，投入的资源相对较少，结果可控，见效快，容易达到预期。我这次负责的产品改版是“第一种方法，风险相对较高”。鉴于大多数设计师，尤其是新手设计师，可能对前端技术了解不多，对前端协调、开发工作评估、工作流程等不熟悉。，以下四个“教训”可供有类似经历的设计师参考。
2.1经验:制定规则，前面说“难听的话”。
前期确定统一的“完成”标准和项目合作规则非常重要。先说“难听的话”。
项目合作规则
在这个项目中，第一个周期完成后，存在延期的现象。虽然延期在很多项目中是不可避免的，但是期望能及时发现问题，总结问题，反映问题，这样问题才不会滚雪球。
延误的主要原因是:
工作评估不足，计划过于理想。
现象:计划的工作无法在计划的时间内完成，预估的时间不够准确。结果:计划时间起不到约束作用。
“完成，100%进度”的标准定义并不明确。
现象:当你知道工作进度的时候，统计可能已经完成了，但是还需要时间去测试、优化、调整；实现效果与需求不完全一致；结果:进度评估不准确。
2.2经验:及时调整策略，在有限的时间内做更多有意义的事情。
承诺的交货时间已经确定，因此，我们只能推迟最后期限。在剩下的时间里，我们能完成什么，从而做出有针对性的阵型。如果把时间比作一个盒子，在盒子空固定的情况下，如果要插入更重要的东西，就需要去掉不太重要的东西，否则盒子就会爆裂。同样，在项目管理中，要及时调整计划，在有限的时间内多做一些有意义的事情，否则工作永远做不完，拖拖拉拉，产出质量和项目目标都不尽如人意。
我们需要根据优先级及时调整策略，对需求进行优先级排序，甚至在某个需求中进行拆解，比如暂停高级功能，先保证基本功能的使用。
2.3体验:核心体验的提升才是对用户更有价值的东西。
看了这么多改版产品的反馈，第一次的不适应是必然的，尤其是中后端运维产品，“稳定”是用户的诉求之一。但从功能层面把握核心体验，解决用户问题，最后一定是正面评价和结果。如果新体验的价值不足以掩盖旧体验的缺点和切换成本，那么对用户的价值就微乎其微，甚至毫无价值，就像下面这个价值公式。
虽然“老版本”为用户所熟悉，具有“小众”和“临时”功能，但“新版本”可以从以下五个核心亮点解决用户的体验问题，这些优化对用户更有价值。
2.4经验:积极配合协调。
项目出现风险时，要及时向相关人士甚至上级寻求帮助，及时沟通，主动汇报；过程中遇到分歧及时沟通，避免问题越闹越大，影响效率；工作必须在充分理解需求的前提下进行，否则后期的返工代价很大。
第三，成长与收获
我从事这项工作的意义是什么？设计师能做好项目管理和产品工作吗？
当我接受这个任务的时候，我也有过疑惑，就像我刚开始工作的时候和一些师弟师妹咨询的时候一样:我现在做的很多事情都是产品应该做的，本该由产品输入的信息需要我去辅助他们甚至帮助他们完成。这正常吗？我应该这样做吗？我的产品工作对我的专业有什么价值？
我的回答是:有价值！如果你是用户体验设计师，你需要有产品思维。适当的产品工作和思考，有助于锻炼产品思维，并且随着工作的深入，设计能力和产品能力的交集会逐渐扩大！
在《用户体验要素》一书中提到，用户体验分为五个要素，分别是表示层、框架层、结构层、范围层和策略层。进一步解读这五层的工作内容，会发现“结构层、范围层、策略层”都属于产品的责任范畴，它们对应的价值目标也有交叉，所以有些工作必然是交织在一起的。
3.1收获:产品思维
产品思维让我保持对产品的全局观，从商业的基本面去理解手头工作的意义，以商业目标为导向；从产品的角度拆分功能和流程，定义做什么和不做什么，建立最小功能集，平衡投入和产出；设计需要价值导向，在专业价值的基础上结合商业价值，更好的完成价值自我认证。在商业目标明确的前提下，设计的重点会非常明确，知道了发力点是什么。
3.2收获:整体视角
视角的转换，从页面中一个图标的美观，一个组件的规范，一个合格的页面到整个项目的质量。我们会把用户真正需要的价值放在第一位。在开发过程中，为了产品性能和时间保证，会牺牲一些体验的追求。
3.3收获:组织和协调
项目任何一个环节出现问题，都需要第一时间站出来解决，或者向别人求助；沟通和协调各方资源，确保最终目标的实现。
3.4收获:过程协调
多了解前后端，测试的配合流程，各节点的时间比例；对一个项目的基本要素和可能遇到的问题也有了更深入的了解，方便以后的工作交流。
四。摘要
最后，本文总结了设计师主导的“技术产品”项目管理的优缺点。
4.1优势
交互人性化
从用户的角度考虑交互行为和体验，而不是从技术的角度。B端产品的体验要求:高效、安全、简单。通过设计，降低了用户的学习成本，简化了交互过程，界面和信息易于理解和使用。整体考虑，设计一致性
从设计者的角度，考虑到页面的展示形式和层次关系，可以将页面进行分类，便于产品的一致性和交互。功能入口和运营设计的整合与规划，而不是随意添加。
体验意识的交流
在业务中赋予体验话语权，重视体验的重要性，从而进一步驱动技术优化。
4.2缺点
生意难懂。
产品的专业术语和概念，理解起来成本很大；强大的商业逻辑。缺乏技术理解，每个角色的沟通成本高。
设计本身就是一种感受和体验。你可以通过界面或者操作感受到好坏，即使你没有专业背景。技术对设计师来说是有门槛的，设计师无法判断它的好坏并真正理解它；没有共同的知识体系，就很可能向技术妥协。时间控制不准确
一般设计在需求实现的前端部分，会按照要求的期限完成工作，尽可能节省时间进行后台开发；开发前后时间不可控，设计师有技术黑箱。以上是我个人基于这项工作的体会和收获，希望对有需要的设计同学有所帮助。
本文最初由@阿里·TXD发布。每个人都是产品经理。未经许可，禁止复制。
题目来自Unsplash，基于CC0协议。
