在制作一个新模块或将多个现有功能集成到一个模块中时，我们必须首先设计模块的功能框架，然后开始设计特定的功能。


这使得我们设计的模块更加相关和连接，并避免功能遗漏。


前言 3年以上工作的产品经理在日常工作中一定遇到过两种情况: 根据公司现有情况，在已使用的产品中添加新模块； 将现有产品中的多个功能独立成单独的模块。


此时，产品合作伙伴通常有两种解决方案： 一是直接开始画原型； 二是先设计一个功能框架，再做原型设计。


这两种方法看起来都是一样的结果，但实际上结果却大不相同。


今天我们来谈谈为什么要做模块的功能框架，以及如何设计功能框架。


01 为什么要做功能框架？ 功能框架是我们逐层构建模块的功能。


让我们来谈谈不构建功能框架的风险。


1. 功能分布分散，相关性和连接性差 我相信很多朋友在工作中都经历过这样的情况。


在设计产品时，他们考虑了各种细节，认为产品的推出必须既有效又有用。


真正上线使用的时候，每一个细节都很完美，但是连在一起使用的时候，总觉得有点尴尬。


让我们想想下面的场景：如果微信的聊天功能和朋友圈功能完全独立，不能互相跳转，结果如何？ 当我们在朋友圈看到一个朋友说他做了一道美味的菜，他总是做不好，想和他谈谈这道菜。


我们需要退出朋友圈，点击底部导航栏的微信页面，然后点击搜索，搜索朋友的昵称，找到朋友聊天…… 这条路很长吗？这是我们不设计功能框架时最常见的问题。


即使每个功能分布过于分散，功能之间的相关性和连接性也会相对较差。


这样会间接导致功能上线后，每个单独的功能都很好用，但是连接起来很难用。


2. 容易产生功能遗漏 第二个不提前设计功能框架的问题反映在功能遗漏上。


当我们得到新的模块时，我们开始设计具体的功能，这将不可避免地导致思维的局限性。


也就是说，我们经常围绕自己想到的点进行设计，通常只围绕这些点进行发散。


这将使我们局限于细节，而不能从整体上考虑模块应该安排的功能，从而导致功能遗漏。


我们设计一个CRM试想这两种方法的区别： 直接设计功能： 在这种情况下，我们首先会想到CRM它是一个客户管理系统，因此我们将填写客户信息管理功能。


有点不同，我们会认为客户签订合同有一个跟进过程，所以我们会设计客户维护功能。


再发散一点，我们可能会想到客户签约前的线索功能、商机功能、报表功能等。


但除此之外，我们很难通过这一点传播到相应的配置功能、活动操作功能等。


先设计功能框架： 在这种情况下，我们将首先考虑一个功能框架将涉及多种功能。


如业务、数据、运营、配置等。


有了这个大层次，我们会慢慢地拆分： 业务涵盖客户信息管理、维护管理等。


数据类涵盖客户报表、销售人员业绩报表等。


运营涵盖活动管理等。


配置涵盖业务配置、通知配置等。


见以下示例： 从以上两种方法的对比可以看出，功能框架的设计可以从更广泛的层面进行思考。


从而拓展我们的思维，防止我们在设计特定功能时遗漏功能。


02 如何设计功能框架？ 设计功能框架最重要的一点是根据性质对模块下的功能进行拆分和集成，将高相似度或高相关性的功能放在同一类别下；拆分低相似度或低相关性的功能，便于后续扩展。


模块的功能一般可分为以下几类： 1. 业务类 业务功能是整个模块的核心需求。


即围绕模块主题的一系列功能。


例如CRM在模块中，围绕客户关系产生的客户信息管理功能、客户维护功能、商机功能等。


通过业务功能，我们可以在线管理业务的整个过程，使我们的后续管理、查询和分析更加准确和方便。


因此，这类功能的设计将与模块本身的属性有关，不同功能模块的拆分也会有所不同。


但根本原则是只在这个分类下放置与业务相关的功能，每个功能尽可能独立，可以相互引用，但不要在一个功能中使用太多。


