1.第1步控制情绪。不生气,不发火。冷静下来想,同事给你指出工作上面这些问题。挑了这些毛病之后,你就冷静分析一下,同事说的是不是有道理,有没有客观的标准,还是吹毛求疵。

2.第2步要做的,你要稳定自己情绪之后,就要客观的冷静的分析一下是什么问题造成的。同事找你问题,找出你的毛病是不是真的,确实是存在这些问题。这时候一定要做到客观。那么,你是当事人要真的做到客观,自己有点难度,那怎么办呢。比如...

3.第3步,就要改进工作的方式。正因为同事发现你工作的问题,然后你找到了客观的原因,所以第三步你要改进工作方式,把工作做到更加的到位,来提升自己能力。

本来都跳过这个问题了，谁知道平台又邀请来回答。既然这样，那就说说我的看法吧。

一、给问题做个总结分类

首先，你要分析一下你的问题都有些方面？如果纯逻辑的问题，你要从业务入手；如果不合理，你要从技术入手。。。。遇到问题不可怕，怕的是同样的问题反复犯。

二、有目的的解决问题

不管是做什么产品，写需求分析的时候一定针对一个目标用户群，首先确定一个总体方向，然后根据实施步骤逐一列出需求的先后顺序。说白了，先是战略层面，后是战术层面。出错最多的是战术层面，主要是因为不理解战略层面的意图。

三、注意方法

防止出错是有不少成熟的经验可以借鉴的。多看书，多参考好的需求分析，把一些工具熟悉起来。有工具，有辅导材料，多实践，一定会写出精妙的需求分析来的。

看到问题是成功的第一步，改掉不再犯比看到问题更重要。

有些瑕疵很正常

逻辑和流程上的错误一般研发是不会接受的（有时这种改动对研发来讲，相当于重新做一遍）

还有就是同事之间的关系，关系好的情况下文档错了也没关系，私下沟通就解决了，没必要上纲上线，偶尔请杯奶茶，一起吃吃饭，什么都好说

当然也会有故意找茬的，我刚毕业那会儿去了个小公司，首先本身就不专业，研发总监就一直找茬，挑文档的毛病，挑原型的交互，反正哪哪都是问题；试过各种方式增进关系，对他都没什么用，但他手下的研发跟我关系都特好，有问题就帮我解决，最后他就开始怼手下，让他们远离我不要跟我沟通......实在受不了这种 **，坚持了几个月离职了；后面从同事那了解到，他想要的是另一个女孩子，而我是CEO选中的，不符合他的要求，所以故意找茬....

当然上面的例子应该很少遇见，后面我遇到的研发都无比可爱，沟通也非常顺畅

最后我这有份总结的Check List，可以分享给你。 

先展开说下你问题描述中怼你的“狠话”

1、需求不合理

一般这种是需求目标或实现思路出了问题

需求要解决什么问题，有哪些场景，是否都明确？

是否有做充分的需求调研、分析和相关评审？

开发测试提的点你之前有没有考虑到？

2、逻辑不通

这大概率是需求设计的问题

有没有清晰的流程图？每个节点是否都考虑清楚了？

对实现可行性有没有初步调研或认知？

我其实想表达的是，这两类问题大概率不只是需求文档编写的问题...

文档写好的前提是你需求思考和设计足够充分且合理，文档起到的是呈现的作用

所以，我对文档怎么写，一直以来的观念是：

 “你跟开发评审/讲解的每一个点，在你的文档里都要能找到”

考虑完整了+写得完整了，开发测试就挑不出毛病了

对于第2个问题：

开发测试同学对产品的信任度是很宝贵的

良好沟通合作的基础是基于你个人的产品专业能力+合理的沟通方式

你能把他们想到的点都想到，并且能分析清楚给出最佳方案，对于考虑不周的问题主动承认及时修正，这样大家才能慢慢认可你

不生气,不发火。冷静下来想,同事给你指出工作上面这些问题。挑了这些毛病之后,你就冷静分析一下,同事说的是不是有道理,有没有客观的标准,还是吹毛求疵。

2.第2步要做的,你要稳定自己情绪之后,就要客观的冷静的分析一下是什么问题造成的。同事找你问题,找出你的毛病是不是真的,确实是存在这些问题。这时候一定要做到客观。那么,你是当事人要真的做到客观,自己有点难度,那怎么办呢。比如...

3.第3步,就要改进工作的方式。正因为同事发现你工作的问题,然后你找到了客观的原因,所以第三步你要改进工作方式,把工作做到更加的到位,来提升自己能力

其实看你问题，感觉你已经自己反思问题，但不知道如何解决，那我顺着你的问题试图解答下：

1、怎么去避免自己写的文档有瑕疵

