作为一名ToB的产品小汪，已经入职3个月了，如何在产品道路上开心的浪下去，小萌新总结了一个自救攻略
1、不自以为PRD评审通过
请在prd结束后，问一句，请问我的prd可以通过吗？若研发和你说，我觉得哪里哪里可能还需要再修改一下，那绝不是告诉你，你的prd就修改那里就可以通过了，只是他不好意思拒绝你而已。。。
嗯，就是这样的，不好意思而已。。。
所以，prd如果没有得到研发给出的排期，就还是认为自己的prd还属于评审阶段，千万不要自以为已经通过就不再跟进。血一样的教训。。。等组长问你要排期，研发再和你说我觉得还有哪里我不太认可的时候，想哭都要擦干眼泪继续gang。。。
2、prd写的越详细越好，不需要做总结性话术，只需要一步一步说清楚做什么
每次听到研发和我说，你写的啥，我看不懂的时候，我都很有挫败感。作为研发开发的指南（暗指prd），我竟然写到研发都看不懂，我在写啥写啥写啥？🤨
其实研发不需要你作总结性的语句告诉他我们用了一个什么大致的方法，他需要你告诉他，系统的流程的每一步怎么流传，需要作那些判断，如果xx，就xx，如果不xx，则xxx；写的约详细越好，基本要到界面上显示了那些字段，每个字段的含义、类型、有哪些枚举值等，还有在每一次的操作后，调取的接口，入参是什么，出参是什么，谁去调谁等等。研发需要根据你的prd，最后落实到程序的逻辑上。你写的校验越详细，研发就不容易在代码上疏漏逻辑判断，造成一些系统漏洞；
举个栗子。错误示范：保存模板时做判断，验证其唯一性。（这完全不知道你说的保存模板，咋判断唯一性，且在哪里是唯一的）正确示范：保存模板时，做校验：若该模板名称在数据库中不重复，则保存成功；若发现数据库中有相同的模板名称，则保存失败，并报错“该模板名称重复”
3、谁强谁有理
每个人都有自己所负责的模块或者处在的系统，各自为政，不关对错。
自己坚信的，不是我们应该做到事情，请坚决说不。作为产品，有义务为自己的研发争取一些权益。毕竟，答应一时爽，后续需求接连找上来的，心中只有mmp了。
当然，该是自己做的，也请有责任的承担起来~~
4、厚脸皮
有句话说的好，人至贱则无敌。可能有点不恰当，但大致说明白了产品的必备——厚脸皮。
有问题就问，不理你的也问，理你的就追着问。
prd评审不通过，就多评几次，评到通过为止。
哎。。。。自己体会吧，总之就是，不要灰心，相信自己能做成，并继续做下去
