区分你的功能流程图里面有木有业务模块并不难。唯一的判断标准是该图中的每个节点都应该是这个产品中真实存在的功能名称，否则应该是混入了其他东西。

　　真正的难点在于如何将业务流程映射成合理的功能流程，以及功能流程如何映射成恰当的业务流程。

　　其次容易将页面写到功能流程图里面。比如某页面只是某个功能的子集，你非要把它写到功能流程图里面，是不合适的。

　　比如微信里面，发送照片给好友是一个功能，但是涉及到的页面“照片”、“选择相册”、“某一相册详情”以及操作“选中某一照片”，他们都不是功能，完全不应该显示在功能流程图里面。

　　每个功能可能包含很多操作，比如微信中发送照片给好友，包含了”点击相册”，”滚动照片列表”，”选择照片并发送”等操作。需要正确区分操作不是功能。

　　注意功能是相互独立的，但是通过合理组合，可形成新功能。不太建议用一级功能二级功能，父功能子功能的叫法。

　　已定义流程，使用组合矩形表示。不是必须的，如果整个产品的功能太复杂，可能需要。

　　如果功能简单，产品层面的1个功能尽量对应着Axure的1个Page。如果很复杂，请拆分到多个页面。

　　功能是逻辑意义上的概念，用户是感知到该产品具备哪些功能。一个功能可能是跨越多个页面，也可能存在于某页面里。而页面是物理意义上的概念，用户可以在产品里面看到包含哪些页面。

　　另外功能本身是相互独立的。但是通过合理组合，可形成新功能。不太建议用一级功能和二级功能，父功能和子功能的说法。

　　按照PM设定的用户使用产品流程，来画出每个节点的功能。从首次打开APP开始算起，进入首页会有多种走向，均需分别画出来。

　　比如上图乍一看，好像这几个都是功能，画得好像并没有错。点击对应的原型******，方便理解下文。

　　可事实上，首页只是页面的叫法，而不是功能。另外它至少包含了发布邀约，查看邀约列表，频道列表三个功能。

　　如果你是使用Axure，请不要傻乎乎的使用默认模式拖一根线个功能矩形框上，而是切换到连接线模式然后鼠标移动到矩形框连接红点并关联到另外一个。

　　如果你们的产品比较复杂的话，可能需要根据用户角色、前后端不同来分别画出对应的功能流程图。

　　比如微信的功能流程图，至少有用户使用微信，用户使用小程序，自媒体使用公众号，开发者开发公众号，开发者开发小程序等很多个。

　　简单来说，你先得清楚你们的业务需要多少个产品来支持，产品间的关系是什么，每种产品需要多少种用户角色，相互间的关系，有多少个端。

　　有木有业务流程图啊，我感觉看完您的帖子，发现我自己画的竟然是功能流程图不是页面流程图。

　　功能流程图和功能结构图有什么区别呢？个人觉得功能结构图也能够体现出层级关系和跳转

　　我想问的是：流程图中的有向箭头怎么画出来的？我用的RP 8，怎么都找不到有向箭头，郁闷

　　功能流程图功能大概要写到什么细度呢，感觉楼主这样画微信的功能流程图，很多功能不是没有表现出来吗，比如公众号里面文章的收藏，评论，好友消息的处理之类的，如果说可以用功能结构图表示出来，那么公众号文章的收藏，评论应该当作哪个功能里的内部结构？如果把链接里回复好友消息或者公众号消息虚框的名字改成好处理好友信息或者公众号信息，里面添加处理历史消息，这样处理是否恰当？