煤炭行业基于统一编码如何做集团端的决策支持？

[wanghsiaodong]

大家好：

在做一个煤炭行业的综合erp系统，解决信息孤岛问题。根据现状分析，前期先做一个统一编码。在统一编码的基础上一方面整合系统，另一方面，希望能够在统一编码的基础上，对集团和矿端的领导层所想看到的内容做一些报表分析。特别是要反应在统一编码的基础上达到的互联互通，对决策支持展示内容的影响。

应突出哪些指标？或如何展现？

 

Any help will be appreciated!

魔岩

 

---

wanghsiaodong

[Q]

这个问题需要你们自己去了解啊。

建议你先搜集目前决策层每天、每周、每月看的报表，从中整理出一个表格，列出（角色、人、指标），这时你就能看到哪些指标是最受关注的了。

如何展现，最简单的当然还是静态报表，但如果决策层已经有报表在看了，去改变他们的习惯，看另一份报表，没有必要。建议做一些改善，用可视化方式，去展现那些指标（之前ttnn曾经探讨过指标的VTA，你可以搜索一下），做个dashboard，那可以在同样的空间展示更多的信息。关于仪表盘的设计，你也可以去搜索一些参考资料。如果你想获得更多的帮助，可以将你们的设计发到ttnn（隐去关键信息），让大家一起帮你考虑、优化一下。

或者，你们可以设计手机版、ipad版的应用推送给决策层，那也是一种改变。

2011/10/26 wanghsiaodong <wang.hs...@googlemail.com>

[wanghsiaodong]

谢谢Q的热心回复。

目前矿上只有单独的报表和部分部门自己用的一些统计，专门给集团和矿领导的还没有。另外，因为项目拖的时间有点长了，需求早已做过，当时没有要高层的报表，现在也不好去要。

以下是界面设计草图，详细的设计还没有，呵呵。

 

---

wanghsiaodong

 

发件人： Q

发送时间： 2011-10-26 11:33

收件人： ttnn

主题： Re: 煤炭行业基于统一编码如何做集团端的决策支持？

--
订阅地址：ttnn+su...@googlegroups.com
退订地址：ttnn+uns...@googlegroups.com

[Leo]

ui准备用什么，煤老板会不会很关心如何有效降低事故发生的次数

Leo Wang,

Thanks,

Regards

在 Oct 28, 2011，18:14，wanghsiaodong <wang.hs...@googlemail.com> 写到：

谢谢Q的热心回复。

目前矿上只有单独的报表和部分部门自己用的一些统计，专门给集团和矿领导的还没有。另外，因为项目拖的时间有点长了，需求早已做过，当时没有要高层的报表，现在也不好去要。

以下是界面设计草图，详细的设计还没有，呵呵。

<Catch.jpg>

<CatchD553.jpg>

[Q]

现在不好去要？最好还是要一要，哪怕通过非正规渠道。

从你提供的这两个截图来谈谈吧。

如果你这个系统名字叫“决策支持演示系统”，目标用户是高层领导，那么这个设计过于复杂了一点。我猜想你们的某种心理是想将内容设计得看起来丰富一些。所以，这种设计会往广度上拉开。而缺乏深度。

这里的深度不是指思想深度啊，而是指操作的深度，比如钻取。比如这里的产量分析、运销分析、财务分析，应该都是体现在深度上面，即，首先决策层看到的是”监控“，当监控发现了异常，才会有分析。因此，将”分析“的功能隐藏在”监控“之后，就能体现一定深度。

因此，我建议，你们需要设计一个唯一的监控入口，在这里，监控每日矿情、产量、运销、财务和物资，越实时的指标越靠近顶部，越不实时的，越往后放。在这个监控入口，只关注指标的VTA，如果有计划完成情况，可以加上完成率之类的。这个界面信息量可以丰富一些，其实看看你这两个设计，都挺浪费空间的，那么大的一个东西，显示六个指标，完全没有必要。

请注意，这个入口的作用只是暴露问题，而不是分析问题。所有的分析将从这里进入，比如要细看煤种的，或者若干年度的对比，都可以从相应的指标钻取进入。

2011/10/28 wanghsiaodong <wang.hs...@googlemail.com>

--
ttnn

telno: 13514984944

[wanghsiaodong]

非常感谢Q的热情与耐心。呵呵，作为一个入口，广度就反映在这儿，深度点进去，这样儿的怎么样？

 

---

wanghsiaodong

 

发件人： Q

发送时间： 2011-10-31 10:45

收件人： ttnn

主题： Re: Re: 煤炭行业基于统一编码如何做集团端的决策支持？

[Q]

有那么一点意思，几点想法。

1、还可以更加精简一点，有不少冗余信息。

