本书由本人编写,于2014-09-09在百度阅读首发,博客将转载试读部分的20%内容,以及非试读章节的某些片断。
电子版链接:http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6###
角色-业务图(RB图)
下面是QUML中使用的方法,称之为“角色-业务图”(Role-Bussness Diagram,简称RB图)。通过分析角色和主要业务,表达愿景。
一般不要尝试分析整个产品的愿景,因为它太大了难以落地。首先尝试把系统分解为几个可以说的清楚的子系统,比如下面的“可靠的购物子系统”(之外还有商铺子系统,广告子系统,收发货子系统等等)。
下面几张图可以快速展示如何使用RB图来表达不同层次的愿景。
图一:网络购物子系统
“实现了网络购物!”一个现在看来很平庸,但在15年前也算是非常前卫的愿景。不过,的确看不出是个“可靠的购物子系统”。所以,程序员千万不要听说“老板让实现一个网络购物子系统”就开工,一定要问清楚。
图二:可靠的购物子系统-例2
“可靠”可能不止一种实现方法,但图示的“电商监管”模式(如某某宝)是其中的一种形式。这种形式可以保证买家不会货、款两空。
图三:可靠的购物子系统-例3
这是一个“更可靠”的实现方法,其他买家的文字“评价”可以作为购买参考,在事前就能判断产品的优劣;而数值“评分”则可以对成千上百个评价做一个整体印象。
图四:可靠的购物子系统-例4
“对比”功能使得评价结果变得更加可以理解和用于决策。评价4.7分是不是一个好产品?这很难说。但4.7分的产品比4.6分的要好,这是消费者更容易理解的。所以,一个类似“相似产品”的对比功能也很亲民。
上面的几张图每张对应着不同层次的愿景,把领导的模糊的需求确定性地表达了出来。不过有时候领导的需求甚至模糊到只有一句话:“开发一个可靠的购物子系统”,那么上面的图可以说是产品经理根据这句话揣摩出来的。无论哪种情况,都应该携带这几张图去找老板核实一下,到底开发成哪种,或者哪种程度。