总结！一个产品新手的踩坑记

加入产品大家庭正好三个月了，在大佬们面前不敢造次，于是，觉得可以拿出来分享的，便是在这段春夏交替之光里，亲脚踩的一些坑，以及在坑里获得的一些小发现。所幸的是，在老大和运营设计开发同学们的帮助下，目前还没有摔成骨折，还望日后能留全尸。

踩坑装备

没点装备怎么敢出门打怪。需求讨论会上记录好被提出的需求、其内容、提出者，为之后踩坑、填坑做好准备。对方攻击double没关系，首先血要厚。（实践证明，这些装备在日后我明确需求以及设计完成后自我检查的过程中帮了大忙）。

下面，列出了让我印象深刻的一些坑。

【1号坑：用户需求跟产品需求还是有差】

会议上同学们提出的需求，并不一定是我以为对方以为的样子。并且，这时说到的需求可能还没触及到问题的本源，它可能有更好的解决方法。

入坑姿势一

出了3个需求A、B、C，哇好开心，有三个需求可以做了，但经证实，实际都是因为问题X，解决了问题X，就解决了ABC。

入坑姿势二

同学A说，他想要看到内容X，感谢中文的博大精深我真的以为他想“看”，所以内心的解决方案是在页面中展示内容X，讨论也有提到在页面上展示，但实际确认时发现，由于需要分析统计使用，看并不能解决问题，包含在下载的文件中才能解决。

治疗方案

开完会之后及时整理并列出被提出的需求，针对每个需求，列出自己如果要去施工，还需要了解的问题，尽快向相应需求的提出者了解。

个人理解

我是这样理解这个事的，问题的提出者做到100%的表达心中所想，聆听的人达到100%理解，这只会是一场真空环境下的理想实验，它是难以在地球上实现的。

一个从头开始并非完完全全自己一个人脑洞->代码实现->使用体验的产品，即使熟悉，还是会有疑问或者就是遗忘了的部分，由于提出者对于问题的直观感受会深于在座的各位听众（就是我），所以我在自己的迭代流程中，增加了一个流程步骤：

· 在需求讨论会结束后，（一开始，在老大的要求下）去“整理需求”；

· 列出会议中提出初步决定要施工的需求；

· 对每一个自己不够明确的需求，想好为了接下来的施工，有什么需要了解的；

· 根据会议记录找相应的提出者问。

这时，不要害羞的上吧，扒着同学们的大腿去了解吧（虽然你们可能嫌我烦），不问清楚做出来的东西不如不做，多浪费资源。

【2号坑：需求可能是个伪命题】

虽然需求讨论会上我们已经过滤掉了辣鸡需求（紧急度不高没资源做、没有必要做），但仍不可避免的留下个别漏网之鱼，我称之为需求的伪命题。

入坑姿势

拿到需求（在B页面加功能F）并且确认好之后，我屁颠屁颠的去找架构师聊了，沟通的过程中，发现这个需求是个伪命题（在我看来），因为实际的产品中已经存在了功能F，只是在页面A中，这就意味着，此时提出的这个需求是一个重复的功能。

治疗方案

重复的功能可能会成为多余的挂件，要谨慎；解决了对需求的不理解后，找开发同学确认可行性，避免之后跟开发部门在需求确认会上出现不能实现的尴尬。

个人理解

这不是能够完全避免的问题，因为一个部门的大家，可能都站在同一个大方向上去思考问题，都觉得某个功能有实现的必要，但是其他部门的同学会从他们的方向去思考并给予建议，这大概是人最有趣的特质之一吧。多方向思考借鉴会有更有趣的答案。

到这里，我关注的就不再是去实现这个需求了，而是“对方拒绝了你的需求，并且要求你去思考功能F是留在页面A更合适，还是迁移到页面B更合适”。

【3号坑：一激动就画流程图】

（这是我踩的最深最深的坑，以至于坑了设计师，产生了多次交互修改）

在需求确认清楚之后，这时心里大概有点小头绪小方案了吧，灵感来了想动手写点灵魂速记了吧，此时，向三号坑迎面走来的就是我了。

入坑姿势

感觉自己搞清楚需求了，感觉自己无比机智，猴急的开始画图了。一个激动，流程图画好了，开心儿~ 但是初稿确认的时候，发现问题了，一个需要循环实现的功能，我只考虑了一次循环内的流程，硬生生把这功能做成一次性使用的塑料袋了。怎么办，改嘛，但是我没法跳出自己是人类这个设定，陷入了自己亲手打造的沉没成本中。是的，我只能在此前完工的流程图的基础上进行修改，就很难受，深深的被自己的zz思维限制了，没办法做出更简洁的设计。

治疗方案

想法不健全时不要轻易动手。

个人理解

我在动手写PRD之前，总会在心里跟自己有段黑白对话：

Q：想写PRD吗？想画流程图吗？？

A：想啊！

Q：憋着。

A：..

亲测，把初步成形的流程放在心里，把背景价值风险等地基打好，想一下是否有产生连带影响，把它们列出来，再根据以上内容进行流程设计，会比较顺利。

【4号坑：PRD描述不清晰】

入坑姿势

PRD上写着：发消息提醒用户。

Q：你说的消息以什么方式发出（邮件还是短信还是XX）？消息的内容是什么？

A：..

治疗方案

写完PRD之后，施展人格分裂技能，把自己当成旁观者，阅读PRD，把描述不清晰的内容改成有逻辑且饱满的人话，让它可以更好的能被别人理解。以及，参照流程脑补实际使用的情景，检查是否存在问题。

个人理解治个人理解

通常思考的角度首先还是自我，会有局限，所以我还是很愿意多做一下人格分裂的。

【5号坑：一个人搞事情】

闭门造车这样的事情万万使不得，要多跟各部门的同学交流脑洞，凡事多问多沟通，不要把自己憋坏了。

入坑姿势

要实现功能F，自己冥思苦想半天不得解，浪费时间还毫无进展。惊觉不能跟自己打太极，要去找开发同学聊一聊。沟通中得知对方已有内部解决方案，其实借助这个方案就可以无障碍的区分客户类型，实现功能F。

治疗方案

闭门造车使不得，要多沟通。

以上，就是我踩到的比较明显的坑，还望大佬们多指教！