模块@做新模块前,为什么要先做“功能框架设计”?( 二 )


从而拓展我们的思维 , 让我们不至于在设计具体功能的时候出现功能的遗漏 。
02 怎么设计功能框架
设计功能框架最重要的要点 , 是将模块下的功能按性质进行拆分和整合 , 将相似度高或关联度高的功能放在同一个类目下;将相似度低或关联度低的功能拆分开来 , 以方便后续进行拓展 。
设计框架时 , 一般可以将模块的功能拆分成以下几类:
模块@做新模块前,为什么要先做“功能框架设计”?
文章图片

文章图片

1. 业务类
业务类功能是整个模块需要达成的核心需求 。即围绕模块主题所做的一系列功能 。
例如CRM模块中 , 围绕客户关系产生的客户信息管理功能、客户维护功能、商机功能等 。
通过业务类功能 , 我们可以将业务的全过程放到线上来进行管理 , 让我们后续的管理、查询和分析更为精准方便 。
因此该类型功能的设计会跟模块本身属性比较相关 , 不同的功能模块拆分都比较不一样 。
但是根本原则就是只在该分类下放置业务相关的功能 , 且各功能间尽量独立 , 可以相互引用 , 但是不要在一个功能中实现太多用途 。
以下用CRM模块来举例:
CRM模块:CRM模块的业务类功能可以拆分为客户信息管理、客户维护管理、线索管理、商机管理等 。
模块@做新模块前,为什么要先做“功能框架设计”?
文章图片

文章图片

我们从案例出发来想一想 , CRM中的客户信息管理和客户维护管理这两个功能 , 看上去似乎关联非常紧密 , 但其实只会在某些场景中 , 这两个功能才会关联较为紧密 。
例如:新找到一个客户 , 一次性要填好客户的信息和本次的维护记录 。这个时候这两个功能关联比较紧密 。但其实在更多的场景中 , 这两块功能提供的服务区别是很大的 。
例如客户信息可以拓展延伸到客服模块 , 以便于客服跟客户沟通的时候能够更好贴近客户的情况 。
而客户维护功能则可以拓展到客户签约路径功能中 , 用以分析客户是如何跟我们签约的 , 经过了哪些必要步骤 , 如何缩短客户的签约路径等 。
由此可以看出 , 业务类的功能一定要考虑每个功能的本质和可能的拓展方向 , 将不同性质的功能独立分开是非常重要的 。
【模块@做新模块前,为什么要先做“功能框架设计”?】2. 数据类
数据类功能主要是模块相关的数据 , 通常以报表或图表的形式展现 。包含业务类功能直接产生的数据 , 以及衍生数据 。例如业务量趋势图等 。
数据类的功能一般分为对外和对内的两块:对外的数据主要是用来指导现有业务增长 , 和及时解决业务出现的问题 。对内的数据更多是为了提升内部工作效率 , 达成降本增效的作用 。
数据类功能:数据类功能可以从对外和对内的报表来进行区分 , 一层层拆解下去 。
在数据类的功能中 , 需要注意的就是根据功能所起到的作用 , 将对外的数据和对内的数据区分开来 。
对于这两块数据本身没有特别需要区分的内容 , 仅需针对后续分析便利来进行拆分即可 。
3. 运营类
运营类功能主要是我们通过各种运营的方式来影响用户决策的功能 。
例如淘宝的优惠券功能等 。这类功能可包含B端和C端两类 , 具体根据公司业务决定 。
我们可以通过使用这类功能 , 来促使用户完成我们想要的行为 , 并以此来提升公司业绩 。
运营类功能:运营类功能通常根据功能的作用来进行区分 , 例如常见的运营类功能有活动管理、广告位管理、消息管理等功能 。
模块@做新模块前,为什么要先做“功能框架设计”?


推荐阅读