2、关于是否将不同粒度指标放在一块可能还需要斟酌一下，日指标和月指标得分开。

3、在每个版块的标题叫做“xx分析”，似乎不妥。

4、什么叫“查看趋势图”呢？为什么要查看趋势图呢？这里应当符合某种用户操作，比如当用户看到指标有些异常，希望看更长时间的趋势变化，或者不同粒度的趋势变化，或者拟合出某个周期变化曲线...都是因为用户有了解历史变化的需求，用“查看趋势图”很不贴切。

我也试着做个图，仅供参考。

2011/11/1 wanghsiaodong <wang.hs...@googlemail.com>

--
ttnn

telno: 13514984944

[wanghsiaodong]

感谢Q的回复，非常有帮助。顺便问一下，这个图是用什么工具画的啊？

 

---

wanghsiaodong

 

发件人： Q

发送时间： 2011-11-01 21:46

[Q]

ppt。

2011/11/2 wanghsiaodong <wang.hs...@googlemail.com>

[wanghsiaodong]

Q，你好，大家好！

如果不嫌我啰嗦的话，我愿意把项目中遇到的问题与感触以讨论的方式继续下去，希望能为有相关项目经历的朋友提供一些参考，当然会删除一些敏感信息。所有讨论的内容既不特指某个项目，也不特指某个人，如果有涉及到的朋友，请别误会，那一定是你看错了。

另外，非常感谢Q的热情帮助，如果不是感觉到Q的真诚，我可能根本就不会产生这个想法。

根据Q的建议，界面设计已经有了初步的考虑，下边是一些指标方面的考虑，希望大家能够提供建议。先谢了。

综合绩效考核指标

序号	KPI指标	考核周期		指标定义/公式	资料来源
生产指标
	采煤计划完成率	月/年度			综合计划部
	煤炭回采率	年度			生产管理部
经营指标
	部门费用与 预算差异率	月/年度			综合计划部
	检修计划完成率	月/年度			生产管理部
	主要设备完好率	月/年度			生产管理部
	设备按时送检率	月/年度			生产调度部
	吨煤开采成本
	营销计划达成率
	呆账发生率
	煤炭销售增长率
	煤炭销售回款率
	煤炭销售费用率
安全指标
	百万吨煤死亡率		月/年度	每生产100万吨原煤所造成死亡的人数，其中死亡人数是指煤矿原煤生产工艺过程中，各类用工制度人员事故死亡人数的总和	安全监察部
	千人重伤率		月/年度	表示某时期内，平均每千名职工因工伤事故造成的重伤人数	安全监察部
管理指标
	统计数据完 整性和准确性	月/年度		统计资料不完整、不准确的次数	生产管理部
	规划报告通过率	年度		×100%	生产管理部
	统计资料 及时归档情况	月/年度		统计资料未进行及时归档的次数	技术管理部
	部门关键 员工流失率	月/年度			人力资源部
	部门员工绩效 考核合格率	月/年度		×100%	人力资源部
	技术指导及时性
	研发计划达成率
	技术投入产出比率
	突发技术问题成功处理率
	安全培训 计划达成率

专业绩效考核指标

部门	指标
安全	千人死亡率、千人重伤率
生产	产量、产品合格率、产销率
销售	销售收入、销售合同兑现率、市场占有率
财务	利润、产品单位成本、资金周转天数、资金回笼率、工序加工成本
采购	原材料检验合格率、物料需求计划兑现率
设备	设备可开动率、主要设备利用率、主要设备故障停机率
环保	污染物综合排放合格率、废水废气达标排放率、环保设施运行率
工程	工程进度完成率、工程项目质量、工程项目工期、工程项目投资额、工程费用控制率
人资	培训率、员工满意度
地测	地测器具周检合格率、地测检验频率、地测数据完整性和准确性、地测方案通过率
通风

 

---

wanghsiaodong

 

发件人： Q

发送时间： 2011-11-01 21:46

[Q]

你这种讨论是最好的了，很具体，可以深入下去，很多时候在ttnn只能空谈，因为没有案例。

如果大家在工作中遇到什么难题，也可以拿到这里探讨一下，如果我能帮的上忙，可以提供一些意见。也欢迎其他人一起参与贡献意见。

不过提问者别只是抛出一个问句让大伙儿帮忙，最好是：

1、具体的。别提诸如“数据仓库如何建设”这类大问题。其实如果是工作中遇到的，一般来说肯定是具体的。

2、先呈上自己的想法。针对你的问题你是如何考虑的，能有实际的东西更好（当然，隐去敏感信息）。

所以，并不是我很热情，而是因为wang的问题很具体。

2011/11/4 wanghsiaodong <wang.hs...@googlemail.com>

[Q]

