（干货）产品立项阶段的规范，有更好的方式
发表时间：2023-10-26 07:05:21
文章来源：炫佑科技
浏览次数：151
菏泽炫佑科技
（干货）产品立项阶段的规范，有更好的方式
*近发现公司的发展流程很不规范，所以整理了一些我认为比较好的标准。 如果您有更好的方法，欢迎在下方留言。 谢谢。
一、主要流程
2、产品立项
工作概述： 产品立项阶段也称为准备阶段。 这一阶段主要是根据需求大纲，通过有针对性的市场调研、用户访谈和竞品分析，尽可能评估产品的核心功能、方向定位、目标用户群体、成本投入等。 和市场前景。 在决策层通过评估的情况下，将组建虚拟开发团队，协调资源，明确项目负责人及产品计划上线时间。 如果是甲方要求的项目，市场调研和商业价值评估的相关内容可以省略。
绘制愿景并设定目标：产品的愿景是什么？ 为了实现这个愿景（干货）产品立项阶段的规范，有更好的方式，计划需要做什么？ 明确每个阶段的产品目标。 为什么要设定这样的目标？
市场研究、竞品分析：通过有针对性的市场研究和充分的竞品分析，计算产品市场前景和风险成本。
收集需求并确定优先级：收集各业务和市场部门的需求反馈，对典型用户进行深度访谈，与开发、设计和运营人员进行头脑风暴，明确产品的核心功能和开发需求的优先级。
组建团队并指定负责人：根据产品定位和投资资源，组建合适的虚拟开发团队并指定项目负责人。 团队将相互熟悉，也熟悉每个职位的人员。
定期开会并制定计划：同意与项目相关人员定期开会，使团队中的每个人都同步*新的需求信息，并初步制定产品每个阶段的完成时间点。
结果：《竞品分析报告》、《产品项目说明书》、《产品BRD文件》
3、需求分析与评审
工作概述：基于产品定位和运营策略，与各产品需求方进行深入的需求沟通app开发，将抽象、复杂的需求整理分析为可实施的计划，举行需求评审，确定各功能点开发的优先顺序，规划功能进度针对产品迭代的每个版本，设计产品原型，编写产品需求说明书，与设计开发团队沟通确定各阶段的完成时间节点，明确产品的实际上线时间，与市场运营团队沟通发射操作计划等
需求分析、原型设计：与市场业务运营同事深入沟通，形成初步的需求大纲和功能清单，组织全体团队成员进行头脑风暴，分析需求的真实性和紧迫性，确定需求开发的优先级，制定产品功能迭代计划表、设计产品原型初稿及页面结构图；
需求评审和方案确定：产品经理牵头召开需求评审会议，向开发团队详细解释产品逻辑流程和交互细节，评估技术实现的可行性。 对不明确的需求进行二次需求更新；
需求文档、开发周期：根据需求评审结果，修改*终原型和交互的设计，标记原型并编写产品需求说明书，管理后台数据相关数据统计等需求，技术反馈完成时间每个阶段的节点基于需求文档。
结果：“产品 PRD 文档”、“产品交互原型”（低/高保真度）、“产品开发进度表”
4.UI界面设计
工作概述：根据原型交互稿和产品PRD文档设计产品页面效果图，并与产品沟通确定详细的交互细节和效果。 与请求业务方确定并完善*终的效果图设计版本，根据开发需求注释效果图细节，设计产品图标和应用市场回顾宣传材料，配合市场运营部门设计产品运营活动页面， ETC。
用户分析、设计梳理：收集相关数据，分析目标用户的使用特征、情感、习惯、心理、需求等，基于3W方法识别用户、使用环境和使用方式；
收集素材、确定风格：在深入熟悉产品整体业务流程和商业需求的基础上，确定页面主辅色，制定交互方式，操作跳转流程、结构、布局、信息等元素;
界面设计、标准输出：设计产品页面、图标、ICON、皮肤以及一些界面交互表现。 与前端开发沟通，明确裁剪图的命名和标注规范，输出*终的设计稿。
UE测试，总体评审：产品测试阶段包括UE测试，负责测试页面的还原度和交互的便捷性，并对设计稿和需求文档提供测试反馈和优化意见。 产品上线后，我们将全面审视设计架构和细节，总结设计经验和优化迭代建议，并撰写相关分析和优化报告。
结果：《PSD源文件》、《剪切图像源文件》、《交互式描述和注释细节规范》
5. 程序开发
工作概述：分为用户端和服务器端两种开发类型。 其中，用户端开发的主流是iOS和iOS。 根据需求文档和设计稿，实现前端页面的交互效果，并确定与服务器的数据交换接口协议。 服务器端开发基于需求文档，设计数据库表结构，评估核心复杂功能的实施方案，编写开发设计总结文档，并反馈重要功能的完成时间点。
结果：《开发设计总结》、《接口协议文档》、《自检通过的产品1.0版本》
6、测试验收
工作概述：参考产品需求文档和开发设计大纲，编写产品测试用例，召开用例说明会，对产品进行全面测试，将测试失败的内容反馈给开发，确定Bug的严重程度并跟进修复进度。 评估产品上线的可行性，协助产品和业务人员撰写产品验收报告。
测试类型：功能测试、容错测试、性能效率测试、可用性测试、兼容性测试、压力测试等。
结果：《测试用例》、《测试Bug反馈记录表》、《测试验收报告》
七、项目总结会
项目完成后，需要组织所有参与项目的人员对项目期间出现的问题进行总结，避免以后再次发生。 我个人认为这一点非常重要。
8.我是做的，所以就讲讲开发中应该注意的问题。
1、基准库的封装不能马虎，包括各种基类、utils等，前期可能不太完善。 由于项目在开发过程中逐渐优化，有时间就提交给它吧。 使用远程依赖可以加快编译速度。 速度并减少项目冗余。
2. 必须形成UI库。 UI库用于存储一些封装的自定义视图。 它需要更全面的整体风格，并封装了应用程序中使用的一些组合控件，以避免布局臃肿。 公共资源文件和其他与UI相关的东西。
3.对于**个版本，你不必考虑长远，做组件化之类的事情。 但随着后续项目的增加，需要将相应的功能模块分离出来，以尽量减少耦合程度，减轻组件开发的压力。
4、框架的选择，如：网络、图片加载、数据库等。选择比较新、稳定、灵活度高的框架，避免后期更换的麻烦。 比如实时消息、消息推送等第三方框架，后期更换非常耗时，需要研究和慎重选择。 *好确认以后不需要更换。 当不需要时可以更新框架。 *重要的是稳定性。
5.如果时间允许，*好写一些单元测试。 如果前期不写单元测试，一旦项目变大，后期就不想写了。
6、不要在项目中放入过多的代码，这样会导致*终项目很多，导致编译时间很长。 提取你需要的功能并将其放入基准库中，减少数量。 如果所有功能基本都需要，可以考虑将依赖打包到aar中，以减少编译时间。 项目的依赖逻辑必须清晰，不能混乱。
7.写完项目后，回去欣赏一下自己的项目。 你会发现很多地方可能有更好的方法来实现。 大多数人看第三方库的代码多于自己写的代码。 阅读更多。 只有自己写代码，才能发现自己的问题。 这是一种提升自己的方式，我个人认为是比较重要的。
总结
