【医微达小课题】产品方法总体论
一.产品方法总论
二.可行性分析报告
- S（优势）:自身在行业、市场、服务、模式等基于大环境和对比他家的一个自身优势有哪些？
- W（劣势）:对比他家我们在大环境下是资金、人才、品牌、知名度、公信力、人脉、用户基础等方面的劣势在那里？
- O（机会）:我们的战略核心价值点，医微达分析能给用户痛点的解决办法等能在本行业内以目前和未来的市场有什么样的机会去创造价值？
- T（威胁）:面对的威胁有哪些？竞争对手、政策、技术核心、服务水平等。
三.竞品分析
这里有一遍医微达原来写过的一个竞品分析小心得如何好的去做竞品分析？希望笑纳。
四.总体方案
其中最重要的就是现状与优化，如下：
- As-Is(现状)：这个就是描述你要去做这个产品前用户的原始场景是什么样子，比如在没有汽车、火车、飞机的时候人类的交通现状流程，最好用Visio等流程图工具返现一下，加上描述。
- To-Be(优化)：这个就是描述你在用户原有的行为场景上做到的优化，比如设计了汽车，而有了它用户该使用的流程等。
五.PRD文档
这里有医微达曾经写过文章分享给大家移动端的PRD的功能需求如何写？
六.设计模板
随着公司的不断扩大，产品的增多，团队也会越来越大，这样对去产品的设计就会混乱，虽然产品经理是一个要超脱出个人主观色彩的角色，但也是人多多少少还是会带有一些自己的个人习惯，这时就不得不规范你的设计模板，最好用一段时间把已有的通用的模块归类一下设计成一个模板，这样就算以后修改也方便。就像技术的代码模块话，写成方法和类去调用及规范，运行速度提上去了修改和找bug也方便，耦合性也大大降低。
七.评审办法
- 评审前：确认会议记录人员，提前一天或者更长时间邮件发送评审内容给要参加的人选去提前准备，避免盲目评审和被带入他人的主导思想中。
- 评审中：先行介绍评审内容的背景，主内容以用户体验场景进行，无法确定的事情也可以在此大家商议解决一下。
- 评审后：汇总记录分析问题确定是否进行二次评审，评审未解决的问题确认解决人员，确保解决到位；最后所有遇到的问题记录总结。
八.交付办法
也就是医微达所说的产品最常见的交付物，原型和PRD文档。
九.需求池管理
- 需求收集最好用Excel等表格形式来收集，方便查看修改分类；可以分为公司、自身、外界三个基本维度去分类，优先级也可以分为紧急和重要两个维度去辨别你的需求，有的公司优先级只有紧急，但是重要是分辨你的紧急是真紧急还是伪紧急。
- 原则上想需求变更必需在研发开发开始前进行，还必须经过高层、研发、测试等部门共同确认。
0
本文永久链接: http://www.e-weida.com/17073.html
