产品经理的八个良好工作习惯

1、产品经理的八个良好工作习惯或许好的产品经理不只是这八个良好的工作习惯，但，你做到了 么？本文是关于采写本文的产品笔记，值得一读。竞品分析是一个长期、繁重、琐碎的工作，而不是在刚接触产品 之时，写一份文档就丢在一边。维持一份长期的竞品分析文档，继续 保持对竞品的关注，不仅可以从中策略分析竞品的策略。竞品跟踪首 要从以下三个方面来看：交互变化、功能迭代、战略变化。年初我刚接手现在在做的产品时，踩了很多坑，当然现在也还在 持续踩。当时几乎没有文档，而仅存的文档不仅数量稀缺，而且过时 （跟实际情况有较大的出入）。当时想要知道一个功能的实现逻辑， 只能靠自己手工试车，或者让程序员顺便查看代码，效率十分低

2、下。除了挖被别人凿的坑埋了之外，我也做过自己挖坑埋自己这样的 蠢事在做更新版迭代的需求的时候，自己是相当清楚上下文迷 宫和用户场景，以及在细节处的实现逻辑（要知道在实现过程中，总 是会临时做出一些不在文档范围内的调整），由于调整比较小，所以 也没有体现在文档中。于是出现了在几个月以后，想不起来当时的实 现逻辑的情况鉴于以上的惨痛经历，我开始维护一份产品的全局说明文档。在 这个文档中说明版本的大致迭代情况、各个元件的现状和调整。在实际情况中，我建言你的产品全局文档不用写家电产品的特别 长，妄想把所有文档都集中到一个文档中，我建议你只在这个文档中 说明变化和相关文件的地址。另外，在云笔记中保存文档

3、也是一个不错的主意，这非常利于及 时修改和详细信息。但是切记要备份。请注意自己的需求文档的阅读体验 好好写需求文档。好好写需求文档。好好写需求文档。重要的事情要说三遍。如果你觉得这个不够重要，请你去翻一下产品的历史产品需求文档再来说话结构不结构中清晰的产品融资需求文档，不仅会虐死你的继任产品经理，还有可能虐死自己。请在写文档的时候，务必注意格式，注意错别字，注意结构。确保文档语句通顺，且能够完美的表达你的想法主意。从时间轴上，记录每个版本的基本信息和概况与上下文之前已经说了，对竞品的编程要保持关注。但同时也要对自己的纪录下来产品的迭代进行记录。这个记录包括了每次版本迭代的内容和相关若干信息，以

4、便于以后查询。维护需求池，而非收集各个需求。在平常工作里，你一定都会收到来自很多同事或使用者的改进建议，千万不要弃置一旁，也不要立马将需求加入需求池。多和提融资需求的贷款额度同学沟通一下，了解一下需求的字符串、场景等，从多个维度二十多个对产品进行评估，如果需求足够重要就将它水池加入需求池。注意要用多个维度对需求采取衡量，建立上下游都认可的衡量体系。穆伊县隶属的功能模块（不同模块有不同的重要性和优先级）、紧急性（影响程度）、重要性（覆盖面）等等。这个本来是要归到好好写需求文档那里，但我觉得很关键性就另外抽出来极其重要了。我知道通信部需求文档是给技术部的程序员看的，而大多数情况下他们并不care 你需求的上下文、场景和合理性，但是，不管他们是 不是 care ，你都要记录供给下需求对应的场景，坏记性不如烂笔头， 千万不要过度信任自己的记忆力。所有的文件，一定要好好管理，分文件夹摆放，定期备份，及时清理。不没到经历一次找不到重要文件的事情，你就不知道好的文件管理习惯有多。一个产品的文案会出现在产品的各个角落，一个统一一致的口吻，有助于品牌价值塑造一个优质的技术实力。而前后不一致、不礼貌、不细心、冷冰冰的文案风格，将会极大的影响用户体验。而