优质产品文档背面的逻辑_功用

优质产品文档背面的逻辑_功用
原标题:优质产品文档背面的逻辑 什么是好的产品文档?好的产品具有怎么的特质?怎么样才干写出优异的产品文档?本文将就此作出回答。 好的产品文档 不同的公司对产品文档的要求不必,不同也会很大。 在大公司,或许改一个小的功用都要通过BRD——MRD——PRD的流程,文档一致流程化;而在创业公司,或许产品文档只需要产品原型搭配上产品逻辑以及相关功用细节。 吾们不能评判方法的好坏,在不同的项目运用最适合的文档方法才是最重要的。 什么是好的产品文档呢?往往不能给出一个明晰的界说,吾觉得只需能够顺利推进项目行进,在产品开发和测验进程中能够大起伏削减工程师和产品司理重复交流的文档,就是优异的产品文档。 想到达只供给一份产品文档而彻底不需要交流,这也是不现实的,究竟在产品的研制进程中会呈现许多让吾们前期想不到的细节。 “大起伏削减工程师和产品司理重复交流”仅仅作为查验产品文档好坏的一个校验规范。其实,产品文档的效果就是为了高效地传递产品司理对产品功用的描绘的。 依据上述的校验规范,好的产品文档应该具有以下的几个特质: 产品逻辑要明晰且流通。产品文档的内容要前后一致,逻辑晓畅,这也是最基本的。假如产品的大逻辑有硬伤,是没有办法进行研制的。一起,要秉承先全体后部分的准则,先要从大局去界说全体的产品逻辑,再去逐渐分化细节,这样研制人员才干够顺利的展开研制作业。 防止产品功用的遗失。一个产品功用牵连的信息和逻辑越多就越会发作考虑不周全的状况,研制人员会在写代码的进程中就会发作问题了。所以在描绘产品功用时,要考虑到一切的状况,比方会不会对其其模块发作影响?反常流程的描绘,鸿沟状况等。 文档的可读性要强。能用图描绘的必定嫌费事用文字,多用流程图、用例图、时序图等去描绘汝的产品。在触及到很细节的交互时,最好将相关功用做出高保真原型图供研制人员参阅。这些图能比文字更好地传达规划思维。 好文档背面的逻辑 上面评论了好的产品文档应该具有的特质,那么怎么做才干促进一个好文档的诞生呢?这背面往往会触及到一些逻辑,好的产品文档就是依据这些逻辑呈现出来的。 产品事务流程的逻辑 产品的事务流程一直在支撑着整个产品,产品的终究交给也是要依据事务流程去完结的。 事务流程指的是完结产品所供给的功用或效劳的详细流程进程。有许多的产品都有许多的功用,用户运用这一个功用往往会触及到许多的进程,这背面的事务逻辑/流程是吾们要整理明晰的。 这儿能够借用编程的两种维度去剖析事务流程的逻辑:面向进程和面向目标。 面向进程: 面向进程是指,要完结一个功用,中心会触及到许多的操作进程,而在这些操作进程中要整理出健全的操作流程,逻辑要明晰而且不要有遗失。 比方,在电商产品中,用户要完结下单的功用,此时会触及到的大流程包含:阅读产品——检查产品概况——参加购物车——进入结算中心——结算——发作订单,这仅仅触及到的大的操作进程,其间还会触及到:修改/删去购物车中的产品、产品库存的判别、优惠券的修改/删去/状况判别、第三方付出渠道的对接、第三方付出订单数据的回来、订单状况的更改等等。 在这儿,吾们必定要用流程图去制作全体的流程,有必要时要参加泳道、人物等要害信息,直观地展现出在哪里要处理那些信息等要害要素。 面向目标: 产品中的目标是对具有完好生命周期的一类的描绘,比方,飞机大战游戏中的飞机是一个类,敌机是一个类。一个目标的生命周期就表明一次完好功用的运用。这个目标必定是要具有生命周期的。比方订单,从生成到完结中心会有许多的状况,每一个状况都会触及到哪些操作?哪些流程?都要用状况图或流程题来描绘。 信息架构的逻辑 具有复杂度的产品,明晰界说它的信息架构是十分重要的。 假如不去明晰区分其结构,运用者的分工就无法展开,相关的功用也就无法界说。 比方触及用户端和企业端的产品,普通用户和企业用户都在产品上作业,所以必需要明晰区分产品的信息架构,供给明晰的职责分工和协作流程。 在规划产品的信息架构时,能够选用先拆解再整合的逻辑。 拆解: 拆解就是要把产品触及到的一切功用枚举出来,拆分红相对独立的一个个模块。 比方,吾之前担任的一款创客类用户和企业类用户一起运用的产品,就要针对创客用户端和企业用户端别离拆分出对应的一切功用模块。 整合: 接下来,吾们就要把现已拆解好的功用予以整合。 依据不同用户端的功用,将琐碎的功用点整合到一个个的模块中去,比方个人中心模块、登录注册模块、充值模块、VIP专区模块、软件模块等。 有了整合后的信息架构,吾们就对不同类型用户的产品结构一望而知了。未来假如迭代功用,就能够在相对应的模块中为功用找到对应的方位。 任何产品在处理信息架构时,都能够选用相似的“拆解——整合”的办法,为产品整理出对应的模块区分。 产品功用的逻辑 关于产品的功用逻辑,吾们在描绘一个功用点的计划时,有时不管多么慎重也会呈现有遗失的当地。所以,吾们在描绘产品的一个功用点的计划时,必定要捋清逻辑,把触及到的一切状况/内容都要有条理且完好的描绘清楚。 比方,吾在之前担任的一金钱目中,会触及到办理员端改变用户端数据后显现的状况,而且会触及不同的显现类型,吾选用的就是用表格的方法弄清一切的状况: 选用这种办法,关于研制人员来说,这就是详细的、明晰的。针对不同的类型,不同的状况去处理就好了。 在进行产品功用的描绘时,能够从以下几方面去施行: 要完好,防止遗失。要枚举出悉数触及到的状况、反常流程,而且要依据这些状况去别离胪陈功用内容。假如相关的状况较多而且也比较复杂,就能够选用表格的方法去展现。 描绘案牍要明晰。在描绘功用时,描绘案牍必定要契合产品前期做好的定位,同一类的名词要一致,这样才干有助于提高交流功率。比方,产品发动会上,高层现已明晰产品内呈现的资料文件一致叫“著作”,在研制进程中,吾发现产品后台对资料的叫法仍是“产品”,这就会对运营同学形成困扰。 要考虑到一切影响的面。产品的功用越多,就越或许牵一发而动全身。产品功用的改动,往往会牵扯到其其功用点的一起变化,哪怕仅仅一个小小的变化。仍是以吾之前担任的产品为例,用户端在兑换的方法上做了一些功用的调整,触及到了部分页面的调整。都现已从头发布上线了,才发现新手协助内的案牍及截图还没有做调整,吾匆促登录后台,做了更改。好在产品的用户量小,没有形成多大问题。所以 ,在调整一项功用时,最好事前将或许影响到的功用或模块,悉数罗列出来,过后重复核对。 最好参加功用布景的描绘。参加功用的布景的描绘以及要到达的意图,能够让团队成员明晰了解需求发作的布景可,也更利于团队了解产品。 最终 产品的文档没有一致的模板规范,公司里能供给既有的模板固然是好的,能够有助于公司的文档办理。 假如没有模板,用一页原型+逻辑描绘能明晰阐明功用也是能够的。最重要的仍是团队之间的协作方法,文档的终极效果仍是要能够大起伏削减工程师和产品司理的重复交流,增强互相的作业功率。 #专栏作家# 流年,人人都是产品司理专栏作家。互联网产品规划师,4年互联网产品规划经历。拿手用户体会规划,喜爱研究需求功用背面的技能完结方法;在成为归纳型产品规划师的道路上不断尽力行进! 题图来自Unsplash,依据CC0协议回来搜狐,检查更多 职责修改:

发表评论

电子邮件地址不会被公开。 必填项已用*标注

bookmark
required required
web