首先，在我看来，产品经理就像一台机器，用户通过输入自己的需求，最终得到一个解决自己需求的东西。当然，产品经理不是机器，不只会机械的提供特定需求的解决方案。一个平凡的产品经理需要能够实现用户提出的需求，一个优秀的产品经理则需要能够发现用户的潜在需求。能够看到用户的“我需要”是一个产品经理的入门功夫，能够给用户提出“你需要”是一个产品经理成长的追求。理想一些的说法，产品经理是一群致力于让世界变得更加美好的人。
每一个职业都会有自身的做事方法，产品经理也不例外，产品经理需要修炼的第一层功力就是需求采集。需求是一切产品成长的土壤，产品的发芽生长都是从众多的需求中产生的。需求的来源贯穿整个产品的生命周期。而我们首先要做的就是铺就产品生长的土壤。首先明确自己要做什么，要解决用户的什么痛点问题。目标的制定一定要明确，而且要印在自己的脑子里，并在每一次的会议或是整理中都强调一遍。确保我们没有做无用功。有了目标就需要围绕目标进行需求的采集工作。我们可以采用用户访谈，调查问卷，可用性测试，数据分析等多种方式进行，但是也要注意，在用户访谈中要引导用户基于业务场景，或是业务流程进行谈话，可以使用你在某一种业务场景下，现在是怎么做的，一步步的步骤是什么，你对哪一步想要吐槽。吐槽的原因是什么......对于总想提出解决方案的强势用户，也要坚守自己的产品经理的职业，要有保留的听，多询问用户想要这么做的理由，多思考几种解决方案，并从资源配置，开发周期等多个方面与用户交流探讨。调查问卷则是一种普遍撒网的做法，要多设置封闭性的问题，注意问题的排序，对于不需思考的往前排，需要思考的放中间，个人信息这些敏感的放在最后。要注意对于调查问卷的收集，调查问卷是一种定量的分析，对于收集到的答案要从多个维度进行分析。在可用性测试中，就需要注意设置业务场景，不能提示或者暗示操作人员，要多观察用户操作。完成后进行一些访问也很有必要。对于需求的采集要尽可能的全面。不管是合理的不合理的，能被提出来的都尽量的记录下来。
通过需求的采集初步完成之后。就要进行需求的分析工作，在这个阶段要分清用户需求和产品需求的差别。用户的需求往往是自以为的需求，并经常表达为用户的解决方案。而产品需求是经过我们分析之后，找到的真正需求。需求分析就是中间转化的过程。对于采集到的每一个需求，我认为可以以目标为导向，建立一个业务场景，在这个业务场景下首先初步区分各个需求的优先级，然后再根据优先级去判定需求的商业价值，确定其紧急程度，再综合考量实现难度，性价比这些方面，最终确定所有需求的优先排布。
需求分析完成之后，以目标为导向的主线流程去筛选需求，整理出一个可实现的最少的需求开发区间，将需求打包。到这里就基本确定了我们要做的东西是什么样子的。然后就可以写BRD和MRD，通过介绍我们产品的商业价值，解决的问题，需要配置的资源等这方面，去争取项目的立项。
接下来就到了内部了，我们组建了团队，把初期的产品需求打包立项，把这个项目做好就是接下来该做的事情了。做产品和做项目是分不开的，做产品的过程也正是通过一个个的项目迭代完成的。我们首先需要提供产品需求文档。也就是prd。需求文档主要对接的是内部，是需求人员写给开发人员的一种基本文档。可以分为两部分写，第一部分写项目的目标，要做的功能，系统的用户，还有一些对文档中一些名词的解释等等。在第二部分UC部分，就是写给开发人员看的了，要注重一些细节性的描述，对于界面，交互细节，文案细节等方面进行注释。一个完整的UC用例应该对谁用，在什么条件下用，页面是怎么呈现的，业务流转上下文怎样，完成后会有什么效果。这些方面都要涉及到。在写文档的过程中，要注意，这些需求不是产品经理拍脑袋决定的，而是通过和项目经理、开发人员开会之后确定的，在项目的不同阶段需要经过需求评审，设计评审，测试评审。项目完成之后，要进行预发布，确定一切都没问题后，就可以初步上线使用了。当然，产品经理的工作并没有完，一个产品的生命周期是可以很长的，而能通过不断的迭代，延长产品的寿命，也是一个产品经理最应该做的事情。
产品经理是一个不断更新自己，也不断更新自己的产品的职位。我们需要使用产品经理的思维方式和做事方法来让我们，让我们的世界变得更加的美好。