通过前面三篇文章讲了从市场需求到功能的过程,接下来讲讲如何把功能落地。
在写这篇文章之前,我对自己加的几个产品群做了简单的调研,以下是部分调研截屏:
我汇总了一下图中调研输出产物,大概有以下几种:
各位PM也可以尝试列一下自己工作中输出物,看看有那些。接下里进入文章正题,话不多说上图:
接下来我们分别来看看前后端分别的产物差别:
通用产物:这种产物,是前后端都需要用到的,不好定义具体属于哪一类。
看了上面列出来的输出产物,会感慨产品经理怎么会有这么多的输出产物。接下来我们一个一个的去讲解,每一个产物的作用。
这个产物在上一票文章需求分析的时候已经全面讲解过了,只是这篇文章专门讲输出产物,所以再提了一下。
这个地方提几个建议:
受众对象:领导、研发leader、开发人员。
这个是基本上很多执行岗产品人都会输出的产物,这个也没有什么可说的,只是针对这个原型图有几点建议:
受众对象:测试、设计师、前端开发。
这个是基本上很多产品人都会输出的产物,但是名称都是这个名称,但是内容的格式,千奇百怪;可以说是一个公司一种格式。但是这个也没有一个标准的格式,网上一搜一大堆什么需求文档(PRD)模板。
针对需求文档有个建议:
需求文档只有合适的,没有标准的。不用太去在意这个文档的模板,用BAT的需求文档,也不一定适合你们公司的产品流程。
要明白这个文档,只是产品开发的一个过程文档,它的作用是描述清楚功能的细节说明,和注意事项。只要文档,开发和测试人员看起来清晰明了,能轻松的看懂产品经理需要表达什么,这才是最重要的。
受众对象:测试人员、开发人员。
功能结构图就是按照功能的从属关系画成的图表,图中的每一个框都称为一个功能模块。功能模块可以根据具体情况分的大一点或小一点,对其中每项功能还可以继续分解为第三层、第四层……甚至更多的功能。
实际操作中注意事项:
受众对象:领导。
这个主要用于给用户端推送一些固定的软件内推送,比如:电商某某的优惠劵到期了,发货提醒等等!
提醒事项:
图为我自己随便制作的一个push模板,这是一个很简单的模板,需要根据自己公司的实际情况输出站内信模板格式。
受众对象:开发人员。
这个文档的作用是规范后端的资料下载格式规范,需要从后端下载出那些字段、字段格式、下载文件名称等等。
提醒事项:
这是数据导出模板的是我自己做的一个,内容的话由于与公司敏感信息相关,所以打码。注意一下,如果模板还有其他的说明,可以在“文件名称”后增加一栏:备注。
受众对象:后台开发人员。
做过后台的都知道,一般后台都会分角色登录,不同的角色权限不一样,能在后台进行的操作也不一样,输出的这份文档主要是制定出各个角色对应的功能权限、数据权限。
注意事项:
受众对象:后台开发人员。
这个文档作用是整个产品(前后端)信息录入过程中填写不规范提示性文案的统一规则,在录入信息的过程中常见的一些例子(部分):
针对这个输入信息校验,简单分享一下,校验分为前端校验与后端校验;前后端校验的逻辑是不同的,这点有部分产品人员容易忽视。
下面我用最常见的登录页面来简单说明一下:
这下应该很容易前后端的校验了。
受众对象:前后端开发人员。
在特定的一些业务场景发送相同的短信通知用户,但是有个前提是,必须录入了手机号才能发送,它和push的区别就在于,站内信是只要下载这款产品就能发送push信息通知,而发送短信必须是有手机号。
方法:
受众对象:后台开发人员。
操作手册是详细描述产品的功能、用户操作流程,使用户了解到如何使用该软件。这点就不多讲了,就清楚产品是怎么使用是讲的,一些注意事项,这个不知道怎么写的,找百度。
受众对象:用户。
产品上线,需要对公司内部的其他部门人员进行产品培训,一般参与培训的部门指:运营部、市场部、客服部等等。
哪些这个PPT应该怎么去做了(站在目标人群的角度去制作):
这样应该知道内部培训PPT怎么做了。
受众对象:内部运营部、市场部、客服部等。
产物输出只是项目开发中的一部分,如何让项目如期保质保量落地,请期待下一篇:项目跟进去的白与黑。
本文由威海网络公司半岛科技转载整理2018.10.31