• 碰到问题，自己反思，避免同一个错误经常犯，引申出可以整理文档检查要点和注意清单，自己经常比对
• 在产品组内提高评审质量，甚至可以常找组内成员帮忙，，产品组的产出物总被技术质疑也是有问题的
• 针对性提升，看自己的错误是业务逻辑错误还是细节等，针对性提升下
• 因为没看到你的文档，可以设置文档规范，提高专业性

2、碰到其他同学的吐槽、不配合怎么应付

• 工作嘛，不可能每个人都配合你，这个是现状需要理解和接受
• 需要交情来缓和关系，不知你是否刚到这个环境，，可以缓和大家的关系嘛，比如吃吃饭聊聊天
• 团队是需要胜利还激励的，因此可以通过一个又一个的需求上线后的良好效果来凝聚人心

最后，你的问题是专业问题与职场关系两个维度叠加产生的，建议先专业后职场，希望对你有帮助！

1.控制情绪。不生气，不发火。冷静下来想，同事给你指出工作上面这些问题。挑了这些毛病之后，你就冷静分析一下，同事说的是不是有道理，有没有客观的标准，还是吹毛求疵。               　2.要做的，你要稳定自己情绪之后，就要客观的冷静的分析一下是什么问题造成的。同事找你问题，找出你的毛病是不是真的，确实是存在这些问题。这时候一定要做到客观。那么，你是当事人要真的做到客观，自己有点难度，那怎么办呢。比如说，你找一个朋友，找领导，找资深的员工，你去问问他，看看他的观点，是不是跟这位同事一样，也是这种观点。                                           3.就要改进工作的方式。正因为同事发现你工作的问题，然后你找到了客观的原因，所以第三步你要改进工作方式，把工作做到更加的到位，来提升自己能力。

先说问题，再说方法。

问题的根本我认为主要有两个方面：

客观原因：

在这个“人人都是产品经理”的年代，很多人都有了主人翁意识，不管什么岗位的人对于自己的产品多少都有自己的理解，尤其是2C的产品，大家即是生产者，也是使用者。所以无论技术还是设计，在接到一些一眼看上去就“不是很合理”或者“不是很有必要”，当然会有抵触心理。

这有问题么？当然没有问题。

主观原因：

如题所述，经常会被怼逻辑不通等，那说明咱们在需求承接的过程中，确实经常会出现低级错误，这种问题，很简单。

错了就要认，挨打要立正。

怎么办？一句话：

打铁还需自身硬。

我始终认为，产品经理他应该就像是一个需求或者一个产品的监护人。而不是一个需求复读机或者是一个demo绘制人。

所以建议可以从以下几点去提升自己的硬实力：

1.业务思维：

前面提到很多被认为不合理、没必要的需求，首先你要明白是真的没必要还是只是因为不同岗位对业务认知的深度不同导致的信息差。换言之，你首先应当深刻的明白需求的目的是什么？是真正的目的，如果连自己都说服不了，怎么说服别人呢？又说是，你自己都没搞明白，当然得不到别人的尊重。

所以，需求到开发之前，应当站在产品和业务的角度反复推演琢磨透了，不要再让协作的同学有下意识的回怼：想明白了再来说。

2.专业技能：

作为一个产品，最基本的逻辑理清楚，页面不要缺失种种这不是基本要求么。当然没有谁是生来就是专家，这方面的培养和提升，是需要靠时间和经验积累的，也是需要靠自己不断地去学习成长的。这里面的内容展开讲就比较多了，小小的给一些个人的建议就是建立框架的思维，你可以试着用几句简短的话把一个需求或者产品说明白了。举个栗子就是：因为XXX，所以我们要通过做一个XX，让XX能够XXX。然后再每个点去拆分细节，需要什么内容，如何实现，问题可能会是什么，如何解决。非标准化的建议，只是个人认为可以通过这样的方式，不断地解读需求或者解读竞对产品逻辑，会对个人建立逻辑思维有所帮助。在拎清楚主干逻辑后再去细化其他衍生内容，保证主干流程是没有问题的，哪怕小细节有遗漏缺失，协作的同学也不会那么头疼。

所以，主次搞清楚，先把主流程捋顺了，哪怕细节要改动，整体成本就会小很多。

3.附加知识：

产品需要懂技术吗？产品需要懂设计吗？

这化开去又是几个值得探讨的大问题。咱这里不讲需不需要，但是我依然建议咱们虽然不需要自己就会敲代码，但也得知道基本的实现方式和难易程度。有很多时候，我们会认为不就一个小改动么，不就两三个页面么，要那么多时间？竟然实现不了？一旦有了这样的开始，那么与开发的相处就会进入一个彼此唾弃，互相埋怨的恶性循环。

