有没有问过产品结构图是可疑结构图还是功能结构图？那边有一些值得怀疑的实践活动的例子，帮助你更好的了解那群财富三姐妹。在已经用PRD写过的，竞争对手解释过的文档中，我们经常看到产品结构图、产品功能结构图、产品信息结构图的影子。然而，它看起来如此简单，以至于需要澄清它们的定义和功能。那边做测试的，分享一下自己不好看的方面。
标记声明:由于文章数量和其他水果元素的限制，本系列产品中的所有真图均已追溯到值的来源，在此省略和简化。它们仅用作解释的例子。读者不需要担心数据图在外观上是否完好无损，或者是否有空闲的模块。主要和次要的点是比较三种类型的数据图的联系，以供读者参考。
功能结构图
1定义
结构图是根据附属的功能关联绘制的数据图，数据图中的每一帧称为一个功能模块。根据具体情况，功能模块可分为大侧或小侧。最小生成的功能模块可以是每一个法式应急处理流程，而较大的功能模块可以是一组用于执行某项重要任务的法式。(百度搜索定义)从表面上看，功能结构图是引用模块下各个功能的数据图表，以功能模块为一个类别。
2功能
产品创意的应用项目之一可以用简洁明了的方式表明考试成绩之间的创意要求，而无需详细且不容置疑的创意或相当恍惚。在涂装过程中，可以帮助PM考虑和定义产品的功能模块和功能组件；
梳理需求和供给，通过俯视形成对所有产品页面中功能结构的不雅观理解，从而防止在产品需求转化为功能需求的过程中，功能模块 *** 作面缺失的迹象显示。
3注意事项
在我们还没有确定功能结构、信息结构图、结构图之前，有一个关键的标准需要大家达到一个共鸣点:硬件配置产品本身就是宣布信息战提供功能的媒介，详细正确的信息或功能产品已经不能存在，信息往往伴随着我的功能，所以大家很容易用整齐的线条把两者完全分开。从某种程度上来说，信息通知是硬件配置产品最重要的管理中心功能。然而有鉴于此，我们默认的都是把信息呈现的功能作为信息框架的一个单元来考虑，在构造产品功能的时候没有考虑过信息呈现的功能。
不如举个那边的例子，比如自私信息模块(如下图)。“名称”字段的名称已经有了，既可疑又提供了调整设置的功能。
所以大家要掌握很多功能结构图中显示的结构存疑的因素，并不容易。不过，既然功能结构图应用的总体目标(也就是前面文中的功能)需要大家全身心投入到产品功能的哪个层面，那么大家最好减少现有功能结构图中出现可疑结构因素的可能性。
以使用“李尚”功能为例。功能结构图中很多爱好者会间接用“名称”来表示其功能。制图师自己可以清楚，但是看图的人会蒙:哪个“名字”指的是提供可查名字的功能，以便查名字和调整名字。
已经有一个小技巧介绍了，提倡在描述一个功能方面的时候更多的接受“形容词专有名词”。这样的方式不仅可以更准确地传达信息，还可以减少读者不必要的怀疑。在上面的例子中，您可以将外观和功能的“名称”更改为“设置名称”或“检查和设置名称”。
4.如何绘制功能结构图？
在实际活动中应用时，在以下两种情况下绘制了产品功能结构图:
成功完成的产品已经构思好了，画好了，产品的功能结构也没有疑问了；
画一个版本号成功完成的产品，解释并公布产品的功能结构；
(1)如何在构思的环节中，挖掘出功能结构图中的主要功能模块，并对其没有疑问？
最后一个主功能模块应该是产品已经完好无损的 *** 作步骤中各个管理中心的功能模块。你可以通过全流程 *** 作步骤中触及到的功能需求，提炼出主要功能模块，然后再走一遍全流程 *** 作步骤，看看有没有跳转的主要功能模块。
举个例子，假设微疑功能构想结束时所有人都在场，其产品的初始精准定位是一款移动人际硬件配置，那么匹配的管理中心 *** 作可以简化如下
这样一来，大家获取产品构思环节的主要功能模块就非常简单了，如下:
将微疑功能结构图与上面的当前版本号进行分离对比后，通过上百次的迭代和更新，其主要功能结构几乎有了一个疾病的转化，大家不得不信服其功能结构的扩展性；
当主要功能模块在整个运行过程后无疑问时，可根据运行要求提供终止其功能的实际想法，该想法未被分解。
2.如何画出对其路径没有疑问的产品的功能结构图？
绘制一个毫无疑问的产品的功能结构图，最快捷的方法就是通过参照产品的Tab功能模块找到产品的主要功能模块，然后按照层次关联详细描述下一个功能模块或者功能模块提供的功能。如果需要，它的粒度可以不断优化到功能控制的外观级别。
为什么图中“微疑功能结构图(V6.5.21)”的主要功能模块不是微疑、通讯录、创造发明、I四年标记功能模块？
那边做过的，都是期望传达一个观点，结构图中的主功能模块就是Tab中的识别功能模块。在很多情况下，产品受到移动整个房间空的限制，功能不得不分成3或4个选项卡。这时候，一个服务就真的妥协了。一般来说，用Tab作为主导功能模块是错误的，但只有当产品功能庞大时，产品功能结构图才接受粗糙的外观。画出毫无疑问的产品的功能结构图，可以帮助你挖掘出哪个产品的管理中心的功能模块，梳理出产品的功能结构。提倡制图人员可以测试考试离场的Tablogo，用自己的语言探索和可视化主要功能模块。
那样大家就可以自由的把次级线圈功能模块和识别功能模块分开作为主导功能模块了？
不，是真的。一个应用再庞大，其主要功能模块的数量也不能少于太多(5-9个为宜)。一般在产品功能结构解释终止后，人们还是会接受Tab功能模块为主导功能模块，然后终止对其下属功能模块的整理和整改。如果我们觉得某个次级线圈功能模块在业务上太关键，产品成本低，大家可以把它单独出来作为零维主功能模块。
有个小方法推荐。当一个次级线圈功能模块在不同的选项卡功能模块中重复显示时，可以考虑将其拆分出来作为主导功能模块。了解二次线圈功能模块是哪个生产出来的非常重要，也可以让我们的产品功能结构图更加简洁明了。上图“微疑功能结构图(V6.5.21)”中的掠夺式模块显示了页签中的微疑功能模块和通讯录功能模块。
首先，如何毫无疑问地使用结构图中的粒度？
功能图中的粒子级需求是根据详细的应用场景确定的，制图师可以根据需求进行控制。正如陶的构思过程一样，功能结构的建立是从收集发展趋势到收集发展趋势的构思过程。刚开始的时候粒度一般比较大，只能触及某个功能模块。随着构思的不断推进，功能结构图的粒度会不断优化，最终可以拆分成一个详细的功能控制。那边的优化了“微疑模块-自私对话”功能模块，仅供参考:
感谢您的订阅！
制作人:BassanovaLee，微特号:BassanovaL。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）