一、产品维护阶段
1、根据需求维护
a、用户反馈：
分析需求的必要性，是市场需求还是个别需求，是否是符合产品定位的方向，最后做出决策是否根据该需求调整产品
- 改：整理产品需求，优先级，指派给相应开发人员
- 不改：修改需求，暂时备案
b、员工反馈：
- 公司内部需求：例如后台功能，用户界面在内部特殊情况下的需求等。需要分析该需求的重要性，实现是否能提高工作效率，是否可以用后台实现，如果改变用户界面会不会影响到用户操作等；
- 外部需求：同用户反馈的分析处理方法
2、根据BUG维护
a、当即处理
会影响到用户操作，功能错误，文字误导，流程不通等
b、延期处理
明知存在，但只在特定情况下发生，概率低，不影响绝大部分用户，不易检查为题原因，无法重现等
3、根据体验维护
a、当即修改
虽然不影响使用，但大部分用户不会用，隐藏太深，可用性差，容易导致错误的体验问题
b、建议收集
改进建议，更优的操作体验，更优的交互方式，更优的页面细节，全部收集到PMS，定期分析处理
- 近期处理
- 升级再处理
- 不做处理
4、受其他产品变动影响
a、其他产品调整导致内容变动
例如产品功能等变动导致帮助中心需要同步调整文字等
b、其他产品调整导致功能变动
例如登录退出关系着各个产品的同步
c、其他产品调整导致界面变动
例如某个产品更名等，各个产品的页头页脚就需要同步修改
二、产品升级阶段
1、新增功能
a、功能需求来源
- 同行网站功能分析
- 本产品用户需求
- 市场前景
b、处理新增功能
- 分析研究
列出简要方案反复讨论
设计原型
开发
2、删除功能
a、删除原因
- 功能重复
- 与其他新计划冲突
- 累赘无用
b、删除需考虑的因素
- 有用户数据需要处理，如果有数据，如何转移或给用户交代
- 有无其他产品在调用该功能的数据
- 该功能在其他产品中的入口
- 该功能与其他功能或产品的依存关系处理
3、界面整体调整
a、调整原因
- 界面陈旧，需要更换
- 网站风格、色调统一变换
- 用户体验不好，需要整体升级
4、定位变更
a、变更原因
- 产品结构变动导致定位需要调整
- 顺应市场变化
- 定位不准确或与主营业外冲突、不相关
三、新产品设计阶段
1、新产品开发需求来源
a、类似网站新产品
b、国外领先科技（需符合国情）
c、公司内成熟技术推广
2、新产品开发步骤
a、分析研究
b、设计思路讨论
c、原型设计讨论
d、开发
四、产品间相互融汇贯通
1、新产品推广
- 为推广某一产品而将其他产品内的功能进行调整，例如增加推广产品入口、与推广产品整合、添加推广产品广告等等；
2、丰富本产品内容
- 将其他产品的功能或数据引入本产品，让本产品丰富起来；
3、功能关联
- 将不同产品间的功能建立关联关系，共用数据等，让多个产品成为一个整体。
————————————————————–
原创内容,转载请注明来源
作者： dboy~小真
