开设需求评审会后，需求评审达成协议，进入研发阶段。


没有需求设计的产品应该扮演什么角色，做什么？ 目录： 1.需求评审后的阶段 首先，小产品功能分为四个阶段：采集需求-分析需求、设计需求-研发期-运营使用期（然后从采集需求开始循环）；需求评估分析需求和设计需求阶段。


在需求评审会议结束后，我们正处于分析和设计需求的阶段，并向研发阶段过渡。


作为研发阶段的产品，我们应该做些什么？ 二、需求评估需要做什么？ 1. 总述 总共有四个主要步骤：完成需求评需要解决问题、跟进项目、准备项目启动和项目启动步骤。


详见下面。


2. 详细 2.1 需求评审完成后，问题需要解决 对于产品经理来说，需求评估会议是讲述他们需求的原因和实现的主要步骤和逻辑；对于技术和测试，是评估和审查需求是否必要，实现计划是否存在漏洞的会议。


在这个阶段，由于不合理的想法、开发和其他资源，产品的需求可能会被杀死（当然，这个问题可以通过事先的私人沟通来避免）。


若需求未形成闭环，遗留问题过多；产品需要重新完善逻辑，然后进行二次需求评估。


如果资源到位，产品的基本逻辑可以通过，将讨论产品逻辑、实现方法、各种正常异常情况下的逻辑、实现可能性和实现成本。


ps：私下沟通很重要，私下沟通可以解决很多问题: 对于产品，你可以知道你的想法是否合理，缺乏问题和各种实现成本；对于技术、测试等学生，增强他们的项目参与感，让他们理解，及时提出问题进行沟通。


最后，有一个大而成功的结局，不会将产品需求评审会议变成产品需求批评会议。


然而，私人讨论和沟通一般仅限于每个端，每个端都需要统一的会议来实现这一功能。


需求评估完成后，应进一步确认和解决剩余问题，然后同步给各方。


注意及时同步和参与者的知识；集体电子邮件和公共群体@每个人的方法通知，并得到每个人的回复和确认。


2.2 跟进项目 2.2.1 制定项目计划和安排 制定项目计划和时间表是为了按时完成功能需求，主要测试项目管理能力。


当项目无法完成时，应及时进行预警，并采取有效的解决方案。


2.2.1.1 排期关键点 明确项目总计划，制定关键节点(时间和人) 2.2.1.2 排期注意点 确定总目标，拆分子目标，注意足够详细的拆分，以量化任务给人。


注意多端和上下游问题。


特别是一些需要外部合作的数据需要及时准备和协调资源。


2.2.1.3 一般排期模板 个人模板：以下是普通工作中使用的简单模板，主要用于产品本身，供参考。


还有许多专业的日程安排管理平台。


注：事实上，最重要的是明确日程安排的关键点，注意日程安排的关键点，控制进度，使需求功能按时启动。


不要陷入日程安排管理的细节，注意形式，而忽略结果。


日程安排的形式表只是辅助的。


2.2.2 需要推进的其他需求 需求评审会议结束后，产品经理需要参与和推广一些流程。


项目参与角色包括：设计、测试、开发和产品。


主要任务包括：设计评审、测试评审、开发联合调整、验收（测试验收、产品验收）。


2.2.2.1 设计 前期:原型交付，设计-(设计比稿，细化)-验收设计-设计 后期：在最终验收阶段，需要设计检查是否符合规范。


补充:如果是大规模迭代，会有多种设计参与，出具多种方案。


2.2.2.2 测试 测试用例将根据需求文件出具，并召开测试用例评审会。


参与者：包括开发、测试、产品，然后补充和修改细节。


测试需求评审会议结束后，开发测试用例，让他们知道测试要点，并进行一些简单的自检。


2.2.2.3 开发 A 开发问题类型 主要分为开发中遇到的问题发完成问题。


B 开发中遇到的问题和解决方案 在开发过程中遇到的问题可能是发现在开发过程中无法按计划完成；主要原因是时间表太短，人员太少。


最直接的是向老板提出，增加时间和人员；如果时间和人员无法解决，则需求功能将被削减。


C 在快速开发完成时遇到问题和解决方案 对于快速开发速开发的功能。


测试总结所有内容bug，bug类型为：开发自己编码的类型bug、未实现的安排功能。


需要协商产品、开发和测试，并确认所有细节。


如果没有问题，产品要注意及时了解进度。


如果有问题，产品可以自己控制，排出必须解决的问题bug；若无法解决(重大延期等，注意及时向老板预警，寻求资源帮助)。


2.2.2.4 产品 A 如何跟进项目，有哪些标准？ 及时跟踪进度，开发大迭代、多功能，及时安装开发包，及时体验，如有错误及时更改。


当领导的时候，节点可以说清楚。


B 需求变化，各方争吵怎么办？ 在功能项目的中途，不可避免地会遇到需求错误和缺失的小问题，一些实现的发展也会有争议。


产品私人研究，给出解决方案——拉涉及所有开发集体讨论的可行性，如果不再集体讨论结果——做出选择，同步给每个人（开发、测试）结果；通过电子邮件或组同步更新需求文档 C 沟通需要注意什么？ 及时给出解决方案的反馈，如果不能立即解决，也要给出解决方案的时间节点，并通知相关人员。


2.3 在线准备项目 除了除了设计产品功能外，还需要从0到1促进产品需求的实现。


开发完成后，产品需要参与产品在线的整个过程，并促进整个过程的实施。


那么，产品在线的整个过程是什么呢？ 2.3.1 产品在线发布的全过程？ 产品正式上线，需要开发提交正式包 → 测试学生测试封板，安全审核团队审核(如果是新产品流程，还需要申请新产品app此处不再展开申请等)→ 对于封板包的测试，发送测试结果邮件；对于封板包的安全审查，发送电子邮件 → 对于测试封板包，发送产品确认在线邮件 只有完成这个过程，我们才能正式发布这个版本。


(具体公司可能有不同的在线流程，但基本遵循这一步骤) 2.3.2 产品验收功能的主要内容？ 测试验收完成后，还需要产品验收，主要包括：主流程、分支流程、逆向流程、重大关键节点。


to c 产品可参考xiaopiu网站产品自查手册，网站为https://www.xiaopiu.com/h5/byId?type=project