设计思考｜对产品经理工作的3点思考
▲点击 "子牧UXD" 关注，回复 "设计圈" 加入我们
2022年 原创总第 35 篇 距离年度目标40篇 还有 5 篇 (全文1682字，预计阅读时间：5分钟) |
最近有朋友跟我聊了点工作上的事，情况大概是这样的：
朋友在一家传统企业任职产品经理，公司产品研发大概100多人。最近正在做一款产品设计。产品负责人组织了一场产品方案评审会，结果方案评审变成了需求讨论，后来需求讨论直接变成了现场原型设计。设计的过程并没有经过严谨地思考，可想而知，内容大部分都是想到哪说到哪，属于东拼西凑的，而产品经理打算就照此执行了。
朋友跟我说，“他们对产品设计太随意了，不考虑用户、场景，原型设计就这么确定了，简直就是搞笑呢！”。
在一些公司中，这或许是比较普遍存在，却不合理的现象。举一反三，我对产品经理工作有了一些反思，简单分享下我的观点。
01
产品经理需要谨慎设计
作为产品经理，会遇到来自各个方面形形色色、真实或者奇葩无理的要求。我觉得这很正常，因为每个人都会按照自己的思考逻辑，提出个人认为是合理的要求或者想法，最关键的是他们并不需要为产品结果负责，所以说起来是毫无顾虑的。
但是产品经理不可以这样做。作为产品负责人，很重要的一项职责就是能够筛选出真正的用户需求，保证产品落地时，产品对用户有足够的应用价值。
另一方面，产品经理还要能够将需求落地，需要有完整的业务流程和产品逻辑等。不能想当然，随意画个原型了事。否则在开发落地时，会产生各种无法善后的灾难。
这就要求产品经理谨慎地对待需求和方案设计。
朋友的案例，不由得让我想到了发生在上家单位的一次亲身经历。
有一天，产品经理晚上下班时候说，“需要做一个页面需求，挺简单的”，并且主动说，“明早发原型方案给你”。看来今晚要搞到挺晚的，真是挺不容易的，结果第二天一早，我打开产品经理的原型一看，“好家伙，就是简简单单的几个线框”，每个线框中只有一个大标题，连基本的内容字段都没有。
这倒是其次，关键是页面内容压根儿没经过任何思考，只是随意摆上去的，根本经不住推敲。
任何产品设计都要回答两个根本性的问题：
1）“用户需要什么内容？”
2）“产品设计的内容对用户有什么价值？”
如果这两个问题想不清楚，产品方案的价值必然也就大打折扣了。
02
懂技术不是产品经理的必须任务
有人说，“好的产品经理需要懂技术，我之前的同事对哪个字段在哪个表里都很清楚”。这句话没错，产品经理懂技术是很有必要的，尤其是B端产品。
但是我的观点是，产品经理不是开发第一负责人，产品经理首先要负责好需求，把握好设计，并将需求传达给开发人员。在需求实现过程中出现了问题，开发人员可以跟产品经理沟通，讨论解决方案。当然有可能是调整设计方案、有可能是修改开发方案。
产品经理懂技术主要是为了能够与开发人员进行同频道沟通，而不是为了在做设计时，考虑到开发的细节。否则就是本末倒置了。另外设计评审时，开发人员也要全身心地投入和思考，多问几个技术问题，这样才能有效地避免后期开发过程中的“坑”，做好自己份内的工作，否则对所有人都很痛苦。
03
对产品经理不要太苛责
基本的业务逻辑、用户场景、产品目标是产品设计的基础，讲清楚了这些才能保证产品设计的正确性。当然产品经理不是完人，更不是神人，不可能什么都能理的清楚，想的明白。另外大的产品发展方向和规划，可能不是底层执行产品经理所能掌控的，产品经理和产品都需要有个成长的过程，所以适当地给产品经理一点时间，允许他们思考下。
无论前期的设计工作多么细致，需求进入开发环节时，必然会存在遗漏的场景。尤其在敏捷开发、快速迭代的大背景下，留给产品经理的时间并不多，这是在所难免的。其他岗位的同事不要去过分地苛责产品经理。毕竟设计师无法保证设计方案满足所有用户的体验需求，开发人员也无法保证产品系统没有Bug。
产品经理也不要自我苛责，毕竟追求细节完美不是产品经理的核心职责。
所有岗位的人员都希望一次把事情做对，都不愿意出现过程的反复。但是我想说的是“这不可能”，产品迭代的目的就是加入新的功能的同时，修正以前的错误和漏洞，不断地完善产品。
简单总结下：
1）产品经理需要对设计要足够的严谨，每个字段、按钮、页面背后都要有合理的业务逻辑和用户场景；
2）要有主动思考能力，能够去掌控需求，不然整个产研的节奏都可能失控；
3）要遵循合理的设计流程和方法，设计不能想当然；
产品经理门槛不高，甚至很低，看似简单，做好很难～
回复数字【01】，获取100+“行业报告” 回复数字【02】，获取“大厂设计规范” 回复数字【04】，获取“作品集包装攻略” 回复数字【06】，获取“笔试面试技巧” 回复数字【08】，获取“精选样机合集” 此外还可领取“大厂原型文件”、“设计师简历样本”、“App设计参考作品”等高价值资料 |