作者从三个层面对他参与的产品项目进行了简要总结，希望您能从中获得一些收益。

我是零售电子商务的综合平台。本集团已在该公司之前收购一家点对点公司，以改善其物流及分销能力，以获得最佳用户体验。在这种情况下，IT信息部门可以顺利地整合业务双方的资源，并且可以根据计划集成业务。因此，系统集成计划和设计是预先进行的，以确保采集后的平稳过渡。

作为项目团队的核心成员，我亲自参与了从需求研究到项目在线操作和维护的整个过程。目前，该项目已顺利完成。以下是三个方面的总结，特别是我所犯的错误，已经被踩到的坑。我第一次提交了手稿。对于不合理的要点，请求大侠纠正我。

需求研究：对业务有深刻理解，认真收集信息

每个产品经理都了解理解业务的重要性，但并非每个产品经理都理解除了深入了解之外，他还必须了解项目团队的开发和测试。回顾整个项目，需求调查过程中需要注意的领域总结如下：

在需求研究过程中，有必要为业务现场的每个操作场景收集图片和视频数据，以确保可以反复查看和理解后续行动;在商业网站进行需求研究的过程中，我认为我能理解我的业务。所以，我没有认真收集商业场景的图片和视频，只是一张简单的图片。当需求完成并与开发测试通信时，他们发现他们无法理解真实的操作场景。仅凭照片无法完全恢复所有细节，这使我在商业网站上进行第二次研究以收集数据，这是非常耗费精力的。收集第二次调查的数据后，发现视频数据被反复用于了解项目过程中的业务。

在需求研究的过程中，除了需要整理业务流程外，还要注意业务量，用户角色划分，用户质量，使用场合（如网络环境）等细节;在这个项目中，由于涉及两家公司的业务流程。融合，初始阶段只是整理业务流程，而不关注流程中用户角色的划分。因此，初步设计模型中的某些产品功能无法满足业务需求，只能进行二次设计。

例如，分发过程在站点上执行，业务流程在两个过程中都是一致的：加载开始—扫描包—装载完成—

由于公司目前的业务量相对较小，业务站点的整个运营过程仅由一人完成，因此现有的功能设计是将整个过程集成到一个功能页面中。

在该项目中，业务完成后，在设计模块时，整个加载过程的设计自然地根据现有的功能设计集成到功能页面中。

在模型交付业务通信的第一个版本之后，发现设计部门忽略了用户角色划分的考虑，这无法满足业务需求。新公司拥有大量业务，并且业务站点的用户角色划分非常细致。它不是一个完成整个过程的人，而是一个多角色的人。因此，重新设计了该过程，并区分了每个用户角色的功能。

产品设计：始终注重细节

1.不要担心设计产品功能。在此之前，根据明确的业务流程定义系统框架。

2.在产品设计过程中，特别是在编写需求文档时，必须明确定义细节。产品上线后，主流程中没有大问题。大多数问题通常是由细节造成的。因此，在需求定义阶段，需要在文档中明确定义细节，例如空和空问题，字段长度。小数点和枚举值定义等小问题，通常是小细节可能会导致很大的问题。对于接口交互，必须考虑异常数据接收和处理，数据接收顺序，接口并发和接口接收的问题。

在这个项目中，我一直负责界面的设计，因为界面太大而且出现了生产问题。虽然系统逻辑上设计了检查规则，但是在上游系统在短时间内以毫秒为单位发送多个数据的情况下，下游接收系统根据规则检查同时失败，导致数据异常处理接收器。后来，接收系统在接口处理中添加了排队处理机制来解决这个问题。

3.在产品设计的初始阶段，您不仅要考虑功能设计，还要提前考虑性能设计。虽然产品性能是一个需要考虑开发的问题，但在产品设计过程中，产品必须估算自身功能的业务量，并提前与开发沟通产品设计方案。否则，在找到在线行之后，性能就会出现瓶颈。此时，调整计划很可能会受到伤害。

项目管理：拥有所有权精神

在项目管理过程中，产品必须具有所有权感。产品上线后遇到的任何问题，无论是由于开发原因还是测试原因，产品都必须负责。开发和交付后，除了测试人员测试产品外，产品还必须全面验证其产品。问题。这也可以更好地找到自己功能的雷区，更好地了解产品实现逻辑，并可以在未来更快地找到原因。

在项目期间，我要求产品团队每周报告他们发现的产品问题和解决方案，并解决这些问题并与测试团队分享并返回测试。分析这类问题，发现测试团队没有发现很多问题。通过这种方法，您可以让产品和测试更深入地了解产品的用户场景和功能逻辑设计。

沟通非常重要。产品必须协调开发，测试，业务，PMO和UED部门和人员。因此，产品应善于沟通，勇于在遇到问题时承担责任。开发，测试符合涮锅的资格，但该产品永远不会是涮锅。

每次总结之后，我总会发出这样的感受“我X，这样一个简单的错误，我没有注意到“r。是的，人们倾向于忽略简单的细节，但成功的产品往往细节优秀。作为产品经理，您必须总结更多，不要忽视细节，并使产品精美。

本文最初由@Hank发布。未经许可，禁止复制。

该地图来自unsplash，基于CC0协议