精华内容
下载资源
问答
  • PRD文档模板Axure版

    2019-01-22 11:02:43
    Axure编写的专业有用的PRD文档,拿过来就可以直接用起来。 用原型来写文档,快速高效。
  • prd文档规范

    2020-10-28 09:57:55
    不同公司、不同团队或产品对PRD文档的要求不同,不同PM的撰写风格也各有所异,本文力求全面而简洁,仅做简要概括。 这样写prd,哎哟不错哦 简书,在我看来长这样 本文“简书”移动端为例,按照上图的总结写一份简单...

    不同公司、不同团队或产品对PRD文档的要求不同,不同PM的撰写风格也各有所异,本文力求全面而简洁,仅做简要概括。
    这样写prd,哎哟不错哦
    在这里插入图片描述

    简书,在我看来长这样
    本文“简书”移动端为例,按照上图的总结写一份简单的PRD文档框架,希望能帮助同为“简书”用户的大家更好地理解。(PM菜鸟一枚,简书新用户,重文档轻分析)。
    在这里插入图片描述

    简书APP版本信息表示意图
    在这里插入图片描述
    1、版本信息
    2、文档说明

    2.1 文档简介

    本文档主要描述简书APP的功能需求点及其设计,目的在于清晰地定义各模块的需求细节及逻辑流程。

    2.2 文档读者

    本文档主要面向以下读者:简书APP项目的研发人员、测试人员、产品经理、市场运营人员、管理人员等。

    2.3 专业术语

    可在此提前交代一些专业术语以方便后文理解(通常以表格形式),也可见附录8.4

    目录(略)

    3、产品简介

    3.1 产品定位

    简书致力于提供最好的分享体验,为写作者打造最优秀的写作软件 ,为阅读者打造最优雅的阅读社区。“交流故事,沟通想法”是简书的slogan。

    3.2 产品特色

    简单优雅的设计、良好的交流氛围、丰富的文章主题、Mardown富文本等特色功能

    3.3 用户分析

    主要用户为喜欢分享交流、爱生活拥有文艺气息的年轻人,喜爱文字并想在喧嚣网络中沉淀文字的读写人。

    4、产品架构

    4.1 产品结构图

    此文仅述主要模块,应展开至最小用户可见单元。
    简书APP产品结构图

    4.2 信息结构图

    信息结构以信息为维度,比如用户信息,用户文章信息,用户行为信息等,与产品结构可对应分析,不再陈述。

    4.3 总体流程图

    总体流程可说明产品的基本的用户行为路径,有助产品理解。
    简书APP总体流程图
    在这里插入图片描述

    5、详细功能说明

    5.1 功能列表

    功能列表作为功能需求说明的总览,可分模块描述。
    简书APP功能列表示意图
    在这里插入图片描述
    在这里插入图片描述

    1. 前置条件:使用该功能的前提条件、逻辑关系说明。有时候也可以说明路径,就是我们常用的面包屑;
    2. 后置条件:发生这个用例之后的结果,会产生哪些影像,必须达到什么要求;
    3. 用例图:表达功能在表现层的逻辑图,可以是传统意义上的用例图,或者是简化版的原型图、流程图。(关于用例图这块还有些疑问,最近也在学习,之后再把学习结果整理出来)
    4. 权限要求:用户权限、数据权限、功能权限,这里也牵涉到一个三户模型的概念,当我们设计权限的时候,可以根据三户模型去设计;
    5. 界面原型:把这个用例相关的产品原型图贴出来,也可以说明一下画图工具。

    业务规则单独提一下,这是用例描述里面最关键的一部分。可以从页面布局、操作逻辑(规则)、交互状态(操作说明)等几个方面去描述这个用例。具体内容可以包括:流程图、操作逻辑(基本事件流、异常事件流)、接口说明(请求数据接口、调用功能接口、需要开放的接口、对应接口中的字段)、数据状态说明(多状态流转说明)、交互状态说明(点击效果、指向地址、打开方式、刷新方式)等。
    业务规则是我们产品经理需要主要思考的内容,涵盖的内容比较多,我在学习过程中没有找到专门去说明业务规则该怎么写的文章,初步的感觉就是需要注意的东西太多了,不然一步就是一个坑,等再学习一段时间再把业务规则这部分的学习结果整理出来。
    5.2 原型界面

    每一个模块功能的需求说明都应该包含详细的原型界面图及流程图,此作简单示意图(重置密码)。
    简书APP重置密码原型示意图
    在这里插入图片描述

    5.3 用例流程
    简书APP重置密码流程图
    在这里插入图片描述

    6、非功能性需求
    6.1 性能需求

    1、前端内容展现应保证用户在WIFI及移动网络下阅读体验流畅;

    2、万级用户在线时后台信息处理稳定且快速等等。

    6.2 系统需求

    兼容Andriod、IOS各系统版本(包括最新版本)

    6.3 运营需求

    用户/内容管理系统开发、用户数据分析系统开发等

    7、项目规划

    有的项目或产品并不包含该部分,但通常要交代产品的风险分析及应对策略。

    8、附录

    大量的相关参考文档可放置附录,以避免篇幅过长影响阅读。通常包括原型/UI文档、MRD/BRD文档、技术文档、专业术语。

    其他

    其他,说白了就是因为需求文档模板并不能涵盖所有方面,经常会出现一些其他需要说明的内容,但是又不知道放在哪里合适,所以就放在其他里好了。

    这部分我放了三块内容,首先是“其他接口”,就是对其它系统产生“字段、业务流程”进行说明,以及本次产品或业务,对前后台那些非主流程模块产生影响。

    “系统风险评估”要说明的是当前设计的功能存在哪些缺陷、注意事项与后期的功能拓展如何解决这些问题。
    在这里插入图片描述

    “其他需求”是对一些非核心的功能点进行详情描述。如:一些需过滤的关键字、新增某个栏目字段。

    展开全文
  • 2015年,我写了一篇梳理PRD的文章《PRD到底该怎么写?》,获得3.5万次阅读,423次收藏。至今已过去5年,在这5年里,我一直从事产品产品相关的工作,也经历过一次完整的创业,对PRD又有了一些新的思考。这篇文章是...

    2015年,我写了一篇梳理PRD的文章《 PRD到底该怎么写?》,获得3.5万次阅读,423次收藏。至今已过去5年,在这5年里,我一直从事产品产品相关的工作,也经历过一次完整的创业,对PRD又有了一些新的思考。这篇文章是《PRD怎么写》的升级版,弥补了之前文章的不足,对怎么写PRD,描述得更具体、更全面,是我思考的沉淀,也希望对大家有一定帮助。

    01. 你是否遇到过这样的问题


    • PRD里关键需求描述不准确,研发过程中不断修改,导致项目延期;

    • 产品总监、项目经理、研发、测试总是不断挑刺,信誉度降低,自信心受打击;

    • 到新公司负责新项目,前任产品经理留下的文档晦涩难懂,不知所云。

    如果遇到以上一个或多个问题,那么你可能需要反思,自己写PRD的思路是不是有问题?写PRD是产品经理非常重要的基本功,写好PRD,可以提高团队效率,减少无效的沟通。

    02.什么是PRD?


    PRD是Product Requirement Document的简称,其中文翻译为:产品需求文档。该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最重要的一个文档。

    PRD的主要使用对象有:研发、测试、交互设计师及其他业务人员。

    • 研发可以根据PRD获知整个产品的逻辑,作为编码的依据;

    • 测试可以根据PRD编写测试用例,为正式测试做准备;

    • 交互设计师可以根据PRD设计交互细节;

    • 业务人员可以通过PRD提前了解产品,为运营和推广做准备;

    PRD是项目启动之前,必须经过评审达成共识的最重要文档。

    产品经理的PRD,就像建筑设计师的设计图纸,是设计和思考的文档化呈现。

    《用户体验要素》作者在书中有一句很经典的话:“文档不能解决问题,但定义可以”,PRD就是要定义需求。

    03. 动手之前,先思考这几个问题


    1、解决什么问题?

    解决用户什么问题?发现问题比解决方案更重要。给公司能否带来收益?相关干系人的需求是什么?是不是老板说这样做的?是不是“他们”说这样做的?他们是谁?真正的问题是他们说的那样吗?

    产品经理正确的设计思路如下:

    aaec80e8a390e969713bd36364c626dd.png

    这叫RTPA设计框架,是一种逆向思维假设分析,我们要使用这样一种思考技巧:假设初始需求都是错误的,即问题并不存在,你需要重新发现问题。

    不要需求方一提需求,就开始着手设计,多问几个为什么并着手调查,以了解真正的问题。

    下面是一次完整的设计思路示例:

    e156631a7a8ec01563dadae7d610a5be.png

    2、怎么衡量?

    不同的干系人,通过什么指标去衡量问题是否已解决?有没有埋点?有没有业务数据?谁来运营?

    3、需要多少资源?

    为了实现这个解决方案,需要多少资源、多少人?能大致评估吗?

    4、会不会太复杂?

    这个解决方案会不会太复杂?复杂是产品的坟墓。有没有性价比更高的解决方案?会不会影响现有的业务?会不会影响历史数据?

    5、有风险吗?

    这个方案会有风险吗?有没有违法?相关政策是什么?尤其是金融、游戏领域,国家监管比较严,有可能上不了应用市场,有可能三方服务商不会提供服务。

    6、有创新吗?

    有更创新的解决方案吗?竞品怎么做的,有没有调研3个以上的竞品方案。

    7、用户怎么说?

    需求真的是提交人说的那样吗?有亲身体验过场景吗?有跟用户面对面交流吗?熟悉相关领域的基本知识吗?有看不懂的名词吗?

    动手写文档或做设计方案之前,一定要问问自己以上几个问题,想清楚了在动手,任何一个问题没想清楚,都不要进行下一步。

    04. 写PRD的基本步骤


    搭框架、定流程、扣细节,这是从一名产品前辈那了解到的产品设计流程,写PRD,也可以按照这个思路。

    1、搭框架。首先遍历出所有用户角色,再针对每个角色,提供相应的系统/功能,然后按照某种维度进行结构划分。这个步骤完成后,就可以输出产品的系统架构图及系统的功能结构图。

    6061e54b1cfef72a417a8d6847ac0859.png

    产品架构图,出自《电商产品设计全攻略》

    6022643a6698b66bbff01a6dea062806.png

    更细化的功能结构图

    产品由一个个功能组成,功能是逻辑结构,一个完整的功能具备输入、处理、输出三大特性。从大到小的划分是:系统>功能模块>功能,用户+功能组成了用例,用例是PRD文档里描述占比70%以上的内容,所以合理的功能结构,是写好PRD的前提。

    2、定流程。每个产品都有一个核心业务流程,这个核心业务流程涉及多个角色,这个步骤就是把各个角色和功能联系起来。通过核心业务流程,阅读者可以了解产品全貌,对产品有个宏观的认识。

    此外,每个系统也有各自的核心业务流程,全业务流程+子系统业务流程,可以概括产品的业务逻辑。

    这个步骤输出产品核心业务流程图,子系统核心业务流程图,活动图,状态机图,与外部系统交互可能还有时序图。

    3、扣细节。这一步的核心的画原型和功能设计,通过原型表达产品的界面和交互。功能设计主要是从输入处理输出三个方面去考虑,用户执行输入指令后,系统会进行逻辑处理,然后输出结果。此外,还要考虑功能涉及到哪些数据,表结构怎样设计,这些会涉及大量细节,PRD大部分内容,都是在描述这些细节。

    步骤1和步骤2没有严格的顺序,也可以先梳理业务流程,再根据流程中的具体场景梳理出实际功能或系统结构。

    05. 文档的组成部分


    1、修订记录

    记录每次文档更新的时间、作者、修订内容,便于追溯历史变动;

    2、全局说明

    包括名词解释、统一异常处理、列表默认数据规则等。

    • 名词解释:每个行业都有专业术语,可以提前将晦涩难懂的术语提前做好解释,便于达成共识,更好沟通;

    • 统一异常处理:网络异常、后台服务异常的交互逻辑;

    • 列表默认数据规则:默认列表的排序方式,默认显示条数,超过多少条翻页,缺省值展现方式;

    • 所有涉及全局的描述,都可以罗列在这里。

    3、项目背景

    每个产品,都有一套价值模型。以信贷产品为例,针对用户的价值指标有放款额、审批时长、是否上征信等;针对后台业务人员,有审批时效、通过率、放款率、坏账率等指标;针对老板,有投资回报比、员工成本、净利润等价值指标,每一个需求,应该都是围绕某个价值指标展开。

    背景从现状、方案、目标3方面描述。

    • 现状:描述当前需求方遇到的问题,最好能跟价值模型关联;

    • 方案:针对这个问题,所提供的解决方案概述;

    • 目标:期望获得多少价值指标提升;

    通过项目背景的描述,可以让项目参与者感受到自己的工作价值。

    4、项目范围

    项目范围对应搭框架部分,将功能结构图在此处罗列;

    5、业务流程

    业务流程对应定流程部分,将核心业务流程、子系统业务流程在此处罗列;

    6、功能需求

    这个部分在PRD中占比最大,搭框架部分,已经将产品功能点全部梳理出来了,这部分就是对功能点进行逐一描述。功能是从系统的角度来看,我们还要考虑用户角度,所有我们采用用户+功能的方式来描述需求,这就是用例。完整用例名称一定是动宾结构,如添加文章、删除文章、修改文章、查看文章列表。一个完整的用例包含:

    • 描述(非必须)

    • 前置条件

    • 后置条件

    • 界面交互

    • 业务流程

    • 异常和分支流程

    • 数据字典(非必须)

    描述

    功能的简要描述。

    前置条件

    要操作此功能,需要具备什么角色、权限或状态。

    后置条件

    执行完这个用例后,关联的数据会有什么变化,页面怎么跳转。

    界面

    每个界面都可以拆分成多个元素,如表单、文本、链接、图片等;

    表单的每个元素要描述是否可为空、是否有初始内容、是否默认选中、是否有字数限制等,还有对应的错误提示;

    文本要考虑最大显示长度,超过怎么处理;

    链接一定要指定点击后跳转到哪个页面;

    图片要考虑显示的比例,如果未加载出来该显示什么;

    还要考虑界面的内容是写死还是通过后台配置;

    1ab9c4e1d0debe36a0c30abcbee186e3.png

    界面元素:

    e2903beb601ac23a57347943e584427c.png

    业务流程

    当用户完成输入并提交时,后端应该做什么校验,不同输入该怎么处理,不同结果该返回什么值,最好通过业务流程图+文字来描述,确保逻辑完整。

    示例:

    fbb9f37c3eb7d5d4e580a1c484b1f76d.png

    文字版:

    b4ac163f88057e0ccf0d8a266418a839.png

    异常和分支流程

    异常流程如网络错误、接口返回异常、服务器内部错误等;

    以登录为例,分支流程包括找回密码、密码登录等,分支流程非必须,简单的分支流程可以直接通过主流程体现,具体可以视情况按照一定颗粒度进行拆分。

    数据字典

    这个用例涉及哪些数据,可以通过数据字典描述,这一步非必须,最终表结构也不一定就是这样,只是给开发一个参考。有技术背景的产品,也可以做得更细。以注册功能涉及的用户表为例:

    78d2ca0becc393bdd2b0aa02ef790193.png

    产品经理一定要懂基本的数据库知识,程序=数据结构+算法。用户使用产品时,本质上是在和数据进行交互,只是在用户和数据之间,加了一些列算法。

    7、非功能需求

    数据需求。常见的就是数据埋点,产品经理需要梳理出埋点事件表,告知开发,让开发在编码过程中进行埋点。

    监控需求。需要监控某个接口或某些服务,当出现异常时,可以发送报警信息至相关人员。

    性能需求。需要支撑多大的并发,运维人员可以提前准备部署方案。

    06. 最后


    一定要用正确的思路去写PRD,更要想清楚PRD所呈现方案的价值。方向不对,努力白费。记住,找准问题比解决方案更重要。

    如果想跟刀哥深入探讨,或者需要完整的PRD模板,欢迎关注刀哥公众号:刀哥说。刀哥随时都在。

    展开全文
  • PRD文档2.0rp_原型文件

    2018-07-10 17:06:24
    专业有用的PRD文档,拿过来就可以直接用起来。 用原型来写文档,快速高效。
  • 今天我们来聊聊PRD文档如何编写,以及如何写好一份PRD文档。 首先,我们用产品的思路来分析一下,PRD文档的用户是谁,以及使用场景是什么。 1、需求方:当需求方提出需求并与产品经理讨论后,产品

    每一个产品经理都写过无数的PRD,大到整个系统,小到某一个功能。今天我们来聊聊PRD文档如何编写,以及如何写好一份PRD文档。

    首先,我们用产品的思路来分析一下,PRD文档的用户是谁,以及使用场景是什么。

    1、需求方:当需求方提出需求并与产品经理讨论后,产品经理开始编写PRD文档,编写完成后,与需求方开会确认PRD文档中的内容细节。修改确认无误后,再去跟研发人员进行讲解。

    2、研发人员(交互设计师、UI设计师、前端工程师、研发、测试):在与需求方确认并锁定需求后,将PRD文档中的需求向研发人员进行讲解。让研发人员明白需求,可以开始进行研发。同时在日后的研发过程中,如果研发人员对细节遗忘或者需要确认,只需打开PRD文档找到对应内容即可。

    从以上两个最常用的使用场景来看,PRD要具备非常强的可读性,同时对功能的描述要非常详细,不能有遗漏(是的,绝对不能漏功能,不然少做一项内容就是产品经理的锅),最后还要保证专业度。

    看起来好像很难,我们来拆解一下,一份完整的PRD都包含哪些内容,请看下图:

    产品经理必修课:你会写PRD文档吗?

    我们一项一项来说:

    1、修订历史:

    在与运营确认需求的时候,总是无法避免修改功能。甚至有时候在给研发讲解的时候,由于技术原因有些需求也需要修改。这个时候就产品经理就必须要记录每一次更新的历史,同时记录原因。你可以这么写:

    产品经理必修课:你会写PRD文档吗?

    2、项目背景:

    通常来说这个不是必须写的,为了完整性和专业度,建议产品经理还是写一下,也算是一个记录。比如“双11大促,冲刺100亿销售额”之类的。

    3、业务描述:

    与项目背景一样,不是必须写,但依然是建议写,可以不用写太多。或者你可以补一张业务流程图,以抽奖为例:

    产品经理必修课:你会写PRD文档吗?

    4、产品模块:

    依然不是必须要写,但还是建议写的内容。主要包含本次项目中的所有模块,可以不用细到功能点,但建议有功能点的描述。如果是一个跨多个系统的项目,还需要增加属于哪一个系统这一列,比如一个退换货流程:

    产品经理必修课:你会写PRD文档吗?

    5、功能描述:

    这部分是整个PRD的重中之重,必须要写的很详细。每一项都要包括一张线框图和文字解说。如果一张页面有不同的状态,要分开解说,以及说明这些状态是在什么条件下进行切换。我以登录框为例:

    产品经理必修课:你会写PRD文档吗?

    这么一个看上去很简单的登录框,要如何写说明呢?我的原则是,先进行交互元素的描述,然后是规则。你可以这么写:

    - 手机号输入框为文本输入,能够输入最大的长度为20个字符,如果超过20个字符则不显示在文本框中;

    - 密码框为密文密码输入,用户不可见输入内容。能够输入的最大长度为20个字符,如果超过20个字符则不显示在密码框中;

    - 出错信息位只在验证出错的时候用于文本提示,平时不用显示;

    - 登录按钮,用户点击后进入登录验证流程:

    1、验证手机号文本框是否为空,出错提示为:请输入手机号!

    2、验证手机号文本框中输入内容是否为合法手机号。验证规则为:11个数字。出错提示为:输入的手机号有误,请从新输入!

    3、验证密码框是否为空,出错提示位:请输入密码!

    4、验证手机号和密码是否匹配。出错提示:手机号密码不正确,请从新输入!

    - 注册按钮,用户点击后,新打开一页跳转到注册页。

    如果你想写得更好一点,验证流程可以补一张流程图。

    至于有一些登录框是在输入内容后失去焦点验证,或者在输入错误3次以上的时候增加验证码输入,大家可以自行脑补如何编写。

    6、数据需求

    通常来说,数据需求我们会新启动一个项目单独做。但是像活动这样的PRD,我建议还是补充上数据需求,因为除了常规的数据监控以外,活动总会有一些特殊的数据需要记录。这里的也要写的很详细,在什么页面记录哪些事件。

    7、人员评估

    这里是一份排期表,一般来说我们会使用单独的工具(比如project),生成一份排期PDF后,可以附这里。

    8、测试需求

    除了功能性的测试,如果有一些特别需要注意的测试内容可以写在这里。比如:需要在iOS10、iOS10.1、iOS10.2下进行测试。

    9、风险评估

    主要写一些跟项目相关的风险问题,如果没有就可以不用写。比如:UI设计师小明身兼三个项目,可能会对项目造成影响;又或者研发小李在10.1之后请了7天年假,可能需要从研发二部临时抽调人员。

    希望对大家编写PRD有所帮助。

    展开全文
  • 这将是我第一篇PRD文档,由于即将面试的岗位都与<视频>相关,因此小白处女作就贡献给了腾讯会议这款产品,希望对我的面试有帮助。本文借鉴了网上许多大佬写的文章,仅供本人学习使用,欢迎大家批评指正。那么...

    Hi 作者有话说:本人目前是一名研二学生,近期决定从技术转向产品经理,正在找产品经理实习岗位中~吾辈深知道阻且长,慢慢开始学习吧!这将是我第一篇PRD文档,由于即将面试的岗位都与<视频>相关,因此小白处女作就贡献给了腾讯会议这款产品,希望对我的面试有帮助。本文借鉴了网上许多大佬写的文章,仅供本人学习使用,欢迎大家批评指正。那么,就开始吧!

    0.文档背景

    条目说明
    文档标题腾讯会议APP——新手PRD文档
    APP版本号版本 2.12.3
    体验环境IOS 14.0
    开始撰写2021.6.4 深夜
    结束撰写待定
    撰写目的体验产品、学习撰写PRD
    作者Fxm

    那么,就开始正文吧~

    1.产品概述

    1.1 产品介绍

    腾讯会议是腾讯云与智慧产业事业群下的产品,于2019年年底上线。目前腾讯会议在中国的云视频会议市场中处于头部地位,上线245 天,注册用户就破 1 亿了。用户可以通过小程序,电脑端,APP,电话拨入等形式参与会议。

    1.2 产品定位

    腾讯会议APP是一款高清流畅、便捷易用、安全可靠的云视频会议产品,让用户随时随地高效开会,全方位满足不同场景下的会议需求。用户可以使用腾讯会议进行远程音视频会议、在线协作、会管会控、会议录制、指定邀请、布局管理等。腾讯会议旨在打破地域界限, 提升会议效率,使移动办公、跨企业办公等问题得以解决。

    腾讯会议APP的Slogan: “智会互联, 协作无间”。

    1.3 产品特点

    特点概述
    远程如当面强大的音视频性能、超大容量(2000人)、高清、流畅、全球部署、超低时延、稳定
    召集会议方便1. 个人专属会议号->满足常用联系人快速连接的需求 2. 周期性预约会议(天、周、月) 3. 企业专享会议邀约模式
    在线协作1. 共享屏幕 2. 电子白板(互动批注) 3.会议文档互动编辑 4.会议弹幕 5.在线投票 6. 会议红包(娱乐性质)
    沟通无障碍1. AI美颜滤镜 2.虚拟背景->随地都是专业办公室,隐私 3.同声传译->翻译
    会管会控音视频控制、权限管理等
    存档与分享会议直播(观看人数不设限制,满足大型培训、公开课等需求);录制回放(满足保存重要会议内容、后续查看的需求)

    (备注:上述信息来源于腾讯云网站

    2.需求分析

    2.1 市场需求分析

    iiMedia Research(艾媒咨询)调研数据显示,82.7%的受访白领表示认为数字化技术极大地提高了办公的效率,认同OA (办公自动化,office automatic) 系统的必要性。预计伴随数字化的不断普及,未来更多企业会选择更多地发展远程办公模式,OA业务市场广阔。

    市场规模:疫情催化下OA使用需求提升,2020年市场规模超220亿元

    受到新冠疫情的影响,中国企业开始更多发展远程办公模式,对于OA产品的使用需求不断提升。同时,随着OA系统移动端、云端渗透加深,以及智能化程度提升,中国OA行业保持稳定增长。iiMedia Research(艾媒咨询)数据显示,2020年中国OA市场规模达到228.5亿元

    用户调研:超八成白领认为使用OA系统具有必要性,自动化及拓展功能优势受认可

    iiMedia Research(艾媒咨询)数据显示,82.7%的受访白领认为使用OA系统具有必要性。OA系统对于提高办公效率有重要影响,且能加强内外部和业务流程协作,具有较高使用需求。且目前大部分中小规模企业缺乏研发实力和投入,因此OA系统流程自动化和扩展功能多的优势也最受到用户认可。

    行业趋势:进入普惠发展期,混合云受客户青睐

    传统型企业、互联网企业的业务边界被打破的同时,传统型企业和私有云、互联网企业与公有云之间的紧密关系也随之被打破,混合云也就成为了大势所趋。iiMedia Research(艾媒咨询)数据显示,2020年全球企业集中布局混合云领域,布局企业高达87%。

    由此可见,目前云视频平台流量仍然稳速增长中,市场需求较旺盛。

    2.2 用户需求分析

    在这里插入图片描述
    根据百度指数-腾讯会议提供的用户画像数据(2021-05-05~2021-06-03)可知,腾讯会议用户群在地域上主要分布在广东、北京、上海等省市,其次是江苏、山东、浙江等地,与省份的经济发展程度产业结构呈正相关。一线城市和新一线城市用户多,然后是二线城市,依次递减。排名靠前的省市中,第二、三产业相对发达,对移动办公的接受能力和接受程度相对较高。

    在这里插入图片描述
    从人群属性数据(2021-05-01~2021-05-31)的年龄分布可以看出,腾讯会议用户群的年龄主要集中在20-29岁,这类人群正处于职场新人到事业发展的上升阶段。相较于19岁以下的用户,处于职场的他们对线上视频会议以及文件协作共享的需求更强,与40岁以上的用户相比,他们对新兴产物的接受能力更强。腾讯会议满足了他们在远程、异地场景下的移动协作办公需求,这与腾讯会议的产品定位相契合。

    然而,使用腾讯会议的用户中女性与男性的比例悬殊,为3:7。男性特征在腾讯会议中的TGI指数接近140。一方面,考虑到可能是男性职员在由科技互联网主导的产业结构中所占的比重更大,另一方面可能是因为男性相对于女性出差频次更多,对远程办公的需求更加强烈。

    TGI(Target Group Index)指数,是反映目标群体在特定研究范围(如地理区域、人口统计领域、媒体受众、产品消费者)内的 强势或弱势 的指数。
    含 义: 目标群体指数
    原 理: 数额越大,目标群体吻合度越高
    反 映: 目标群体在特定研究范围
    外文名: Target Group Index

    综上所述,腾讯会议的目标用户群体为较发达地区的年轻人。从中可以分成三类:有远程办公需要的企业或组织、需要线上课程的师生、需要多人同时交流的线上活动。可以用<青年化>、<科技企业>、<男性>、<互联网>、<发达城市>等关键词进行概括。

    因此,在未来产品的迭代方向上,应注重这几个关键点,如优化产品界面,使风格更趋向于年轻人的审美;增加文件共享支持的格式,如代码文件等等。在产品的运营上,一方面要加强针对城市中新兴产业和科技互联网公司的宣传,另一方面应把握用户下沉的时机,使之从满足一二线城市用户需求,拓展到三四线城市 (例如,增强大城市公司使用腾讯会议与中城市公司的沟通,慢慢渗透)。

    2.3 用户场景需求分析

    在这里插入图片描述

    3. 产品结构

    3.1 产品结构图

    【待添加】

    从产品结构图中可以看出,腾讯会议作为腾讯ToB领域的重要战略产品,和早期发布的移动办公产品企业微信有截然不同的战略定位。

    腾讯会议的功能相对单一,核心功能是支持多人线上音视频会议,它的定位更清晰与垂直,这也帮助它发展成如今这样简单易用,功能齐全,安全可靠的云会议协作平台。

    腾讯会议坚持 “断舍离” 风格,弱化产品的社交功能,摒弃发展社群的运营模式,依托腾讯在音视频方面多年积累的技术与经验,将云会议功能做到极致。

    3.2 核心功能体验和分析

    3.2.1 核心功能点:登录/注册

    腾讯会议登录页:

    在这里插入图片描述在这里插入图片描述
    功能:为了方便用户更快进入腾讯会议的使用,登录功能尽可能与其他线上办公形式帐号形成对接,因此不仅支持用户使用手机号进行注册登录,还支持用户直接使用微信、SSO完成接入。

    流程:用户进入登录页之后,可以选择使用已有手机账号进行登录,或注册新的手机账号登陆。还可以选择其他登陆方式(微信、SSO等)。
    在这里插入图片描述
    交互:界面设计简洁,符合ToB领域产品高效办公的定位,注册/登录操作相对简单,保证用户在三次操作以内进入产品主页面。

    腾讯会议背靠社交领域的顶级APP微信,通过为微信用户向腾讯会议用户引流,因此开辟直接登录入口。与其他登录方式相比,微信登录过程更加轻便,单次耗时接近2秒。利用用户对微信的粘性来实现、提升用户对腾讯会议的粘性。

    3.2.2 核心功能点:创建会议
    快速会议功能页:

    在这里插入图片描述
    快速会议满足用户的即时会议需求,无需填写详细信息,只需在主页面点击“快速会议”按钮,完成简单选项操作后即可创建。选项页面中"开启视频"选择是否打开设备摄像头,"开启美颜"选择是否对人物形象进行美颜,具体的参数在"美颜设置"中设置,满足了用户,尤其是女性白领用户,提高视频中个人形象的需求。腾讯会议近期上线的"使用个人会议号"新功能,为每个用户定制了固定的专属会议号,通过该号码方便对常用联系人发起会议,避免了每次创建会议都生成新的会议ID,每次都得重新通知参会人员的麻烦。

    预定会议功能页:

    在这里插入图片描述在这里插入图片描述在这里插入图片描述
    预定会议满足了用户的定时会议需求,分为预定常规会议和特邀会议两种。常规会议只要用户有会议号即可加入,而特邀会议仅面向创建者邀请的微信好友或群成员,私密性更高。

    预定会议需要用户对会议开始、结束时间,会议上限人数,会议密码(常规会议中)等信息进行设置,完成设置后即成功创建会议。

    展开全文
  • 教你如何写PRD文档

    2017-11-14 17:07:03
    PRD(Product-Requirement-Document,产品需求文档),这对于任何一个产品经理来说都不会陌生的一个文档,一个PRD是衡量一个产品经理整体思维的标准,一个PRD可以看出一个产品经理在某个领域的专业性,同时也可以...
  • 第一:撰写文档的工具 1. Excel:(产品经理的神器)数据统计、数据报表、数据分析、数据图列制作、进度控制; 2. PowerPoint:演示; 3. Word:文档; 4. Microsofo visio 2013:流程图、信息...
  • 2015年,我写了一篇梳理PRD的文章《PRD到底该怎么写?》,获得3.5万次阅读,423次收藏。至今已过去5年,在这5年里,我一直从事产品产品相关的工作,也经历过一次完整的创业,对PRD又有了一些新的思考。这篇文章是...
  • 【2】PRD文档介绍

    2019-09-27 06:38:28
    首先,我想说,题主是一个不严肃的人(严肃脸),所以每次干个啥事之前我都喜欢唠唠嗑,说说废话,沟通沟通感情,曾经以为自己将会成为一个幻想中的产品经理那般大展身手,作为非计算机专业出身的应届生,后来才发现...
  • BRD,MRD,PRD文档

    2017-11-27 09:52:00
    BRD 商业需求文档--向公司申请费用,资源得到各级领导的支持,简洁,明了,易懂,通常讲述市场机遇,盈利方式等 包括:商业价值,成本估算,收益预期等。工具:ppt,word,mindmanager 针对领导,讲清楚你发现的...
  • PRD是每个产品人员最经常看到的文档,还是有很多产品的朋友问我PRD怎么写,如何才能表达清楚意思。其实PRD并没有规定的格式,每个公司都可以根据自己公司的实际需要来写适合自己产品团队的PRDPRD(Product ...
  • 作者:Jaye李棉风 (转载已取得作者授权)一、文档综述1.1 版本历史1.2 输出环境1.3 产品介绍二、需求分析2.1 需求环境据艾媒网《2020年中国新春远程办公行业热点专题报告》...
  • 【PM】产品需求文档PRD的一般格式

    千次阅读 2018-09-11 11:51:29
    是将商业需求文档(Business Requirements Document,BRD)和市场需求文档((Market Requirements Document,MRD)用更加专业的语言进行描述。 产品需求文档,是交互设计的基础。通常包含了产品的理念宗旨、功能...
  • 在分享今晚的内容之前,我先跟大家讨论一个问题,产品经理为什么要写需求文档,当然这个问题在我上周面试一位刚入职的产品经理的时候也曾问道,所以作为产品经理我们自己必须要清楚什么是需求文档,为什么要写它。...
  •  课时9简要介绍了产品经理专业技能之BRD、MRD、PRD文档的撰写。  本文主要介绍撰写三大文档的主要工具。 1.Office2013  包括Excel、Power Point、Word。  Excel文档可用于版式设计、逻辑结构表现,简单的...
  • 专业术语——表格 3.背景/产品简介(主1.0,没有明显变化时可选) 产品定位——slogan 产品特色 用户需求 4.产品架构(主1.0,没有明显变化时可选) 产品结构图——主要模块 信息结构图——用户信息、行为信息等...
  • 一、获取需求的方法 产品的萌芽从需求开始,想要生出产品首先去获取需求。...对于人:走出去(去关注外部环境,...很多都可以 axure 亿图等,专业的是Rational Rose 业务流程图 任务流程图 页面流程图
  • • 你知道产品经理的三大文档吗? • 你知道产品经理三大文档的区别吗? • 在哪一个阶段,我们会用到什么样的文档呢? • 在撰写产品经理相关文档的时候,需要用到哪些工具呢? • 你知道产品经理最牛逼的...
  • 产品需求文档PRD

    千次阅读 2019-09-17 16:47:00
    产品需求文档是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述。 一、什么是产品需求文档文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然,这个定义针对...
  • PRD

    千次阅读 2012-08-31 10:19:14
    文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档,其作用就是“对MRD中的内容进行指标化和技术化”,这个文档的质量好坏直接...是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语
  • PRD:Product Requirement Document 产品需求文档(腾讯) BRD:Business Requirement Document 商业需求文档(阿里) MRD:Marketing Requirement Document 市场需求文档(百度) 以上三个是一个意思,三家...
  • PRD是衡量一个产品经理整体思维的标准,一个PRD可以看出产品经理在某个领域的专业性,和整体产品思维。PRD给的是一种思想,将产品的整体思想和核心需求灌输给产品的相关人员。每个公司都可以根据自己公司的实际需要...
  • 关于PRD、MRD、BRD文档

    2017-05-14 13:37:00
    从入职的第一天,就不停的听到PRD的术语,虽然后来也逐渐的了解了就是产品需求文档的意思。虽然有专门的产品经理,但是似乎并没有明确的定义产品经理的职责,有些认为只要原型输出即可,有些关心业务流程,有些则认....
  • 一个PRD可以看出一个产品经理在某个领域的专业性, 同时也可以反应出一个产品经理的整体产品思维。 产品经理的整体思维体现在: 1、提炼核心需求 2、思考满足核心需求的方式 3、评估方式优劣选定方案 4、思考...
  • PRD质量的好坏直接影响到研发部门是否能够明确产品的功能和性能,是否能够研发出符合预期的产品,所以PRD也是体现产品经理专业程度的一个重要指标。 可以理解为,PRD是产品经理关于产品功能的宣导和传达,它通过...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,382
精华内容 552
关键字:

专业的prd文档