初创公司的产品经理经历往往充满挑战与成长。从需求收集、分析到方案设计，再到项目推进与验收，每一步都需要独立面对。本文通过真实案例与ChatGPT的对话总结，揭示产品经理如何筛选需求、设计解决方案，以及如何在实际工作中平衡各方沟通与项目管理。

今天聊一聊对于产品经理工作的认知，我的前公司是一个初创的小公司，整个公司只有老板和我两个人，项目的开发全部找的外包的技术人员，公司也没有测试，所以我基本上将项目生命周期所有节点的工作都走了一遍，除了写代码。因为公司规模很小，并且工作流程上没有一个统一的标准流程，相关文档的格式也是很随意混乱的，加上我刚刚毕业，没有相关的经验，所以很多项目的推进流程很艰难，完成的效果也很不尽人意。今天和 ChatGPT 聊了会，梳理了一下产品经理的工作流程，也调整了之后的学习方向。

首先说说产品经理的核心工作：“持续发现问题，对问题进行分析以及设计出解决方案，然后是推动需求落地以及之后的验收工作”，这句话是 GPT 提出的产品经理的核心工作流程，这一句话基本涵盖了产品经理的工作内容。不过结合我自己实际的工作经历来看，工作中占比最重的其实沟通协调，协调各方人员的工作，比如把需求提交给开发人员，和客户沟通需求细节，安抚客户情绪等等，沟通的工作占据了很多时间。

需要注意的是，产品经理并不是负责收集需求的人，他是去发现问题，并解决问题的人。需要辨别方案和需求这两个概念，比如老板或者客户说：”我想要做一个积分商城“，这并不是一个需求，而是一个方案，真正的需求需要去挖掘，可能是用户留存率低、复购率差等，这些就是问题，客户说要做一个积分商城，本质上就是希望通过这个方案，来刺激用户消费，提升用户的留存率以及复购率。那么作为产品经理，我们就需要思考，是否有其他更好的方案可以解决这些问题，不同方案之间各自存在什么优劣，别人是怎么解决这些问题的，别人的做法是否适合我们等等。不过在我的上一份工作中，我并没有按照这些标准去考虑问题，基本上都是客户提出需求之后，我就将需求整理成文字之后提交给外包了，这就是我需要改进反思的问题了。为什么当时会这样做呢？一方面是没有人可以让我效仿，没有一个案例可以让我参考，加上自己也没有经验，所以基本都是一有需求就提交了；另一方面则是因为项目本身，公司主要做的是小程序商城系统，用的是一套模板，里面涵盖了很多功能插件，很多时候客户提出的要求，系统本身是已经具备的，但是功能不够完善。

对于需求的收集，通过和 ChatGPT 对话之后，总结了一下结论：并不是所有的需求都是需求，要学会筛选。可以通过建立需求池的方式进行管理，推荐的字段可以是：需求名称、提出人、提出时间、需求背景、优先级、状态，通过建立需求池，来分辨哪些需求是紧急的，且需要处理的，哪些需求是不紧急的，或者不需要处理的。

需求分析是产品经理的核心能力，这是属于产品经理的专业能力。拿到需求之后，要如何去分析它，如何去设计具体的实现方案，如何输出 PRD 文档，这是拿到需求之后需要进行的一系列工作。结合我的工作经历，可以从几个维度来分析，一个是提出各种问题，为什么要处理这个问题，它解决了什么问题，如果解决了，能带来什么收益，如果不解决，会带来什么后果；一个是用户分析，这个功能或者说问题，是谁提出来的，主要使用这个功能的是哪一类用户人群；最后是场景分析，用户大多是在什么场景下使用的这个功能。通过这些分析，基本上可以确定一个需求的大致情况，然后根据分析的结果，设计好实现方案，输出 PRD 文档，这就是一个需求分析的大体流程。当然这只是我自己的理解，实际上，我对于需求分析的能力是很薄弱的，只能从几个浅薄的角度来考虑方案，产出的方案也只是能满足基本的要求，拓展性和稳定性并不是很强大，后续需要针对这个能力展开学习。

然后聊聊需求评估、方案设计以及 PRD 编写，这也是我最薄弱的地方，在前公司的时候，并没有明确的需求评估标准，最多只是和开发人员确认一下开发周期。关于方案设计以及 PRD 文档编写，公司也没有标准的文档格式，或者原有的文档可供参考，仅仅只是将需求的描述，已经要开发的功能编写之后，就提交给技术进行开发了。这么做的结果就是，项目的交付很粗糙，仅仅只是满足了客户的基本要求，细节问题并没有很好的处理，功能在实际使用的过程中，会出现大大小小的问题，用户的使用体验很不好。结合网上的信息和 ChatGPT 的回答，需求的评估，可以从用户价值、商业价值、技术成本以及风险这几个维度来评估，解决了多少用户问题？能带来多少收益？功能的开发周期需要多久？是否会影响到现有的系统功能？方案的设计，也不要只给出一个方案，可以给出最佳方案、备选方案以及低成本方案。然后是对于 PRD 文档的说明，文档只是沟通的工具，并不是工作的核心。一份标准 PRD ，包括了项目背景、项目目标、流程图、原型图、功能说明、数据埋点。

之后就是需求评审，项目推进，测试验收，上线发布，数据验证，复盘与迭代。需求评审这个阶段，我在上一家公司并没有体验过，公司没有这个流程，需求方案设计出来之后，就直接提交给技术进行开发了。项目推进，项目的大多数时间和难点，都会集中在这一过程，需要随时关注项目是否会延期，是否存在技术难点，资源是否冲突，同时需要沟通协调各方人员。功能开发好之后，需要进行测试，在之前的工作，仅仅只是做了简单的功能测试，同时保证流程可以跑通之后，功能就安排上线了。项目上线之后的数据验证、复盘迭代，在之前的工作其实也没有做，项目上线之后，基本就没有管过了，这是一个需要改进的缺点。数据的验证，可以通过查看埋点数据、或者查看系统后台，看看是否完成了需求目标，如果没有完成目标，就需要对情况进行分析。复盘与迭代，也可以通过数据进行分析，分析成功的原因、失败的原因、下次如果遇到同样的问题，可以怎么优化？

总结一下，其实产品经理也相当于半个项目经理，自身的主要核心技能是需求分析以及输出解决方案，同时也要兼备项目管理的能力。产品经理可能更多考虑的是这件事情值不值得做，项目经理更多考虑的是事情如何顺利落地，以及资源如何分配。对于我自己，目前需要提升的是需求的分析能力，以及方案的设计能力，还有就是原型工具、AI 工具的熟练使用，在提升能力的同时，也需要提高工作的效率。