企业简介
顾家家居(KUKA HOME)是中国领先的家具制造与销售企业,创建于1982年,总部位于浙江省杭州市。作为一家以创新、品质和服务为核心价值观的企业,顾家家居致力于为全球消费者提供舒适、美观、高品质的家庭生活解决方案。
企业愿景与使命
愿景: 打造全球领先的家居品牌,让每个家庭享受幸福美满的生活。
使命: 通过不断创新和优质服务,为客户创造健康、舒适、美好的生活环境。
核心业务
家具产品
顾家家居主要生产和销售各类家具产品,包括沙发、床垫、床架、餐桌椅及其他软体家具。公司旗下拥有多个品牌,如“顾家工艺”、“米兰之家”等,以满足不同消费者的需求。
沙发系列: 顾家的沙发设计注重人体工学与现代时尚,无论是皮质还是布艺,都有丰富选择。其经典款式和定制化服务,使其在市场上享有较高声誉。
卧室系列: 优质床垫结合科学设计,为用户提供完美睡眠体验。此外,多样化风格的床架也广受欢迎,从简约现代到复古奢华应有尽有。
餐厅系列: 餐桌椅不仅注重实用性,更追求美学设计,使得每一顿饭都成为一种享受。
定制家具
随着个性化消费趋势兴起,顾家公司推出了“全屋定制”服务,根据客户需求量身打造独特空间布局及风格统一整体方案。从前期沟通到最终安装,每一步骤都力求精益求精确保满意效果。
智能家具
紧跟科技潮流,公司积极涉足智能领域,开发出多款高技术含量智能软体,如:自动调节温度按摩功能座椅; 具有语音控制灯光/音乐等多种互动功能设施,大大提升日常便利性。
市场布局
作为国内市场领军者之一, 顾家公司已成功拓展国际业务覆盖欧/亚/非等数十国家地区设立众多分支机构并参与多个大型贸易展览推广品牌知名度。此外还在线上线下建立完整销售网络满足广大消费者购物习惯转换。
线上平台: 入驻天猫京东等主流电商平台,结合自营网站实现一站式便捷购物流程。
线下门店: 在全国范围内开设超千余直营连锁实体,连接体验中心,让客户亲身体会产品魅力。
质量与环保
质量始终是公司生命线严格把控原材料选购确保符合国际标准认证同时坚持绿色生产理念减少污染排放保护地球生态平衡。
1 管理需求和挑战(介绍背景,为什么需要培养数字人才?)
背景:
1、行业现状
随着消费者生活水平的提高以及对个性化、高品质生活方式的追求,家具行业正经历深刻变革。消费者不再满足于传统、大众化产品,而是希望能够通过定制化服务实现独特的家庭空间。同时,电子商务平台的发展也使得线上销售成为重要渠道之一,这要求企业具备强大的数字营销能力和物流配送系统。
2、数字化趋势
在全球范围内,数字技术已经渗透到各行各业。对于家具行业来说,从设计、生产到销售,各个环节都可以通过数字技术进行优化。例如,通过3D设计软件进行虚拟样板间展示,使得客户可以提前看到效果;利用大数据分析用户偏好,以精准匹配市场需求;使用智能制造设备,提高生产效率并降低成本。
为什么需要培养数字人才?
1、推动创新与增长
顾家家居一直注重产品创新和用户体验。通过培养具有前沿技术知识和创新思维的人才,公司能够不断推出符合市场需求的新产品。例如,在智能家具领域,引入物联网技术开发可调节温度或照明等功能的新型沙发,将极大提升用户体验并吸引更多客户。
2、提高运营效率
拥有强大数据分析能力的人才团队,可以帮助顾家公司优化供应链管理,提高生产与交付效率。例如,通过对历史订单数据进行分析预测未来销量,从而合理安排库存及采购计划;利用自动化系统减少人工操作步骤并提高准确性,这些都有助于降低运营成本同时提升整体效能。
3、加强决策支持
在快速变化且竞争激烈环境中做出正确决策至关重要。数码人才不仅能够提供实时准确信息,还能基于数据挖掘出有用见解辅助公司策略制定。如市场推广活动结束后他们可分析指标评估效果从而优化下一步行动计划; 或者借助AI算法辅助新品研发过程确保更加贴近实际需求。
4、增强客户满意度
现代消费者期望得到无缝衔接的一体式购物体验, 无论在线上浏览还是实体店购买均需保持一致流畅感受。 这就要求企业必须具备全面整合不同渠道资源及信息交换平台能力。 培养相关专业背景人员尤其关键 如UI/UX 设计师负责页面布局及交互方式; 数据科学专家根据消费行为制定精准推荐机制等等。
5、但还面临挑战
尽管意识到数码转型迫切性但执行过程中仍面临诸多困难:
文化适应:转型可能导致传统员工抵触情绪, 因此如何构建鼓励学习氛围尤为重要。
资金投入:无论硬件购置还是外部培训开销均不可忽视, 故需妥善规划预算。
持续更新:科技日新月异意味着单次培训远不足以应付长期发展需要, 建立常态机制支持持续学习显得非常必要。
留才问题: 优秀数码人员往往高薪酬吸引力较难留住故需人文关怀政策保障其稳定贡献。
2 培养方案(介绍数字人才的培养方案,可以包含组织框架、人才画像、培养路径等部分)
在数字化时代,企业的发展离不开高素质的数字人才。顾家家居深知这一点,因此制定了一套系统、全面的数字人才培养方案,以应对市场竞争和技术变革带来的挑战。以下是详细的培养方案,包括组织框架、人才画像和培养路径等部分。
公司执行线上/线下课的方式进行推广培训
线上基础课件:帆软官方视频
帆软BI线上打卡营结合帆软厂商一起组织,并写好相关步骤提供学员参考:
线下培训课剪辑的视频进行做成课件推广更多的人进行学习。
帆软report课程如下,并在持续更新中:
通过学习登记报名,学员都会分配对应的答疑老师,进行更精准的学习并快速上手。
学习路径学习完后,通过考试帆软FCA证书或线下出实操题进行提交批改。
平台管理拟定开发规范,考试通过后,开放服务器上账号进行开发。
测试机开发好后,进行解析是否符合规范经过流程自动上传到正式环境。
公司组织竞赛,根据实际场景更好的深入探究。
除了各领域的业务IT开发帆软Report固定报表,还推广各业务来学习帆软BI
3、定期和帆软厂商进行沟通,新功能及相关功能点更好的进行推广使用。
4、收集IT及业务提出的相关问题,进行专人服务答疑并拟定相关方案反馈业务更好的使用可视化产品。
5、满意度调查及帆软工具需求调查,基于反馈的想实操的场景,进行和厂商一起沟通素材,进行按领域或公司级的专场培训,提升效率。
3 典型成果(按照发现问题—解决过程—创造价值的逻辑,介绍几个企业通过培育数字人才,实现典型业务价值落地的例子)
3.1 场景一:帆软Report常用案例
背景:为了提升员工对帆软Report和BI工具的使用技能,公司内部将开展一系列有针对性的培训课程。
1、前期指引:
(1)制定培训计划
根据各部门的实际需求和业务特点,制定详细的帆软Report和BI选课计划。
(2)发布学习指引
发布详细的学习指南,包括课程内容、目标、预期成果等,帮助员工了解每门课程的重要性以及如何选择适合自己的课程。
种子用户培训
(1)选择种子用户
各部门推荐具备一定数据分析基础且愿意承担知识传递责任的员工作为种子用户。
(2)深度培训
种子用户将接受深度培训,涵盖帆软Report和BI工具从基础到高级应用的各个方面。
培训内容包括但不限于:报表设计与优化、数据可视化技巧、高级数据分析方法等。
实战演练
在实际业务场景中进行模拟操作,让种子用户熟练掌握工具应用。
每次培训,一个主讲老师,两个助教,进行全方位指导培训。
参与线上线下培训人员70+,时间冲突人员可查看视频回放。
课程大纲如下:
1、帆软Report和BI的区别
帆软report:传统数据分析模式
帆软BI:自助数据分析模式(数据取与业务,用于业务)
帆软Report VS 帆软BI
类型
FineReport
FineBI
概述
2006推出FineReport报表软件,传统性的中国报表软件领导品牌,已有18年的经历,能满足各种能想象得到的固定式场景。
可以设计出复杂的中国式报表、参数查询报表、填报报表、驾驶舱等,轻松搭建数据决策分析系统。
2016年推出的FineBI,2023年有显著的技术演变和功能扩展。
FineBI 凭借强劲的大数据引擎,用户只需简单拖拽便能制作出丰富多样的数据可视化信息,自由地对数据进行分析和探索,让数据释放出更多未知潜能。
数据引擎
直连数据库,性能方面需要数据库的支撑
其中:抽数缓存机制:25分钟一次更新数据,会定期的更新缓存数据,选择的参数不同会缓存不同的数据,和数据库调度的时间没法保持一致。
提供 实时数据 与抽取数据两种方式的 Spider 计算引擎,用户可以根据数据量、实时性要求、使用频次等自由选择
说明:如设置成抽取数据,读的是磁盘空间的缓存数据,无需再花费查数据库的时间
数据准备
Report开发写SQL界面:
报表打开时,SQL会去数据库里查数据,查完后释放链接,每次参数选项及重新刷新都从数据库里重新查询数据。
如下图所示:
基于数据库表或自定义SQL数据集后,可进行全量/增量更新数据
核心优势
支持灵活定制各种中国式复杂报表
普通报表,决策报表,聚合报表,可视化看板(FVS新框架、适合PPT、大屏、总览看板),Word报告等。
普通报表模式:专注解决各类中国式报表
聚合报表模式:针对不规则大报表提供专门解决方案
FineVis数据可视化:驾驶舱、故事性大屏、3D 场景展示
Word 报告:基于 Word 加入动态数据、表格、图表进行报告设计,实现报告数据实时变化
提供自助式的 OLAP 多维数据分析模式
FineBI 用于七大数据分析能力,分别为:数据管理能力、数据编辑能力、超强函数能力、数据可视化能力、增强分析能力、分享协作能力、数据清洗能力。
分析函数:FineBI6.0 版本新增的函数类型,包括 def、def-add、def-sub 和 earlier 函数。分析函数结合原来的基础函数后,能够实现基于有限数据输出任意层级任意复杂度的计算指标,覆盖了更多复杂的业务场景,解决用户方案实现难题。
数据可视化能力:
支持的数据库
基于公司使用,已有数据连接都是支持的:HANA,Oracle,mysql,sql_server,Hadoop等都是正常支持的,服务器上对应的驱动包也已经安装好,可直接配置使用。
数据连接支持范围 https://help.fanruan.com/finereport/doc-view-2586.html
数据连接支持范围 https://help.fanruan.com/finebi/doc-view-685.html
常用场景
1、传统企业日常运营中对财务、销售等部门静态或周期性报告生成及打印需求。
2、采集填报回传场景,例如采集不同活动的计划任务。
3、对接接口嵌入其它业务系统,并能友好的接收到业务系统的参数,隔离相关权限。
4、基础表格后台模型搭建好后,直接写SQL对应字端-比较容易开发上手使用,无需花很长时间进行测试,只需确保源头数据一致即可。
5、权限隔离,需要事实表和权限表关联后再加where条件进行过滤。
1、IT及各领域数据分析人员拟定标准模板,业务可另存为后,进行自主分析。不需要变一个维度就重新修改代码,只需要在界面上进行拖拉换维度即可。
2、业务拿数据库表的数据进行自主分析(无需依赖IT排期才能开工),上手需要一定的软件使用基础,学习完顾家学堂基础课基本就上手。
3、深入挖掘分析,基于数据,输出分析报告,及不同组织隔离数据等进行安全管控。
权限:四联表模型 https://help.fanruan.com/finebi/doc-view-2137.html
面向对象
主要面向IT信息人员,由信息人员完成业务部分的需求,完成的报表由底层员工和领导使用。
主要面向业务人员,由业务人员自主设计仪表板进行分析
使用目的
着重于短期的运作支持
需求维度变更后,IT重新排期修改结果。
关注长期的战略决策,更着重于商业趋势和业务单元的联系而非具体的数据和精确度本身
功能点比较
帆软Report对列加载渲染不友好,超过40列加载会明显变慢。
1、不适合大数据量展现和导出
(1)、行加载1W以上100W行以下可使用新计算引擎(只加载第一页面)的方式处理。
(2)、超过40列不建议用帆软Report来开发,可选择FineBI来开发。
(3)、行超过100W行不建议进行导出,如需导出报表内部参数时间进行控制区间选择(分次进行导出),或导出分页签EXCEL的
帆软BI行和列的处理都是新引擎方式,加载不影响速度。
1、适合大数据量明细表(维度和指标)
如设置各事业部统一的明细报表,每个事业部需要的字端是不一样的,整体展现的时候都会加上,可用FineBI进行重新选择需要的字端后(会自动聚合),再进行界面上操作聚合或导出再查看政策。
2、适合数据量不大(50W之内),表头自定义,分组,分栏,需要不同单元格左父格指向的等复杂性的报表合适用Report
支持明细表和交叉表,拼接报表和基础的分组表等,如层做分组表层层展开,需要数据分析预览模式才支持,步骤较多
(1)拼接报表:
(2)常用的条件属性:
(3)数据查询与过滤
所有的联动都在参数的基础上进行交互
2、表格有三种类型(分组表、交叉表、明细表),方便适应各种场景
(1)分组表:
默认按第一列维度进行合并聚合的,可层层展开进行查看数据。
(2)交叉表:
分为行和列维度区域,数值区域在中间
(3)明细表
默认平铺样式,开放使用后业务可进行维度选择后重新聚合数值数据。
筛选条件:过滤直接拖出对应的字段或者参数即可,生效的控件可自行选择。
3、图表内上下钻取需要用参数写法进行下传,对层级逻辑及SQL要求较高。或带参数跳转到新的明细报表,开发需要开发两张报表。
3、界面上交互多的方便实现,无需SQL功底,界面上指定操作即可。
4、Report使用采集填报(全收集,指定字段回传,收集信息)等,打印零售相关模板,
4、填报回传需结合Report使用,BI内可嵌入Report去实施
5、Report(决策报表或FVS)都适合大屏使用,有开场效果、自动轮播,实时滚动,各种特效,三维等功能,下面有PPT具体讲解。
5、FineBI不合适用大屏,动态效果功能不多,只有轮播Tab块,一般都手动点选
6、JS实现各种功能点,比如自动提交,自动轮播,各种按条件场景进行跳转或回传判断等等
能想到的,默认功能不能满足的,大多数都可以找JS的写法来实现。
6、FineBI-JS不使用
7、基础开发
IT可以用来出固定格式的周报、月报、适合作为正式汇报材料,如维度界面上不满足,还需重新对接需求或导出明细表继续分析结果。
7、基础开发
业务可直接引用数据库表或IT已经搭建好底层数据模型,业务可进行自主分析
移动端
FineReport 报表除了可以在 PC 端查看之外,还可以在手机、平板等移动设备端进行查看,让用户随时随地查看系统中的报表,实时掌握企业的数据。
移动端正常需要重新开发,因有些JS或跳转到另一个仪表板的时候,返回跳转时,报表会重新打开,不会按明细表选择的值来展现结果。
FineReport参考相关文档:
(1)制作一张移动端报表 https://help.fanruan.com/finereport/doc-view-4275.html
(2)移动端Demo https://help.fanruan.com/finereport/doc-view-2931.html
(3)移动端不支持的功能点列表 https://help.fanruan.com/finereport/doc-view-1578.html
FineBI 的仪表板除了可以在 PC 端查看之外,还可以在移动端,如手机、pad 端进行查看,让最终用户可以不通过 PC 就可以方便地用手指触摸的方式浏览查看系统中的模板。
方便从PC报表转成移动端来使用,交互下钻效果都正常保留,可不出同个界面,过滤器和参数都正常保留选择值。
FineBI参考相关文档:
(1)移动端布局 https://help.fanruan.com/finebi/doc-view-445.html
(2)移动端指导手册 https://help.fanruan.com/finebi/doc-view-2353.html
(3)移动端常见问题 https://help.fanruan.com/finebi/doc-view-2023.html
Report的架构图:
需要本地安装部署,编辑只在设计器里完成。
BI的架构图:
无需本地部署,可直接服务器开放账号后就进行使用。
BI的技术架构:
FineBI通过分析主题,将用户完成一个分析所需要的数据、组件、仪表板更紧密的联系在一起,通过简单明确的操作路径,实现沉浸式数据分析,轻松掌握分析技能。
细节可查看帆软官方文档:FineReport和FineBI的区别
https://help.fanruan.com/finereport/doc-view-1750.html
Report大屏基础功能说明:
FineVis 是一款零代码的数据可视化设计工具,用更便捷、更专业的产品方式满足数据可视化场景需求。
FVS 是 FineReport 产品体系中的一部分,基于 FineReport 设计器开发,以 FineReport 插件的形式交付。前生是决策报表FRM,FRM慢慢会被FVS代替。
2、本地安装设计器和服务器的区别
本地设计器是一个完整的一套体系,有自带的“数据决策系统”,本地设计器秘钥免费注册,但只能用于2个并发上限用户。仅自己开发测试使用。
2.1 应用场景:
本地安装设计器:
软件被安装在个人电脑上。
主要用于报表设计、开发和测试。
对系统资源的需求相对较低,因为只需支持单用户操作。
服务器:
软件及相关组件被安装在服务器上。
设计好的报表可以直接在服务器上发布,并供多个用户访问。
需要更强大的硬件支持以应对多用户同时访问的情况。
2.2 安装版本说明:
目前大版本都是11,测试环境小版本是11.0.25,正式机11.0.22(5月节后回来升级到统一版本),本地安装大家可以直接安装11.0.25版本
2.3 驱动包说明
本地:自己安装配置,正常驱动包存放位置在:
%FR_HOME%\webapps\webroot\WEB-INF\lib路径下,重启设计器后驱动生效。
服务器:正常新增的驱动包需联系管理员9097212进行安装配置,常用的数据库都是自带有的驱动(Oracle,Mysql,sql_server),
需安装的驱动已经安装上的有HANA驱动,Salesforce驱动,MongoDB
2.4 插件说明:
(1)新安装插件
如本地安装试用了插件后,觉得功能比较合适使用,可找管理员9097212进行沟通安装
(2)更新插件
如有插件版本和JAR包版本有兼容性问题的,反馈给管理员,由管理员进行验证并进行更新版本。
2.5 新功能及版本说明
管理员9097212定期会在分权管理员进行说明升级版本及插件,学员结业后有分权管理员权限了,相对应的在本地设计器进行更新升级,更新到最新直接在线升级到最新集合,如更新到指定版本,找管理员要JAR包后只需要替换对应的JAR包后重启设计器即可。
3、相关功能及场景介绍
3.1 帆软Report基础应用
简单界面说明:
FVS-报表制作效率提升
真正的「所见即所得」编辑,任何细节调整都在编辑器中实时展现,无需频繁保存、预览。
Word 报告
Word 报告插件采用「WPS+设计器」的设计模式
结合已开发的报表,可直接引用单元格的具体值来结合文本+对应的值进行展现结果,查看和导出都按Word形式或PDF的形式。
3.2 报表设计流程图
3.3相关案例介绍
热点主题案例 https://help.fanruan.com/finereport/doc-view-4680.html
业务场景案例 https://help.fanruan.com/finereport/doc-view-4678.html
相关数据分析与可视化指南:https://help.fanruan.com/dvg/
3.4 参考网址说明
功能性相关的DEMO查看路径:
(1)本地“服务平台管理”
输入自己配置的本地管理员账号密码进入“数据决策系统”
注:如忘记账号密码了,可查看开发规范的第7个目录里进行重置配置。
进入后可看到默认可参考的主题:
默认不修改端口的前提下(本地端口默认是8075),只要设计器打开着,可直接输入网址进入本地的“数据决策系统”http://localhost:8075/webroot/decision
(2)DEMO库下的案例参考:https://demo.finereport.com/
有喜欢的看板都可以下载下来复用,对应的数据库是内置数据集,方便换成自己的数据源。
(3)帆软大屏DEMO库:https://finemaxdemo.fanruan.com/
目前大屏大多数都以FVS进行设计展现了,
最底要求:设计器安装的电脑的要求配置:
硬件
推荐配置
CPU
Intel i5 六代及以上
内存
8.0GB 及以上
显卡
建议独立显卡
操作系统
Windows 10及以上
浏览器
仅支持 Chrome 浏览器且最低版本要求为 86 版本
(4)移动端DEMO
3.5 遇到问题,相关处理方法
(1)官方帮助文档查询
https://help.fanruan.com/
(2)官网在线客服咨询
帆软“线上”咨询指引-在线客服
找管理员拿企业的链接邀请,进入咨询平台
基础问题可在上班时间进行提问:工作日9:00-12:00,13:30-17:30
(3)答疑老师进行沟通处理
课件学习中的问题可直接咨询答疑老师,服务器相关问题直接找管理员9097212处理。
4、Report开发上手的基础要求
4.1、基础数据处理能力
了解基本的数据库操作,熟悉SQL语言,能够进行数据查询、更新等操作。常用的数据库包括HANA,MySQL, Oracle, SQL Server等。
4.2、报表设计理念
理解报表设计原则:明白怎样设计易于阅读和理解的报表,并使其视觉效果吸引人。
布局与美学感知:具备良好的页面布局规划能力以及审美觉,可以创造出专业且具吸引力的报表界面。
4.3、Report工具使用
FineReport操作: 理解并熟练使用FineReport设计器及其组件。例如如何添加不同类型控件(图标、表格、参数面板等)。
说明:针对性的去学习顾家学堂课程,哪块不足学哪课,新手可按顺序进行学习。
5、开发规范讲解
5.1 数据连接命名规范
规范测试机和正式机一致,方便后续运维,帆软测试机直接取数据库测试机的数据,帆软正式机直接取数据库正式机的数据,有些数据库只有正式库,测试机和正式机配置一致即可。
常用数据库说明:
HANA数据库取名:HANA_账号名 或 HANABI_账号名
ORACLE数据库取名:ORACLE_模块_账号名
MY SQL数据库取名:MYSQL_模块_账号名
SQL SERVER数据库取名:SQL_SERVER_模块_账号名
SALES FORCE取名:SALESFORCE_模块名
自带的帆软名称固定不变:FRDemo,logdb,year-end-logdb,year-end-finedb,finedb
5.2 数据集命名
5.2.1 模块数据集
主表命名:
可和报表标题一致,说明用途。默认不规范写法:ds开头的都会在监控表里体现出来,要求整改。
维表命名:
如事业部维表:命名如下:事业部_维表,注:所有的维表都要标识出来作为参数界面下拉选择
5.2.2 服务器数据集
服务器数据集 https://help.fanruan.com/finereport/doc-view-235.html
命名规范:模块简称_使用场景说明(不超过20字)
场景举例:零售域下面的国内活动看板最新活动、活动开始时间和活动结束时间,可取名为:零售_国内活动最新活动默认接收值
5.3 跳转命名
命名规范:跳转说明,不能直接使用默认“网络报表”
跳转:不使用新窗口,使用“对话框”,如下说明设置:
5.4 SQL规范
Report正常情况下,是一个图表就写一个SQL(模板数据集),如有上下联动或跳转,因参数接收不一致,需新的数据集去支撑。建议每个SQL结果值不要超过1秒,如只有一个明细结果,SQL查询结果不要超过5秒。
门户经营报告类要求:报表平均打开时长不能超过5秒,统计查询类:报表平均打开时长不能超过12秒。
(1)普通报表SQL并型全部加载的方式,数据量不大的情况下,打开时长较快。
(2)决策报表根据浏览器的并行机制,正常情况下每6段SQL并行加载。SQL数据集建议不要超过18段。
(3)FVS目前是串型加载的,先框架界面立马出来,再SQL进行加载,目前加载顺序还不能调整。SQL数据集最好不要超过10段,聚合的结果可以写在同一个SQL数据集里。
6、整体帆软Report流程
整体链接流程:
学习学完通过考试后开放测试机账号讲解说明
通过考试后统一找管理员(9097212)进行申请FTP账号
通过这次培训后,业务对自己的选课有更好的认知,培训Report报表和BI报表上百人,定期进行线下授课及答疑。
培训出种子用户参考考试合格的累计50人左右,报表陆续上架使用中。
开发报表样式及使用场景收益说明:
平台数据门户访问率
如平台拟定访问记录开发样式,每个领域默认看到自己领域的访问记录,并能查看哪些人员查看哪些报表,月趋势,周期,排名前面的访问用户,并排除掉恶意刷新的场景,10秒内重新刷新的访问记录进行默认排除。
场景价值:
(1)运营监控和优化
实时监控:随时查看关键业务指标的最新状态,识别异常情况并及时采取措施。
绩效评价:通过对比历史数据和目标值,评估各部门或项目的绩效,从而做出必要的调整。
(2)决策支持
数据驱动的决策:提供可视化的数据分析结果,帮助管理层做出更科学、准确的决策。
趋势分析:展示业务发展趋势和潜在机会,为未来规划提供依据。
(3)资源分配
优化资源使用:根据报表反映的数据高效分配人力、物力等资源,提高企业运营效率。
发现瓶颈与改进点:识别业务流程中的瓶颈环节及需要改进之处,从而进行针对性优化。
(4)用户行为分析
理解用户需求:
分析经销商/合作伙伴等外部用户在平台上关注哪些报告, 帮助了解他们实际所需从而提供更有针对服务;
解决了日常各领域分权管理员统计的场景,该报表能够清晰反映出各个领域的使用情况,并且针对已开放权限的用户,能够明确定位到他们关注的具体报表。
*写作要求&建议(写作时可删):
(1)业务场景可以是员工经过培训以后,通过BI创建的数据分析场景,也可以是通过简道云零代码开发的应用;
(2)场景个数不限,一般2~5个为佳;
(3)场景附图,要求图片美观清晰(高清大图),敏感信息可使用虚拟数据或打码脱敏处理,打码要工整,有个省事的办法就是联系大赛相关的帆软工作人员帮忙打码。
每个场景的写作要求:
(1)发现问题:即回答“为什么做这个场景”的问题,介绍设计该场景的原因或驱动因素,体现场景的必要性;
(2)解决过程:即回答“怎么做”的问题,例如“业务人员经过培养,掌握数据分析、应用搭建的能力,自主设计了销售分析驾驶舱,按照xxxx等维度重点分析xxxx指标,并按照xxxx的层级下钻,从而发现销售过程中的xxxx等问题”;
(3)场景价值:
要突出员工自主使用数字化工具,能够帮助企业快速解决业务问题,快速落地业务价值的优秀成果。建议能量化则量化,增强读者的感知,例如“提升。。。。。。”、“从。。。。。。增长到。。。。。。”,不能量化的价值可以通过前后变化来体现,例如“之前经常出现。。。。。。的情况,现在。。。。。。”。
3.2 场景二:FVS使用案例
基于培训公司零售场景进行培训,并深度应用。
FVS培训大纲场景说明:
一、FVS功能介绍
FineVis数据可视化简介
https://help.fanruan.com/finereport/doc-view-4222.html
说明:FVS是之前FRM的全新框架的升级版,开发效果会更高,很多复杂的JS也内嵌成功能可直接配置使用。
二、实操案例需求说明
2.1 设置脑图
需分析的指标进行拟定。
2.2 初步DEMO分布图
分析零售数据,大致按维度
2.3 数据库表说明
绿色是标识出需要用到的维度,橙色是对应的指标
三、实操步骤
3.1 基础操作说明
打开帆软后,点击“文件——新建可视化看板”
默认的分辨率进入即可
开发报表时可先进行保存:
注:不要直接放在跟目录下,需创建一个文件夹,再把报表放入文件架里面
按要求命名:文件名:工号_姓名_零售主题分析
FVS 可视化看板的制作界面如下图所示:
FVS界面概览 https://help.fanruan.com/finereport/doc-view-4733.html
3.2 数据连接配置-HANA数据库
HANA驱动配置前,先检查驱动是否存在:
如HANA驱动还未放入,找到自己电脑安装的如下路径:
如不知道安装在电脑哪个位置了,用之前教的快速方法进入到文件夹。
操作:随便选中一个文件或文件夹,点击“打开所在文件夹”位置
回退到WEB-INF层下再进入lib放驱动即可。
例如我的电脑的路径参考:D:\帆软\FineReport_11.0\webapps\webroot\WEB-INF\lib
注:新放入HANA驱动包后,需设计器重启后生效
HANA连接基础配置:命名规范(HANABI_领域名_账号名,HANA_领域名_账号名)
连接名称:HANABI_FRPX
新建JDBC:
注:本地使用HANA数据库里,选择数据库为Others,服务器端可直接选择SAP HANA数据库
驱动器(直接手输,不要去下拉选择):com.sap.db.jdbc.Driver
URL:jdbc:sap://10.15.249.14:30015?reconnect=true
3.3 背景及图片引用
材料1:大屏背景图
材料2:标题背景图
(1)如何上传本地图片当背景或辅助标题背景及小图标?
默认进去后,选择右边的页面,可进行“自定义上传”相关图片。
(2)上传图片如下图说明:
(3)选中大背景图,完成即可。
(4)标题背景如何放:
(5)自定义标题图片进行上传
(6)位置进行放好
(7)再上面加上对应的标题文字
3.4 数据集SQL配置及说明
按需写对应的数据集SQL,一般情况下每个图表都是一个模板数据集
(1)除非是没有维度的指标,可以写在一个结果数据集里
(2)维度一致的不同指标的结果也可以写在一个数据集里
(3)多个维度的数据集显示不同的图表维度也不一致,不建议在图表中重新聚合展现,还是直接SQL结果显示效率会更高。
3.4.1 报表用到的表字段说明:
用到的表字段相关说明:"TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN"
--维度:
DEALER_ID as "所属组织ID"
,ORG_NAME as "所属组织"
,CONTRACT_DATE as "合同日期"
,SPEAC_DISPLAY as "空间"
,PRODUCT_NO as "货号"
,PROVINCE_NAME as "省"
,RETAIL_CENTER_CODE as "所属运营中心编码"
,RETAIL_CENTER_NAME as "所属运营中心"
,AREA_DIRECTOR_CODE as "大区负责人工号"
,AREA_DIRECTOR_NAME as "大区负责人"
,SUPERVISOR_CODE as "督导工号"
,SUPERVISOR_NAME as "督导负责人"
--度量:
,DEAL_AMT as "行成交金额"
,ORDER_QTY as "数量"
3.4.2 参数写法参考:
${if(len(START_DATE) == 0,"","and contract_date>=('" + START_DATE + "')")}--合同日期DATA类型
${if(len(END_DATE) == 0,"","and contract_date<= ('" + END_DATE + "')")}
${if(len(SH_START_DATE) == 0,"","and AUDIT_TIME>= '" + SH_START_DATE +"'")}--审核日期时间戳形式
${if(len(SH_END_DATE) == 0,"","and AUDIT_TIME<= '" + SH_END_DATE + " 23:59:59'")}
--审核结束日期
${if(len(STATUS_CODE) == 0,"","and STATUS_CODE in ('" + STATUS_CODE + "')")} --订单状态(多值查询)
${if(len(BUSI_DEPT_CODE) == 0,"","and BUSI_DEPT_CODE in ('" + BUSI_DEPT_CODE + "')")} --事业部(多值查询)
${if(len(RETAIL_CENTER_CODE) == 0,"","and RETAIL_CENTER_CODE in ('" + RETAIL_CENTER_NAME + "')")} --中心(多值查询)
${if(len(SUPERVISOR_CODE) == 0,"","and SUPERVISOR_CODE in ('" + SUPERVISOR_CODE + "')")} --督导(多值查询)
${if(len(SALES_ORDER_NO) == 0,"","and SALES_ORDER_NO like '%" + SALES_ORDER_NO +"%'")}--订单号(模糊查询)
${if(len(ORG_NAME) == 0,"","and ORG_NAME like '%" + ORG_NAME +"%'")}--组织名称(模糊查询)
${if(len(DEAL_AMT_START) == 0,"","and TOTAL_DEAL_AMT >= ('" + DEAL_AMT_START + "')")}--整单金额(数字区间)
${if(len(DEAL_AMT_END) == 0,"","and TOTAL_DEAL_AMT <=('" + DEAL_AMT_END + "')")}
3.4.3 具体使用这张FVS报表的SQL写法如下
(1)空间占比
因灌入的数据没有最新的数据,默认的开始时间和结束时间可以选择2022年
select
MAP(SPEAC_DISPLAY,NULL,'其它',SPEAC_DISPLAY) as SPEAC_DISPLAY,
round(sum(deal_amt)/10000,0) as deal_amt_w
from
"TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" T
where 1=1
${IF(LEN(START_DATE) == 0,"","AND T.CONTRACT_DATE>=('" + START_DATE + "')")}
${IF(LEN(END_DATE) == 0,"","AND T.CONTRACT_DATE<= ('" + END_DATE + "')")}
group by
MAP(SPEAC_DISPLAY,NULL,'其它',SPEAC_DISPLAY)
order by deal_amt_w desc
(2)货号TOP100排行,表格显示
可设置表格轮播,因需要地图点击下钻,参数需多加一个省份。默认不选择前,代表的是总体。
select PRODUCT_NO
,round(sum(DEAL_AMT)/10000,0) as DEAL_AMT_W
,sum(ORDER_QTY) as ORDER_QTY
from "TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" T
where PRODUCT_NO like '90.%'
${IF(LEN(START_DATE) == 0,"","AND T.CONTRACT_DATE>=('" + START_DATE + "')")}
${IF(LEN(END_DATE) == 0,"","AND T.CONTRACT_DATE<= ('" + END_DATE + "')")}
${if(len(PROVINCE_NAME ) == 0,"","and T.PROVINCE_NAME in ('" + PROVINCE_NAME + "')")} --中心
group by PRODUCT_NO
order by ORDER_QTY desc
limit 100
(3)当年零售额,同期增长率%
--当年零售额
select
ROUND(DEAL_AMT/10000,0) as DEAL_AMT_W,
(DEAL_AMT-TQ_DEAL_AMT)/TQ_DEAL_AMT as TQL--同比增长率
FROM (
select
round(sum(CASE WHEN to_char(T.CONTRACT_DATE,'yyyy')= to_char('${END_DATE}','yyyy') THEN
DEAL_AMT END),2) as DEAL_AMT--当年值
,round(sum(CASE WHEN to_char(add_months(T.CONTRACT_DATE,+12),'yyyy')= to_char('${END_DATE}','yyyy')
and to_char(add_months(T.CONTRACT_DATE,+12),'yyyy-MM-dd')<=to_char('${END_DATE}','yyyy-MM-dd')
THEN
DEAL_AMT END),2) as TQ_DEAL_AMT--当年同期值
from "TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" T
where to_char(T.CONTRACT_DATE,'yyyy')= to_char('${END_DATE}','yyyy')
or to_char(add_months(T.CONTRACT_DATE,+12),'yyyy')= to_char('${END_DATE}','yyyy')
)--因数据量可能较多,把过滤的条件也写在表条件里
(4)省排行
默认时间点设置成当年即可(START_DATE为2022-01-01,END_DATE为当天)
--省市区零售额初步写法:
select
PROVINCE_NAME --省
,round(sum(deal_amt)/10000,0) as deal_amt_w--零售额
,round(sum(cost_amt)/10000,0) as cost_amt_w--成本
from
"TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" T
WHERE 1=1
--合同日期时间过滤
${if(len(START_DATE) == 0,"","and t.contract_date>=('" + START_DATE + "')")}
${if(len(END_DATE) == 0,"","and t.contract_date<= ('" + END_DATE + "')")}
group by PROVINCE_NAME
order by deal_amt_w desc
(5)运营中心排行--条件图(TAB块切换)
说明:最终SQL要按正序,取出前10后,再外面套一层排序
select
A.RETAIL_CENTER_CODE
,A.RETAIL_CENTER_NAME
,deal_amt_w--零售额
from
(
select
RETAIL_CENTER_CODE--"所属运营中心编码"
,RETAIL_CENTER_NAME--"所属运营中心"
,round(sum(DEAL_AMT)/10000,0) as DEAL_AMT_W
from "TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" T
where 1=1
${IF(LEN(START_DATE) == 0,"","AND T.CONTRACT_DATE>=('" + START_DATE + "')")}
${IF(LEN(END_DATE) == 0,"","AND T.CONTRACT_DATE<= ('" + END_DATE + "')")}
group by RETAIL_CENTER_CODE--"所属运营中心编码"
,RETAIL_CENTER_NAME--"所属运营中心"
order by deal_amt_w desc
limit 10
)A
order by deal_amt_w
(6) 大区排行--条件图(TAB块切换),最终SQL要按正序
SELECT
A.AREA_DIRECTOR_CODE-- "大区负责人工号"
,A.AREA_DIRECTOR_NAME-- "大区负责人"
,DEAL_AMT_W--零售额
FROM
(
SELECT
AREA_DIRECTOR_CODE--"大区负责人工号"
,AREA_DIRECTOR_NAME--"大区负责人名称"
,ROUND(SUM(DEAL_AMT)/10000,0) AS DEAL_AMT_W
FROM "TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" T
WHERE 1=1
${IF(LEN(START_DATE) == 0,"","AND T.CONTRACT_DATE>=('" + START_DATE + "')")}
${IF(LEN(END_DATE) == 0,"","AND T.CONTRACT_DATE<= ('" + END_DATE + "')")}
GROUP BY
AREA_DIRECTOR_CODE--"大区负责人工号"
,AREA_DIRECTOR_NAME--"大区负责人名称"
ORDER BY DEAL_AMT_W DESC
LIMIT 10
)A
ORDER BY DEAL_AMT_W
(7)督导排行--条件图(TAB块切换),最终SQL要按正序
select
A.SUPERVISOR_CODE
,A.SUPERVISOR_NAME
,deal_amt_w--零售额
from
(
--注:因督导名称有可能重复,必须用督导工号加名称来聚合
select
SUPERVISOR_CODE--"督导工号"
,SUPERVISOR_NAME--"督导名称"
,round(sum(DEAL_AMT)/10000,0) as DEAL_AMT_W
from "TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" T
where 1=1
${IF(LEN(START_DATE) == 0,"","AND T.CONTRACT_DATE>=('" + START_DATE + "')")}
${IF(LEN(END_DATE) == 0,"","AND T.CONTRACT_DATE<= ('" + END_DATE + "')")}
group by
SUPERVISOR_CODE--"督导工号"
,SUPERVISOR_NAME--"督导名称"
order by DEAL_AMT desc
limit 10
)A
order by deal_amt_w
(8) 前推12月趋势(可使用折线图)
select
to_char(CONTRACT_DATE,'yyyy-MM') as monthly,
round(sum(DEAL_AMT)/10000,0) as DEAL_AMT_W
from
"TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN"
WHERE 1=1
${IF(LEN(END_DATE) == 0,"","AND TO_CHAR(add_months(CONTRACT_DATE,+13),'yyyy-mm')>=('" + END_DATE + "')")}
${IF(LEN(END_DATE) == 0,"","AND TO_CHAR(CONTRACT_DATE,'yyyy-mm')<= ('" + END_DATE + "')")}
group by to_char(CONTRACT_DATE,'yyyy-MM')
order by to_char(CONTRACT_DATE,'yyyy-MM')
3.5 图和表格关联数据展现
3.5.1 饼图制作过程
(1)选择合适的饼图样式
(2)选中图表,进行数据集的对应
(3)小标题进行显示
(4)可进入提示进行设置显示的格式。
(5)FVS开发中的效果和预览的实际效果一致,而FRM决策报表(只能预览到浏览器才能看最终结果),会比决策报表更方便的验证结果。
3.5.2 参数如何对应图表
说明:需拖出对应的控件,控件名修改成对应的参数名称,只要数据集SQL里有这个参数,选择后就会出对应结果。
参数配置三要素:
(1)数据集SQL里要有对应的参数,每次选择完参数后下面的图表重新查询数据库结果进行展现
(2)控件名要和SQL里写的参数名对应上
(3)要选择参数值数据库里有的数据才能正常显示图表。
合同日期设置了开始时间和结束时间,结束时间如下配置。
3.5.3 指标卡设置数据
(1)图表内拖出对应的指标卡
(2)选中对应的指标值
(3)选择”样式“进行配置显示的数据格式和颜色
3.5.4 量表设置
(1)找到仪表盘,拖入对应的量表
(2)配置数据如下:目标值可自定义为1
(3)相关设置格式
3.5.5 Tab块切换放图表
(1)容器里拖出Tab
(2)拖入后选中对应的页面可拖入相关图表
(3)相关名称可在右边进行修改
(4)交互轮播
3.5.6 条形图
(1)拖入条形图到TAB块内
(2)放入对应的数据集数据进行展现
注:条形图顺序是从下到上的,所以SQL写的时候可以先把前10拿出来后,再正序进行排序。
(3)如有多指标,可以
(3)去掉图例
(4)显示标签值
(5)大区排行和督导排行操作一致。
3.5.7 表格
(1)点击文字——拖入”表格“放到左下角位置,进入”编辑组件“
(2)拖入对应的数据集SQL到表格上
(3)设置小数显示格式
(4)冻结表格表头
说明:一般表格不合适全部显示结果,可以出现滚动条或换页进行查看
(5)表格跑马灯
添加交互的上下轮播功能:
setTimeout(() => {
duchamp.getWidgetByName("表格").startMarquee(
{
mode:'item', //滚动内容为逐条滚动
speed:30, //滚动速度为 30px/s
to:'top', //滚动方向为向上滚动
stopOnHover:true, //鼠标悬浮时停止滚动
joinable:true, //滚动方式为首尾相接
}
); }, 500)
参考文档:
JS实现FVS表格跑马灯 https://help.fanruan.com/finereport/doc-view-5156.html
(6)如预览不会动,检查一下”表格“对应的命名和JS是否一致
(7)修改组件名方法
3.5.8 地图
(1)拖出地图到界面上
图表——地图类——区域地图(举例),选择合适的图表。
(2)省排行数据放入地图
(3)可进行地图的渐变颜色配置
颜色配置完后,可进行预览查看。
(4)如何联动"表格"进行显示对应省的货号数据
选中地图——交互——组件联动
如下配置,只下钻对应图表里,选择对应的指定对象
注:这边的选项命名里会加上对应的前缀页面名
参数的具体写法如下:
注:表格的数据集SQL里需要有对应的参数不然无法正确接收结果
3.5.9 折线图
前推12月零售额趋势查看
(1)图表——折线图类——折线图
拖出来后,放入对应的数据集数据。
(2)如只有一个折线图,直接去掉图例。
(3)设置好显示的数据格式
(4)显示的X轴可设置文本旋转角度。
3.5.10 跳转明细表
(1)放一个图片,用来跳转一张cpt报表
(2)交互——网页链接/弹出框
(3)按需进行选择弹出方式,已弹出框为例
(4)选择模板链接
进入选择对应本地开发好的明细报表。
(5)参数按需配置
如下说明:开始时间和结束时间按FVS选择的日期带到明细表,如下配置,有些经过控件转换格式会变掉,所有参数接收值格式可以用format调整。
(6)弹出的大小进行设置
(7)跳转预览样式如下
3.5.11 扩展资料:
相关图形显示隐藏JS内置,如查看相关内容
FVS显示隐藏组件事件 https://help.fanruan.com/finereport/doc-view-5336.html
3.5.12 明细报表制作
用来跳转报表使用:
(1)明细SQL
select
DEALER_ID as "所属组织ID"
,ORG_NAME as "所属组织"
,STANDARD_CUSTOMER_NAME as "标准客户名"
,STORE_CODE as "门店编码"
,STORE_NAME as "门店名称"
,SALES_ORDER_NO as "零售单号"
,CONTRACT_DATE as "合同日期"
,PRODUCT_NO as "货号"
,CUSTOMER_NAME as "客户名称"
,CUSTOMER_CELLPHONE as "客户电话"
,RETAIL_CENTER_CODE as "所属运营中心编码"
,RETAIL_CENTER_NAME as "所属运营中心"
,AREA_DIRECTOR_CODE as "大区负责人工号"
,AREA_DIRECTOR_NAME as "大区负责人"
,SUPERVISOR_CODE as "督导工号"
,SUPERVISOR_NAME as "督导负责人"
,sum(ORDER_QTY) as "数量"
,sum(DEAL_AMT) as "行成交金额"
,avg(TOTAL_DEAL_AMT) as "整单金额"
from "TRAIN_DATA"."SD_SALES_ORDER_EXTENSION_TARIN" t
where 1=1
${if(len(START_DATE) == 0,"","and t.CONTRACT_DATE>=('" + START_DATE + "')")}
${if(len(END_DATE) == 0,"","and t.CONTRACT_DATE<= ('" + END_DATE + "')")}
${if(len(SH_START_DATE) == 0,"","and t.AUDIT_TIME>= '" + SH_START_DATE +"'")}--审核日期
${if(len(SH_END_DATE) == 0,"","and t.AUDIT_TIME<= '" + SH_END_DATE + " 23:59:59'")}
--审核结束日期
${if(len(STATUS_CODE) == 0,"","and t.STATUS_CODE in ('" + STATUS_CODE + "')")} --订单状态
${if(len(BUSI_DEPT_CODE) == 0,"","and t.BUSI_DEPT_CODE in ('" + BUSI_DEPT_CODE + "')")} --事业部
${if(len(RETAIL_CENTER_CODE) == 0,"","and t.RETAIL_CENTER_CODE in ('" + RETAIL_CENTER_NAME + "')")} --中心
${if(len(SUPERVISOR_CODE) == 0,"","and t.SUPERVISOR_CODE in ('" + SUPERVISOR_CODE + "')")} --督导
${if(len(PRODUCT_NO) == 0,"","and t.PRODUCT_NO like '%" + PRODUCT_NO +"%'")}--货号
${if(len(ORG_NAME) == 0,"","and t.ORG_NAME like '%" + ORG_NAME +"%'")}--组织名称
${if(len(DEAL_AMT_START) == 0,"","and t.TOTAL_DEAL_AMT >= ('" + DEAL_AMT_START + "')")}--整单金额
${if(len(DEAL_AMT_END) == 0,"","and t.TOTAL_DEAL_AMT <=('" + DEAL_AMT_END + "')")}
group by
DEALER_ID-- as "所属组织ID"
,ORG_NAME-- as "所属组织"
,STANDARD_CUSTOMER_NAME-- as "标准客户名"
,STORE_CODE-- as "门店编码"
,STORE_NAME-- as "门店名称"
,SALES_ORDER_NO-- as "零售单号"
,CONTRACT_DATE-- as "合同日期"
,PRODUCT_NO-- as "货号"
,CUSTOMER_NAME-- as "客户名称"
,CUSTOMER_CELLPHONE-- as "客户电话"
,RETAIL_CENTER_CODE-- as "所属运营中心编码"
,RETAIL_CENTER_NAME-- as "所属运营中心"
,AREA_DIRECTOR_CODE--as "大区负责人工号"
,AREA_DIRECTOR_NAME-- as "大区负责人"
,SUPERVISOR_CODE-- as "督导工号"
,SUPERVISOR_NAME-- as "督导负责人"
--order by t.TOTAL_DEAL_AMT desc
(2)事业部_维表
SELECT BUSI_DEPT_CODE,BUSI_DEPT_NAME
FROM "TRAIN_DATA"."ORG_MANU" T
GROUP BY BUSI_DEPT_CODE,BUSI_DEPT_NAME
(3)运营中心_维表
SELECT RETAIL_CENTER_CODE,RETAIL_CENTER_NAME
FROM "TRAIN_DATA"."ORG_MANU" T
WHERE 1=1
${if(len(BUSI_DEPT_CODE) == 0,"","and T.BUSI_DEPT_CODE in ('" + BUSI_DEPT_CODE + "')")} --事业部
GROUP BY RETAIL_CENTER_CODE,RETAIL_CENTER_NAME
(4)督导_维表
SELECT SUPERVISOR_CODE,SUPERVISOR_NAME
FROM "TRAIN_DATA"."ORG_MANU" T
WHERE 1=1
${if(len(BUSI_DEPT_CODE) == 0,"","and T.BUSI_DEPT_CODE in ('" + BUSI_DEPT_CODE + "')")} --事业部
${if(len(RETAIL_CENTER_CODE) == 0,"","and T.RETAIL_CENTER_CODE in ('" + RETAIL_CENTER_CODE + "')")} --中心
GROUP BY SUPERVISOR_CODE,SUPERVISOR_NAME
相关参数默认值:
当前月的第一天:DATEINMONTH(TODAY(),1)
当天:TODAY()
更多公式请查看知识库:常用公式记录
3.6 布局及最终样式调优
(1)分辨率大小
说明:如是一屏显示结果(不出现任何滚动条),默认的1280*720能满足不同尺寸的样式开发。不建议横向和纵向都有滚动条
其它场景1:如大屏多屏显示的,加宽度。
其它场景2:做分析报告类的,加高度。
其它场景3:移动端按375*高度按放的图表来设置
(2)画布自适应:
(3)检查界面上所有图表是否按标题,小标题,表头,内容,悬浮值等主题保持一致。
行和列对应的图表是否对齐,统一各模块的小标题样式及内容文字大小。图表内的显示文字及悬浮值是否统一
(4)可适当的加入一些辅助小图标,比如跳转明细,或每个主题标题前面加小图标。
小图片下载:https://www.iconfont.cn/?spm=a313x.search_index.i3.2.5ca23a81b2cik7
基于线下FVS培训后,有Report经验的同事将能够更好地应用FVS进行开发,而没有基础的同事也能根据场景实现相应的开发。我们会对相关功能和图表制作进行实操讲解,并展示联动效果和轮播效果。大家都积极的应用到实际业务场景中。
案例如下:报表可复用模板:
(1)平台可视化的监控预警
拟定公司通报稽查的角色视角,用户视角,报表视角进行分析。
角色视角:以角色展开查看对应的报表和用户使用情况。
用户视角:以用户展开查看对应的报表和角色使用情况。
报表视角:以报表展开查看对应的角色和用户使用情况。
发布效率指标监控
用途:监控OA发布流程的相关指标,处理流程是否符合预设的要求。
权限指标监控总览
用途:查看平台整理的监控权限相关的指标,进行定期领域的通报。
数据门户报表访问情况
用途:每个报表的使用情况和访问时长,定期进行优化。
3.3 场景三:帆软BI的应用
FineBI 用于七大数据分析能力,分别为:数据管理能力、数据编辑能力、超强函数能力、数据可视化能力、增强分析能力、分享协作能力、数据清洗能力。基于培训后在帆软官网考FCA证书,资深学员已经获得了FCP证书。真正用在业务中的场景如下:
电商行业品牌数据监控
电商部门每个月从相关数据网站上下载各家居品牌的一些销售数据,经过清洗后需要进行不同维度的可视化呈现,以帮助业务人员更好地了解竞品的价格、品类等相关信息。
产品业绩监控与定位分析
通过清洗、处理、整合各产品相关数据,在FineBI中使用更丰富直观的图表进行综合性呈现,业务人员可每天及时查看、了解、把握相关业务情况。
供应商名录监控
在采购领域,整合各省供应商信息,使用BI中地图与表格结合的形式,可以更直观查看合作供应商在全国的分布情况,通过联动定位到各省具体供应商的材料供应情况。
3.4 场景四:数据分析报告(结合两者优缺点)
结合Report和BI的深度培训,进行打通两软件合并开发。
(1)财务经营报告优化案例:
FVS嵌入帆软BI及帆软FRM报表,用网页框的形式进行切换跳转不同仪表板或报表。
每一页的内容都进行对应主题的跳转:
参数正常的接收到每个BI页面或FRM页面上:
最终样式如下:
切换不同主题进行切换对应的BI仪表板,结合FVS的基础跳转功能及BI自主分析功能进行分析。
4 总结与展望
一、总结:
在过去的系统化培训体系中,我们系统化地培养了一批专业的人才,通过一系列有针对性的培训措施,显著提升了员工对帆软Report和BI工具的掌握程度。这些措施包括:
(1)系统化培训体系:
从基础到高级,分层次、分阶段进行全面培训。通过实际案例和模拟项目加强实战演练。
(2)完善激励机制:
针对表现优异的员工给予奖励,提高整体积极性。
(3)知识共享与团队协作:
定期组织内部分享交流会,促进部门间信息互通和共同进步。通过这些努力,我们成功打造了一支高效、有战斗力且具备创新精神的人才队伍,为企业的发展奠定了坚实基础。
二 、愿景
展望未来, 我们将继续致力于人才培养工作, 不断优化升级现有体系建设确保始终处于行业领先位置,持续更新课程内容紧跟时代步伐。
(1)创新及多交流
激发团队创意鼓励尝试新方法新思路,借助先进 BI 工具寻找突破口,开拓更广阔市场空间。通过定期举行跨部门分享会,让不同部门的员工互相了解彼此工作内容、挑战以及成功经验,从而促进知识共享与协作。
(2)随机应变挑战
我们的最终愿景不仅是通过培训提升员工使用帆软Report和BI工具的能力,还要培养他们在面对不确定性和突发情况时的灵活应对能力。
(3)提升决策质量:
利用高级数据分析技术,如机器学习与预测模型,提高业务预测能力,实现精细化管理。
(4)提高运营效率:
优化资源配置减少冗余浪费大幅提升各项流程运作水平。
(5)推动全员参与共建未来
激发每个成员主动性让大家都成为公司发展的积极贡献者,群策群力、集思广益,不断优化完善流程体系。