所以，基本的实现方式和难易程度了解了，对于评估的时间以及一些同样可以实现目的但你非要「这样搞的」情况，就会多一份彼此的理解，多一份相互的支持。我相信大部分人都是希望辛苦付出的东西都有结果。我们是合作伙伴，并非敌人。快速高效简单的实现我们要做的东西，才是我们的共识。

最后，说一句，同事一场，大家都是打工赚钱，合作双赢才是目标。

怼来怼去解决不了根本问题，只会让自己更被动，工作不顺，心情压抑，不足的地方自己加强，当你足够优秀的时候，你就会发现身边的人都很友好了。（结尾灌鸡汤，职场真美好）

2个建议：

1、积极面对被挑刺：只要对方说的是事实且有道理，就积极的接受并改正，后续工作中注意避免再犯。这其实是一个人能力增加的最佳加速器，很多人求而不得。

2、面对被放狠话：反思自己是不是总犯同样的错误？

如果是，就想一些能让自己深刻记忆的狠招来记住这类错误、避免再犯，我带过一个下属、也是有类似问题，有一次我直接让他花了半个月薪水请同事们吃饭K歌，之后他因为肉痛而深深的记住了、没有再犯过同样的错。

如果不是，就检讨一下自己的人际关系是不是出了问题、这么不招同事待见。B站有很多教如何和别人相处的视频课，可以多学习改善。

如果上面2个问题都是否，那就观察一下、这些常常放狠话的同事对别人是不是也是这样。如果是，说明他们的职业习惯有问题，如果你无法改变不和他们合作，就只能改变自己、用脚投票、去找一个氛围好、有正确规则的团队。

3、最后说一下，仅仅从你的描述中我可以断定，你们这个团队并没有良好的工作流程和制度，在这样的团队中，很难获得有益的成长。如果我是你，不会在这里浪费生命。

一个人无法把事情都想得尽善尽美，特别对于一个系统、一个项目来说，那么大的东西，不能每个细节都能想到，肯定会有许多缺漏的地方，也有在开发过程中有修改的地方。

可以做完一遍需求文档后反复检查推敲，看看有没有遗漏的地方，可以的话也内部进行评审，大家各思己见，就会很容易发现流程、逻辑或者细节上不好的地方。

最重要还是要自己学会复盘，积累经验，这样就能够减少错误的地方，就能减少被人找毛病的地方了。被找到毛病后要做到忍耐，不要去多想，努力去改好就行了。

　第1步

控制情绪。不生气，不发火。冷静下来想，同事给你指出工作上面这些问题。挑了这些毛病之后，你就冷静分析一下，同事说的是不是有道理，有没有客观的标准，还是吹毛求疵。

　　第2步

要做的，你要稳定自己情绪之后，就要客观的冷静的分析一下是什么问题造成的。同事找你问题，找出你的毛病是不是真的，确实是存在这些问题。这时候一定要做到客观。那么，你是当事人要真的做到客观，自己有点难度，那怎么办呢。比如说，你找一个朋友，找领导，找资深的员工，你去问问他，看看他的观点，是不是跟这位同事一样，也是这种观点，确实。比如说，你做的工作没有做到位，有问题。那么，你就要什么。

　　第3步

就要改进工作的方式。正因为同事发现你工作的问题，然后你找到了客观的原因，所以第三步你要改进工作方式，把工作做到更加的到位，来提升自己能力。

1、设计需求时多思考底层逻辑，以及业务闭环。

2、被挑战时初步沟通逻辑以及他提出问题的目的，合理的接收不合理的你提出更好的方案，或者你的方案的优势。如果你自己都想不通就不要直接回复，可以让他等着你想清楚了再去battle。

3、情商很重要，产品的设计很难完美，没必要事事针锋相对，即使你是对的有时候也不要太过坚持，可以委婉的让他发现自己的错误。

4、如果你是天生自身逻辑思维不严谨的，建议转行。

1、怎么去避免自己写的文档有瑕疵；

犯过的错误不再犯，犯的错越多，文档约完美

2、碰到其他同学的吐槽、不配合怎么应付。

受着，从情绪引导到目标；信任是个账户，你现在可能有点负债，想办法补上

评审方面：正式评审前先找关系好的、技术硬的开发先做一轮预沟通，先判断自己的需求有什么大的漏洞，整体走一遍，减少会上可能出现的争议点；

软实力：这个没得说了，也没有速成的办法，结合自己的性格、能接受的方式去处理关系，无论是沟通还是人际关系；

硬实力：做个复盘，认真看看自己的需求文档，多想想为什么自己没考虑到，为什么出问题，自己可以列一个需求文档的大纲，避免再次出现同样的问题；

先让别人认可自己，可以从改善关系做起。慢慢让别人看到自己的进步，让别人了解自己的观点、方案是经过深思熟虑的。

如果一直有个别同事一直对你对人不对事，直接怼回去，慢走他不送