究竟选取什么样的指标，可能还是跟实际项目的需求有关系。就指标的一般性质，谈点想法。

目前看到你给出的这类指标的考核周期最细都是到月度的，这让我想到两个话题：

1、什么算是KPI指标

2、监控和评估的区别

第一个话题在BPM领域有所争执，在我们实际项目里，通常高层关注的指标就是kpi，但也有一种说法，区分了kpi和kri，kpi指绩效指标，衡量绩效，kri指结果指标，衡量结果。或者还有两类kpi的区分，leading KPI，lagging KPI（我翻译成引导性KPI和滞后性KPI）。在09年9月份的一篇文章《再考KPI》中，我推荐了一篇文章，其中提到作者对KPI这个概念的理解，认为它又六方面特性：

1、 非金融计量的，如果单位是元这种，就不是KPI；

2、 每天，甚至更频繁地监控的，每月关注的并非KPI；

3、 CEO或者高级经理每天关注并以此决定行动的；

4、 所有员工理解这些度量的含义并知道如何行动；

5、 指标的责任可以归到一个团队上去；

6、 对组织有很大影响，比如对关键成功因素或者平衡计分卡的某方面；

7、 对所有其他绩效值有正向的影响；

从你列出的若干指标，大多属于KRI吧。可以考虑设计一些可以直接导致行动的指标，那必须是周期更短的指标。

第二个话题是跟闭环的决策过程有关系。决策过程就是监控-分析-决策-执行-评估。可有时候监控和评估扯不清楚，好像都是监控同一组指标，前面看这些指标是否发生变化，后面看这组指标是否达到预期。总觉得不对劲，如果是这样似乎可以将监控和评估合并成一块。但从事务性质上看，这两件事又明显不同。监控，还是偏重实时的，一旦发生什么，立马有对应行动的，就像条件反射一般的。而评估，更长周期，短周期评估没有意义。

因此我想，也许这种说法是不准确的——每个月监控用户的ARPU。因为在这种语境下，更应当是“每个月评估用户的ARPU”。

如果区分了监控和评估是两类事情，那么指标自然也要为之区分开，界面也同样区分开。

以前曾经还翻译过一篇关于指标体系的文章，也许有用——《度量无形之物》。

2011/11/4 wanghsiaodong <wang.hs...@googlemail.com>

..

根据Q的建议，界面设计已经有了初步的考虑，下边是一些指标方面的考虑，希望大家能够提供建议。先谢了。...

[Jerry Wu]

Q兄，这种讨论不适合所有讨论场景，可以说不适合大多数商业性质背景很强的BI讨论，所以大家不会轻易拿出来讨论。

 

做过甲方的朋友都知道，BI中如果你透露出足够好的KPI应用和足够精的KRI应用，那么业内资深人士已经可以看出决策层主要看什么，他们哪些是重点，甚至通过这些看出哪些是优势或弱点。当然像煤矿这种与商业没有直接关系的BI，拿出来讨论，倒是非常不错的案例，因为不存在任何商业竞争关系。

 

还有一些可以拿出来讨论的具体案例，那就是标准行业，例如财务标准（不涉及具体科目）、电信(银行)客户标准分析等等。

 

2011/11/7 Q <happ...@gmail.com>

[Q]

重点还是探讨BI方法，而不是业务逻辑。

所以，大家的案例可以经过抽象，摘取片段才拿出来探讨。其实就像wang的例子，他列出很多指标的名称，征求什么建议，如果是征求业务逻辑的建议，即这些指标够不够，只有搞煤炭行业，或者熟悉他们项目的人才能建议。但换个角度，征求建议如指标如何展现、指标如何组织、分类，这就是在探讨BI方法的问题。这时，那些指标的名称可以完全用A、B、C代替。甚至可以将数据给出来都没关系。

比如去年我想探讨数据趋势分析的方法，不是将三十个指标的实际数据都给出来了吗，只是指标都用符号代替。我相信很少有人能看出其中的业务逻辑，所以，并没有泄露商业机密。也许真的隐藏某位高手，从那些数据反推出指标的名称，以此判断出决策的关键点，那是神人，地球人无法阻挡。

2011/11/7 Jerry Wu <innov...@gmail.com>

--
订阅地址：ttnn+su...@googlegroups.com
退订地址：ttnn+uns...@googlegroups.com

--
ttnn

telno: 13514984944

[Jerry Wu]

那大家尽量抽象些案例吧，也许不是自己公司的案例，而是网上看到某个案例，也可以拿来玩玩。。。。。。

2011/11/8 Q <happ...@gmail.com>

[wanghsiaodong]

大家的建议很有帮助。在此基础上，出了一个简单的页面设计，请大家给指点一下。

我看到的问题有两个：

