产品架构三部曲
讲了一些常见的错误画法之后,再次定义一下功能流程的概念。
功能流程是指产品的所有功能以及相互间关系。
注意功能是相互独立的,但是通过合理组合,可形成新功能。不太建议用一级功能二级功能,父功能子功能的叫法。
功能,使用矩形表示。
功能流向,使用有线箭头表示。
条件,使用有线箭头上的文字表示。
已定义流程,使用组合矩形表示。不是必须的,如果整个产品的功能太复杂,可能需要。
要么是名词,比如购物车。可加定语,比如我的红包。
要么是动宾短语,比如确认订单。
要么是通用叫法、比如我的。
可以参考同行业的TOP5竞品。
如果功能简单,产品层面的1个功能尽量对应着Axure的1个Page。如果很复杂,请拆分到多个页面。
功能是逻辑意义上的概念,用户是感知到该产品具备哪些功能。一个功能可能是跨越多个页面,也可能存在于某页面里。而页面是物理意义上的概念,用户可以在产品里面看到包含哪些页面。
另外功能本身是相互独立的。但是通过合理组合,可形成新功能。不太建议用一级功能和二级功能,父功能和子功能的说法。
按照PM设定的用户使用产品流程,来画出每个节点的功能。从首次打开APP开始算起,进入首页会有多种走向,均需分别画出来。
请注意不要随意把页面名称画进来,除非你确定含有一个同名的功能。
比如上图乍一看,好像这几个都是功能,画得好像并没有错。点击对应的原型地址,方便理解下文。
可事实上,首页只是页面的叫法,而不是功能。另外它至少包含了发布邀约,查看邀约列表,频道列表三个功能。
使用有向箭头将功能之间联系起来。注意箭头方向代表用户的使用步骤。
如果你是使用Axure,请不要傻乎乎的使用默认模式拖一根线到2个功能矩形框上,而是切换到连接线模式然后鼠标移动到矩形框连接红点并关联到另外一个。
很多功能是有前置条件的,请使用有向箭头并辅以文字表示。
所谓的条件就是前后端需要判断的逻辑。常见的条件有3种逻辑结构。
上面说的几个常见错误,最好检查一下有没有犯。
根据上面的步骤,我大概画了一下微信客户端主要的功能流程图。
如果产品比较复杂的话,可能需要根据用户角色、前后端不同来分别画出对应的功能流程图。
比如微信的功能流程图,就有用户使用微信,用户使用小程序,自媒体使用公众号,开发者开发公众号,开发者开发小程序等很多个。
简单来说,得清楚自身的业务需要多少个产品来支持,产品间的关系是什么,每种产品需要多少种用户角色,相互间的关系,有多少个端,等等。
以最涨姿势的角度,九浅一深地感知企业信息化的喜怒哀乐
联系客服