市场需求文档 MRD (下)

标签：直接   扩展   市场需求文档   流程图   mock   时间比较   用户   实现   结构   

♦1.0　　产品说明

　　– 1.1　　产品定位

　　　　•　　产品有越做越复杂的可能，但在一定时间内，定位决定了产品的一切

　　　　•　　产品定位与市场定位是有区别的，但经常容易混淆

　　　　　　　–　　市场定位：我们对用户或者用户市场的选择，例如：手机发烧友，白领，或者移动通讯设备市场

　　　　　　　–　　产品定位：我们用什么样的产品满足用户或用户市场。例如：

　　　　　　　　»　　陌陌，一款基于地理位置的移动社交工具

　　　　　　　　»　　抖音，短视频分享平台

　　　　　　　　»　　哔哩哔哩，专注于二次元社区，提供动漫，周边的平台

　　　　　　　–　　用户定位的描述：

　　　　　　　　»　　针对什么目标群体，做什么事情，用最本质的，无修饰的语言表态

　　–1.2　　产品核心目标（产品本身要达到什么，一个目标）

　　　　–　　互联网产品的核心目标，往往表现为要解决目标市场（目标用户）一个什么问题

　　　　　　•　　这个问题分析的越透彻，产品的核心目标也就越准确

　　　　　　•　　确立好核心目标，不会使我们产品推进过程中迷失

　　　　　　•　　例如：

　　　　　　　　–　　360安全卫士：解决用户使用电脑的安全问题

　　　　　　　　–　　微信：在最早的阶段，微信的核心目标是工具类的，为用户提供流畅的移动应用

　　　　　　•　　通常来说，解决核心目标的工作优先级是最高的

　　　　　　•　　产品任务，很多应该是围绕核心目标来开展

　　　　　　•　　这里就要引申出来一个问题，即产品经理对于用户需求与产品核心目标关系的拿捏

　　如何表述一个O2O在线商城的产品结构？

　　–1.3　　产品结构与功能结构的区别

　　　　–　　把整个产品看成是一桌菜

　　　　　　•　　产品结构讲的是为了让客人吃的舒服同时又要完成我们的核心目标，我们需要哪些菜品，

　　　　　　　　而这些菜品与菜类需要事先规划出来：

　　　　　　　　–　　凉菜：凉拌黄瓜，夫妻肺片等

　　　　　　　　–　　热菜：佛跳墙，麻辣鸡丝等

　　　　　　　　–　　主菜：宫爆鸡丁，烤扇贝

　　　　　　•　　功能结构：我们如何实现上述的各种菜品？

　　　　　　　　–　　加热：热菜

　　　　　　　　–　　爆炒：主菜，热菜

　　　　　　　　–　　材料：肺片

　　　　　　　　–　　人员：厨师，墩子

　　–1.4　　产品结构说明的注意事项：

　　　　–　　这里不是抠细节的时候，主要产品结构表述到位即可

　　　　　　•　　因为你之后肯定会非常苦逼的做非常细的产品说明与线框、流程等

　　　　–　　一些无法归类的，放到其它里面

　　　　–　　如果能配合 流程图 与简单的主要页面线框图就更好了，更清楚了，更明

　　　　　　了 （流程图，用例推荐  Visio  Axure,  建议线框图绘制软件推荐：Axure,Balsamiq-mockups）

　　–1.5　　产品路线图

　　　　–　　产品路线图是产品成长中的每个任务节点组合而成，是以任务为导向的时间节点图

　　　　–　　例如：

 　　　　–　　应注意一下，抽取来的任务，一定是和产品定位，核心目标等相符合的，是达到这些目标的任务分解

　　　　 –　　形形色色的产品路线图

　　　　 •　　无论何种表达方式，最能表达清楚你的意思就是好的方式

　　　　　　–　　时间

　　　　　　–　　任务

　　　　　　　　•　　子任务

　　　　　　–　　辅助说明与图标等

　　–1.6　　产品功能性需求

　　　　–　　产品功能性需求

　　　　　　•　　在线留言性需求

　　　　　　　　–　　注册与登录（直接注册，第三方注册，直接登录，第三方登录）

　　　　　　　　–　　交流（留言，回复，图片上传，文字发布）

　　　　　　　　–　　管理（查看，删除，修改）

　　–1.7　　产品非功能性需求

　　　　–　　有效性需求

　　　　–　　性能需求

　　　　–　　扩展性需求

　　　　–　　安全性需求

　　　　–　　健壮性需求

　　　　–　　兼容性需求

　　　　–　　可用性需求

　　　　–　　运营需求

　　　　–　　用户体验需求

　　–1.8　　优秀MRD的特点

　　　　–　　逻辑性强：有论点，有论据，有论证

　　　　–　　把抽象的东西形象化的讲出来

　　　　–　　数据可靠，分析有理

　　　　–　　有把握的主观，无把握的客观

　　　　–　　惜字如金，能把问题表述清楚，绝不多写一个字

　　　　–　　合理的产品进度分配更有利于研发人员工作（人有九等，不是所有人都是打了鸡血的产品经理）

　　　　–　　重视非功能需求

　　　　–　　如果方案中出现很多专业名词，记得在文章的开头呈现给阅读者一个名字解释表

•　　MRD文档不是套模板，而是要把事情和想法表达清楚

•　　即便是设计很多分析，也应该简单明了，言简意赅，因为不同类型的人

•　　撰写MRD再次说明，产品经理不是技术岗

•　　MRD文档的背后，其实有诸多的分析与论证，MRD一般来说撰写时间比较长，视项目而定

•　　最后强调一下：

　　–　　听课听的再好，不如自己提笔写，产品经理的很多文档，不是理解了就能写出来的，必须经过实战才能提高！

♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥

ps:

♦　　艾瑞网：聚合互联网数据的网站

♦　　对于有把握的点子，主观一点，就算没有数据支撑，也要尽力相信自己，对于没有把握的东西，才需要数据支撑

♦　　做这些BRD、MRD 文档以什么方式给老板看呢？ 

　　   答：看老板喜欢什么方式（word,  ppt  纸质等）

♦　　找工作面试时不要说自己想跟着学东西，离开了大学，别人就没有义务教你，要站在老板和公司利益的角度去回答问题

市场需求文档 MRD (下)

标签：直接   扩展   市场需求文档   流程图   mock   时间比较   用户   实现   结构   

原文地址：https://www.cnblogs.com/dabai123/p/11925229.html