以下用CRM以模块为例： CRM模块：CRM可分为客户信息管理、客户维护管理、线索管理、商机管理等。


让我们从案例中思考，CRM客户信息管理和客户维护管理这两个功能似乎非常密切相关，但事实上，只有在某些场景中，这两个功能才会密切相关。


例如：找到新客户，一次填写客户信息和维护记录。


此时，这两个功能密切相关。


但事实上，在更多的场景中，这两个功能提供了非常不同的服务。


例如，客户信息可以扩展到客户服务模块，以便在与客户沟通时更好地接近客户。


客户维护功能可扩展到客户签约路径功能，分析客户如何与我们签订合同，采取了哪些必要步骤，如何缩短客户签约路径。


由此可见，业务功能必须考虑每个功能的本质和可能的扩展方向，独立分离不同性质的功能是非常重要的。


2. 数据类 数据功能主要是模块相关数据，通常以报表或图表的形式显示。


包括业务功能直接生成的数据和衍生数据。


例如，业务量趋势图。


数据功能一般分为外部和内部两部分： 外部数据主要用于指导现有业务增长，及时解决业务问题。


内部数据更多的是为了提高内部工作效率，降低成本和提高效率。


数据功能：数据功能可以从外部和内部报表中区分，并逐层拆卸。


在数据功能中，需要注意的是根据功能的作用区分外部数据和内部数据。


对于这两个数据本身没有特别需要区分的内容，只需要拆分便于后续分析。


3. 运营类 操作功能主要是通过各种操作方式影响用户决策的功能。


比如淘宝的优惠券功能。


这类功能可以包括B端和C端，根据公司业务确定。


我们可以使用这些功能来促使用户完成我们想要的行为，并提高公司的业绩。


操作功能：操作功能通常根据功能的作用进行区分，如活动管理、广告管理、消息管理等功能。


根据功能的作用，拆分操作功能可以适应广泛的场景。


以淘宝为例: 活动管理主要是管理平台发起的活动，包括商家和购买用户的活动。


广告管理主要针对平台广告的维护管理，包括常见的开屏广告，banner，信息流广告等. 新闻管理更多地包括平台希望用户知道的通知内容，以及商家和购买用户。


由此可见，在操作功能上，需要通过功能作用进行拆分。


这也方便我们做功能之间的关联和连接，可以在更多的场景中使用相同的功能和不同的功能。


4. 配置类 配置功能主要是上述三种辅助功能，如信息通知配置等。


这种功能主要是为了增加系统的灵活性，避免开发和修改每个参数调整的代码。


更快的响应可以让我们更容易抓住市场机会，更快地消除用户的不满。


以短信通知配置为例：例如，在电子商务中，当我们开始配置短信通知时，用户会发送每张优惠券的短信通知。


在使用用户的过程中，我们会发现发送短信的频率太高，使用户感到无聊。


此时，我们可以立即调整配置功能，并将用户的短信通知频率改为每天一次或每周一次。


从而快速响应市场反馈。


配置功能：配置功能多，类似于操作功能，配置功能也需要根据功能进行划分。


常见功能包括新闻通知配置、功能配置、业务配置等。


配置功能的拆分原则类似于操作功能，这里就不赘述了。


03 总结 通过今天的文章，我们可以知道，在制作新模块或将多个现有功能集成到模块中时，我们必须首先设计模块的功能框架，然后设计特定的功能。


在我们设计的模块中，功能与功能的相关性和连接性更强，可以避免功能遗漏。


功能框架的设计通常将相同类型或相关性强的功能放在一起。


在制作功能框架之前，我们应该根据模块的功能性质将其分为业务、数据、操作和配置四类。


这四种类型各有不同： 业务功能最适合模块的业务性质，因此不同模块的业务功能不同；记住考虑每个功能的本质和未来的扩展，并尽可能详细地分割功能。


数据功能通常以报表或图表类型显示，包括所有内外数据。


操作功能和配置功能一般根据功能的作用进行划分。


为了更好地与其他功能相关联，并在更多的场景中重用。


在制作新模块之前，您必须制作功能框架get到了么？ 作者：蜂蜜乌龙茶；微信公众号：产品旅游 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。