作为互联网公司的PM(产品经理)，我们需要面对众多部门，因为自己就是项链里的那根线。需要书写各种文档，最常见的就是PRD(产品需求文档)，当然根据重量级和时间等多因素，可以提交不同类别的，例如DRD(设计需求文档)和ERD(工程需求文档)。嘿嘿，DRD和ERD是我自己发明的。更多小的ECR级别项目中，文档大家写的都很自由。今天晚上在跟工程师讨论中，得到了一些启发，摘录部分。给工程师看的文档1工程师喜欢看结构化文档，不喜欢看描述性文档。描述性文档也要给工程师看，并且最好亲口说，因为这对理解产品策略和发展方向有帮助，工程师可以帮助PM弥补没考虑到的地方2工程师喜欢流程图甚于Mockup，而Mock
2021-09-01 23:20:42
152KB
1
随着国内IT事业的兴起，越来越多的小伙伴也投身到了开发这个相对高薪的行业来。很多同学进入的方式都是零基础通过培训或者看视频自学，在工作一两年后，发现由于自己的基础太薄弱，想进一步提高自己的能力变得非常 困难。
现在市面上的视频教程，主要有一下两类：第一类是纯理论的，比如框架、算法、虚拟机等；另一类是Demo级别的项目，如各大培训机构的项目课程。从业这么多年，学习了大量的视频教程，也跟很多毕业三年左右的程序员做过交流，但一直没发现一套特别好的教程，能让小伙伴们从零基础一直到高级进阶，持续得到学习。在工作中，他们也反馈，视频教程各种高大上的技术堆砌，而在实际开发中呢，大部分技术都没有用到，就算是用，也完全不是像教程中那么用的。在面试中，你跟夸夸其谈十分钟，面试官一句，请问你在项目中是怎么用这个技术的，在使用的时候有什么问题？遇到这样的问题，大部分同学们都直接熄火，完全不知所措，为啥呢，因为他在项目中根本没有用过这个技术，只是看了文档、视频，只是跟着教程做了Demo。而技术跟业务如何结合，这应该是大部分同学在工作中最薄弱的环节。甚至，有些同学会唯技术论，面对公司的业务，会去抱怨公司用的技术不
2021-09-01 00:11:02
737.54MB
1
如何判断原始客户需求中的虚实、真伪，是需求工程师、产品经理的重要工作，也是从事需求工作的难点之一，特别是当判断者对客户业务不熟悉的情况下难度就更大了，需求判断的结果对系统的开发成本、交付质量、客户满意度等都有着巨大的影响。 正确地判断需求要有相应的知识和长时间的实战经验，并非一日之功可以达成，这里介绍三个判断需求的方法，以供在拿不定主意的时候做个参考。
方法一：多角度观察法
方法二：逻辑推演法
方法三：价值判断法
2021-08-31 18:08:20
48.27MB
1