您的位置:澳门新葡萄京最大平台 > 最大平台 > 产品新人的第一份PRD

产品新人的第一份PRD

发布时间:2019-10-05 14:47编辑:最大平台浏览(128)

    产品新人的第一份PRD

    在调整完数据分析报告之后,阿聪终于迎来了自己第一份PRD作业。基于已有的工作,我们将构建一套面向公司内部用户的竞品追溯系统,用于竞品内容的日常追踪和数据产出。

    从内部系统上手,算是比较适合新手的切入点:内部用户对于系统的包容度更高:如果做得不好,用户不会流失;而且,内部用户的反馈也更直接,碰到不好用的部分一定会频繁Diss产品经理。

    “喏,这个系统大老板也会看哦。”我道。
    “呃呃,压力山大。”阿聪道。

    三天后,阿聪带着诚意满满的原型图来找我了:用Axure做的原型图,从数据的录入页面,到支持多维度对比的数据展示页面,再到报表生成页面,全都囊括其中。他甚至还留出了一个LOGO的位置,用花体写下了“Competitor Trace”

    “阿呆老师,您觉得怎么样?”阿聪问。
    “作为一份原型图,我能够打90分。但作为PRD,我只能打50分。”我道。
    “什么问题呢?”阿聪皱起了眉头。


    PRD也需要用户导向

    PRD的用户是谁,是给谁看的?
    不是给最终用户看的,用户应该看到的是最终的产品而非过程文档。
    PRD作为产品的描述,其用户是研发过程中的协作者们——设计人员、研发(测试)人员、运营人员。

    动机说服

    项目PRD的前置问题是:在人力资源有限的情况下,怎么说服设计、研发将这份PRD作为高优项目推进。为了回答这个问题,就需要我们在PRD开头就阐明以下两部分。

    • 产品背景:讲清楚这个产品为了什么而做。
    • 产品收益:产品上线后的预估收益是怎么样的?
      • 最基础的方式,需要按照重要紧急程度划分:重要紧急 > 紧急不重要 > 重要不紧急。至于不重要不紧急的项目,就干脆别写PRD了。
      • 进一步,项目能够有可量化指标是更好的,这种收益可以是用户端上升带来的收益(如DAU或停留时长的增长),也可以是节约内部成本带来的收益(如节约了N个专职人员,优化了效率)

    以上述竞品追踪的内部项目为例,背景自不必赘述,重点就在于如何预估收益。

    我们可以询问运营同学每周的竞品追踪报告是怎么做的,也可以询问BD同学是如何确定资源引入优先级的,还可以看看其他产品同学如何评估自有服务的分发效果,需要依赖哪些数据等等。

    所有的工作投入,都可以归一化到“人日”的概念:即这个项目上线后,能够节省多少人多少天的工作量。

    信息传递

    在阐明了项目背景和优先级后,我们就需要考虑不同人员对于PRD的需求点和观察角度是怎样的?

    【设计人员】
    对于设计师来讲,个人推荐以原型图 + 流程图作为基础沟通媒介:

    • 原型图的部分:
      • 单页面上,要标明页面的展示逻辑(需要标明边界条件,如某个字段缺失、某个字段超长等)
      • 多页面间,要标明跳转逻辑和触发条件。
      • 提供生产数据作为案例数据
    • 流程图的部分:
      • 主要用来阐明整个业务的数据流和处理逻辑,以及涉及到前端展示or交互的部分,在整体流程中位于哪一环。

    我个人比较信奉“术业有专攻”的原则,设计师应该最大程度发挥他们的专业特长。所以通常不建议产品经理在初次沟通时就给设计师有过多的预设,太多的框框会限制设计师的创作力。初次沟通时,应该确保设计师能够充分了解项目的意图和设计意图。

    产品经理可以在初稿产出后再跟设计师进行设计调整的沟通。如果出现争执不下的情况,且产品经理确实预判有影响,那么开AB实验用数据说话,就是最好解决方法。

    【研发人员】
    由于个人是码农出身,所以在同研发沟通的过程中基本没出过太大的问题。

    从一个曾经的程序员,站在程序员角度来看产品经理;再到作为一个产品经理,站在知道程序员是如何看产品经理的角度再去同程序员沟通,其实是一个蛮有意思的话题。

    我们常常会听到“开发成本高、研发资源不足”这样的说法。有的新手产品经理会在这样的说法面前打了退堂鼓,有的老鸟产品经理已经久病成医,知道哪些是托词、哪些是真的原因。

    在我看来,无论是直接妥协还是正面Diss都是站在外部看研发的角度,作为曾经的研发,我或许可以分享下驱动研发的内在力量。

    研发是整个项目周期中最耗人力的部分,研发同学最烦接到的就是收益不明确和朝令夕改的需求——不仅消耗精力,还没有成就感。要知道,驱动研发同学工作的,不仅仅是现金收入,更多的是完成项目并有规模化应用时的成就感。

    因此,在和研发沟通时,可以按照如下顺序:

    • 首先,要再次阐明项目的重要性和收益。“开发成本高”是要跟预期收益做PK的,预期收益足够高的项目,是无所谓开发成本的;
    • 其次,要有明确的逻辑主线,即提供完整的流程图。研发同学大部分是理性动物。
    • 再次,要有逐个页面、逐个功能点的准确描述。如果你了解伪代码是什么东西,能够帮助你更好的了解研发的思维。
    • 最后,要有功能点的拆解。一旦无法完整交付的时候,能够有缩略版的PRD作为PlanB。因为“研发资源不足”是常态的,一方面要用收益作为争取资源的依据,另一方面也要通过上线最小子集(MVP)的Plan B,快速拿到主要收益。

    【运营人员】
    如果是影响了终端用户的项目,务必、务必同运营同学提前沟通,不要让运营同学的工作陷入被动。

    一方面,在PRD阶段可以提前抄送运营同学,让他们了解这个项目的背景和目的,并提前准备同终端用户沟通的话术。运营同学也会因为与终端用户的沟通经验更丰富而更了解用户可能会遭遇和反馈的问题。

    另一方面,在项目上线前,务必、务必沟通,让运营同学可以先熟悉下功能,这样才可以传递给终端用户正确的信息。在接到用户提问时,不至于措手不及。

    结构

    综上,一个基础的PRD文件,可能需要包含以下几个部分:

    • 开篇
      • 产品背景:为什么而做
      • 产品收益:收益如何,重要性如何
    • 正文
      • 流程图:阐明整个业务的逻辑主线
      • 原型图(交互稿):阐明展现逻辑
      • 功能点细分:做好不同功能点的重要程度拆分,以及每个功能点的详细说明
    • 其他
      • 样例数据:用于设计和研发自测的样例数据 和 边界条件
      • 运营环节:如果面向终端用户的话,需要说明影响到的运营环节

    补充了产品收益和样例数据的阿聪,成功了获得了研发的排期,第一个项目,终于要研发上线了。
    “泪奔啊,阿呆老师。”阿聪兴奋的道。
    “哈哈,万里长征第一步哦。”我道。

    本文由澳门新葡萄京最大平台发布于最大平台,转载请注明出处:产品新人的第一份PRD

    关键词:

上一篇:没有了

下一篇:没有了