产品流程
2024-01-08 09:15:58 6 举报
产品流程是产品设计与开发的核心，它从市场调研开始，通过了解用户需求和竞品分析，确定产品定位和功能需求。接着进行概念设计和原型制作，以便在早期阶段发现并修正潜在问题。随后进入详细设计阶段，包括硬件设计、软件开发和界面设计等。在这个阶段，产品团队需要密切合作，确保各个部分的协调一致。接下来是生产和测试环节，确保产品质量达到预期标准。最后，产品上市并进行市场推广，收集用户反馈以持续优化产品。整个产品流程旨在确保产品的成功推出和持续改进。
作者其他创作
大纲/内容
1.调研提纲
反馈
技术负责人参加初审（提出意见）
数据依赖分析（必要）
测试
项目大排期、里程碑告知
是否问题过多
UI设计
存在这个环节项目经理要需求规格说明书的情况，根据分析结果输出《需求规格说明书》（初版），可不放原型截图，主要是业务流程、目标功能，数据项及格式等。
协调甲方进行功能确认（甲方签字或项目经理签字）
组织评审会（主持）
有项目经理，项目经理推动“需求交割”无项目经理，产品经理出《系统开发申请》找领导协调内部技术进行系统开发
1.问题记录（形式不限）
1.原型图
1.业务流程图2.结构导图3.数据流图（根据业务情况出）
运作阶段
1.原型评审报告
1.验收结论单（维护到《验收申请单》中）
补充项目所需产品文档
竞品分析\\设计参考（非必要）
测试&验收阶段
补充原型注释说明（非必要）
需求调研阶段
中标后
邀请
告知
售前
有项目经理，项目经理推动“功能确认”无项目经理，产品经理出《功能确认申请》找领导协调甲方进行功能确认* 特殊项目如出现客户不给确认，需项目经理与领导沟通，领导或项目经理任何一方允许开发后可放行
提测
1.需求调研申请（对内，推动需求调研动作）
项目测试人员参会
1.系统开发申请（对内，推动需求交割工作）
项目经理参加初评（听会，非必要）
Y
项目启动阶段
相互告知
1.风险告知单
产品组内评审（“A角色”评“B角色”）
招标
需求确认结果反馈
N
协调甲方进行需求确认（甲方签字或项目经理签字）
协调开发资源
1.实施计划表（倒排工期；正排工序）
功能确认结果反馈
通知
有项目经理，项目经理推动\"需求调研\"无项目经理，产品经理出《需求调研申请》找领导协调甲方开展需求调研工作* 如果出现既没有项目经理，也没调研安排，直接进入“业务内容分析”
补充项目所需文档
投标支撑
评审问题澄清
开发初评问题反馈
需求确认申请（对内提出，需求分析验证）
建设内容差异&风险告知（仅限产品层面的风险）
需求调研准备
参加售前交割会（听会）
1.目标功能2.更新日志3.公共说明4.菜单权限5.演示框架
组内评审问题调整
UI参会（非必要）
需求交割阶段
开始
售前交割会（主持）
验收结论（已验收，问题类型数量）
1.功能清单（含功能概述）2.原型demo3.演示视频
招投标文件拆解
条件允许的情况下可以让项目经理向甲方申请去外省，或下地市去学习了解
输出效果图
技术开发
1.电子表格2.实体关系图（根据业务情况出，形式不限）
技术
1.需求分析（对外，根据情况出）
原型确认申请（对内提出，功能设计确认）
进行产品验收
1.效果图核验单（非必要，问题少可直接反馈）
原型绘制阶段
1.调研记录2.调研报告(对外，根据情况出)
招标支撑
产品验收情况悉知
产品验收环节“准出标准”：无设计缺陷无逻辑错误无功能无效无法解决需求* 产品验收主要对以上内容重点验收。bug视情况判断。
1.功能差异&风险告知单
是否有标品（或项目）
是否具备产品验收条件
产品设计实施排期
项目运作
差异&风险接收和解决
效果图核验
产品组-项目实施流程
提《验收申请单》
需求分析&功能设计阶段
提出招\\投标支持
业务界面原型设计
是否安排需求调研
协调甲方安排需求调研
1.功能清单（含功能概述）2.演示点
参加原型评审（原型宣讲）
汇报支持、系统功能演示
组织开发初审（主讲）
整理并采集新的需求
交割会后从项目经理要招\\投标文件
组织项目验收会
产品
是否通过甲方功能确认
终止验收
项目原型框架搭建
需求调研申请（对内提出，对接甲方需求）
组织项目启动会（主持）
是否通过需求确认单
开发阶段
组内评审通过
投标
1.竞品分析报告（对外，根据情况出）
参加售前交割会（接收）
需求评估、成本评估（下期、本期开发）
交付资料清单
目标功能定义（必要）
申请产品验收
1.需求规格说明书（修订）2.用户使用手册（终版，换系统界面）……
进行调研（现场、远程方式）
项目技术负责人、相关技术参会
项目启动会需明确四件事：1、需求调研时间2、产品实施周期3、差异点的应对方案4、风险点的应对方案* 如有风险未解决，需项目经理在风险告知单上签字再开展后续产品分析工作。
初审问题调整
评审问题调整
1.需求&功能确认申请（对内，推动确认动作）2.需求&功能确认单（首次功能清单；非首次需求说明、业务功能
产品答疑
调研结果分析（必要）
产品无调研环节，对设计的业务合理程度无法辨识
1.功能设计清单（含功能描述）
缺陷维护（维护到pingcode中）
参加项目启动会
有项目经理，项目经理推动“需求确认”无项目经理，产品经理出《需求确认申请》找领导协调甲方进行需求确认* 特殊项目如出现客户不给确认，需项目经理与领导沟通，领导或项目经理任何一方签字后可放行
项目
招\\投标文件与标品（或项目）比对
1.原型确认申请（对内，推动功能确认工作）
通知产品进行需求调研
建设内容分析（必要）
标书风险问题整理
通知技术提交产品验收申请
1.需求规格说明书（初版，原型截图）2.用户使用手册（初版，截原型图）
需求交割申请（对内提出，需求交接）
项目验收、交付阶段
0 条评论
回复 删除
下一页