1、感觉缺少指标计算的过程和参数，客户可能不理解某些指标的概念，是不是要在主页上说出来呢

2、粒度不清晰、月度的、年度的或其他的混在一起

BTW：提个建议哈，大家回复的时候能不能接在一起，像maillist样的，没有主线的时候不知道该回复谁啊。

 

---

wanghsiaodong

 

发件人： Q

发送时间： 2011-11-08 08:41

收件人： ttnn

主题： Re: 煤炭行业的决策支持

[Q]

1、指标的解释放在一个单独的地方。原则：在监控页面尽量放变化的信息，静止、固定的信息少放。

2、粒度还是要清晰一些。设想一些应用场景，每天关注的指标放在一页是什么样子，每月关注的是什么样子？

2011/11/9 wanghsiaodong <wang.hs...@googlemail.com>

--
ttnn

telno: 13514984944

[Delin He]

针对你的问题：1， 尽量将指标的口径写清楚明白， 展现上鼠标触发指标了再显示   2： 日 \  周 \ 月    \ 季度年等指标还是不要混在一起好，毕竟

不同的粒度分析目的不太一样， 日监控，周点评，月度经营盘点，各有各的分析场景，报表组织上分门别类

 

在 2011年11月9日 下午2:27，wanghsiaodong <wang.hs...@googlemail.com>写道：

 

我看到的问题有两个：

1、感觉缺少指标计算的过程和参数，客户可能不理解某些指标的概念，是不是要在主页上说出来呢

2、粒度不清晰、月度的、年度的或其他的混在一起

BTW：提个建议哈，大家回复的时候能不能接在一起，像maillist样的，没有主线的时候不知道该回复谁啊。

 
--
Best regards！

    He Delin(何德琳)
    ----------------------------------   
        Mailto: beij...@gmail.com

[hunter]

如果是实际数据，应该还是违反了保密，即使机密几乎没泄露

On 11月8日, 上午11时41分, Q <happys...@gmail.com> wrote:
> 重点还是探讨BI方法，而不是业务逻辑。
>
> 所以，大家的案例可以经过抽象，摘取片段才拿出来探讨。其实就像wang的例子，他列出很多指标的名称，征求什么建议，如果是征求业务逻辑的建议，即这些指标够不够，只有搞煤炭行业，或者熟悉他们项目的人才能建议。但换个角度，征求建议如指标如何展现、指标如何组织、分类，这就是在探讨BI方法的问题。这时，那些指标的名称可以完全用A、B、C代替。甚至可以将数据给出来都没关系。
>
> 比如去年我想探讨数据趋势分析的方法，不是将三十个指标的实际数据都给出来了吗，只是指标都用符号代替。我相信很少有人能看出其中的业务逻辑，所以，并没有泄露商业机密。也许真的隐藏某位高手，从那些数据反推出指标的名称，以此判断出决策的关键点，那是神人，地球人无法阻挡。
>

> 2011/11/7 Jerry Wu <innovate...@gmail.com>

>
>
>
>
>
>
>
>
>
> > Q兄，这种讨论不适合所有讨论场景，可以说不适合大多数商业性质背景很强的BI讨论，所以大家不会轻易拿出来讨论。
>
> > 做过甲方的朋友都知道，BI中如果你透露出足够好的KPI应用和足够精的KRI应用，那么业内资深人士已经可以看出决策层主要看什么，他们哪些是重点，甚至通过这些看出哪些是优势或弱点。当然像煤矿这种与商业没有直接关系的BI，拿出来讨论，倒是非常不错的案例，因为不存在任何商业竞争关系。
>
> > 还有一些可以拿出来讨论的具体案例，那就是标准行业，例如财务标准（不涉及具体科目）、电信(银行)客户标准分析等等。
>

> > 2011/11/7 Q <happys...@gmail.com>

>
> >> 你这种讨论是最好的了，很具体，可以深入下去，很多时候在ttnn只能空谈，因为没有案例。
>
> >> 如果大家在工作中遇到什么难题，也可以拿到这里探讨一下，如果我能帮的上忙，可以提供一些意见。也欢迎其他人一起参与贡献意见。
>
> >> 不过提问者别只是抛出一个问句让大伙儿帮忙，最好是：
> >> 1、具体的。别提诸如"数据仓库如何建设"这类大问题。其实如果是工作中遇到的，一般来说肯定是具体的。
> >> 2、先呈上自己的想法。针对你的问题你是如何考虑的，能有实际的东西更好（当然，隐去敏感信息）。
>
> >> 所以，并不是我很热情，而是因为wang的问题很具体。
>
> > --
> > 订阅地址：ttnn+su...@googlegroups.com
> > 退订地址：ttnn+uns...@googlegroups.com
>
> --

> *ttnn*
> *telno: 13514984944*