美文网首页
产品经理的工作范畴

产品经理的工作范畴

作者: sinajina | 来源:发表于2016-04-26 22:37 被阅读0次

    产品狗入门笔记,告诉自己要学什么。

    接需求、画流程,出原型、写PRD,样样都得行。

    附百度百科种PRD释义

    产品需求文档

    产品需求文档(Product Requirement Document,PRD)的英文简称。是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述。

    文档意义

    该文档在产品项目中是一个“承上启下”的作用,“向上”是对MRD内容的继承和发展,“向下”是要把MRD中的内容技术化,向研发部门说明产品的功能和性能指标。

    文档撰写

    在该文档中,基点依然是MRD中的内容,只是把重心放在了“产品需求”上,而产品需求本身是在MRD中有所体现的,区别就是在于,PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。

    这部分是PRD写得最多的内容,也就是传统意义上的需求分析,我们这里主要指UC(use case)文档。主要内容有,功能使用的具体描述(每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程等几大块),Visio做的功能点业务流程,界面的说明,demo等。Demo方面,可能用dreamweaver、ps甚至画图板简单画一下,有时候也会有UI/UE支持,出高保真的demo,开发将来可以直接用的那种。

    文档核心:

    该文档中,侧重的是对产品功能和性能(即“产品需求”)的说明,相对于MRD中的同样内容,要更加详细,并进行量化。

    在一些国外的公司,是允许把MRD和PRD合并成一个文档的,通常叫做“Marketing & Product Requirements Document”。

    该文档一般可以包括以下内容:

    该产品的远景目标(vision)

    目标市场和客户(target market and customers)的描述

    竞争对手分析(competitive summary)

    对产品主要特征的比较详细的描述

    这些特征的优先级

    初步拟定的实现进度安排。

    用例(use cases),这可以是较粗略的大致描述,未必一定要UML Use Case图。

    产品的软硬件需求

    产品的性能要求

    销售方式上的思路、需求(直销还是渠道?直销怎么做?渠道怎么做?)

    技术支持方式上的思路、需求(提供什么样的技术服务?)

    开发工具推荐 :

    visio--将业务,从产品层面肢解开来,做到抽丝剥茧部分与整体统一

    mind manager--把项目条目化,条理化,目录结构具体规定好。

    Axure--前台结构布局,合理规范的将系统脱去朦胧的华纱。

    Word--穿针织网,把需求综合起来,整理成最终的产品需求文档。

    相关文章

      网友评论

          本文标题:产品经理的工作范畴

          本文链接:https://www.haomeiwen.com/subject/ylqcrttx.html