做成 APP 的取舍（东部新区企业的参考）：铁门关企业内部数据怎么管起来
铁门关企业讨论内部数据是否要做成APP，可以先拿两张数字不一致的报表核对。例如销售表算出12笔，经营看板显示9笔，可能不是其中一张漏数据，而是两者统计对象与范围不同。把原表搬到手机上并不能解释差异，先让每个数字能够回到具体记录，才知道系统需要增加什么能力。
同一个“数量”先问在数什么
订单数、商品行数和客户数不能混算。用一组假设数据说明：客户甲有2张订单，客户乙有1张订单；每张订单各含2种商品。于是订单为3张，商品行为6行，客户为2位。数字都来自同一组业务，但回答不同问题。报表只写“总数”，使用者就可能把其中任何一个当成另外两个。
这组例子不代表企业实际经营，也不涉及收入确认。真实项目中先由业务与负责数据的人确认统计对象，再说明计数方式。看板标题旁可以保留简明定义，详情能够列出计入范围，而不是只把一个大数字放在首页。
时间和筛选改变的是样本范围
创建于某月、当月收款和当月交付，是三种时间条件。若看板采用收款时间，不能拿按创建时间导出的订单表直接核对。取消记录、测试记录及跨部门业务怎样计入，由实际管理用途决定，条件应在查询与导出中一并保留。
部门汇总还可能发生重复。假设客户甲分别向两个部门采购，各部门都可以在自己的客户数中计入甲；全公司独立客户数却不能直接把两个部门相加。采用什么共同身份来辨认客户，要由企业确认，不凭简称相近就擅自合并。
关联明细后别把金额重复加总
一张订单可能关联多条发货记录。如果数据查询把订单金额重复放到每条发货记录上，再按行求和，就可能放大结果。开发人员需要按正确层级计算，业务人员则可以用一张多次发货的明确样例核对，不能仅因图表趋势看起来合理就通过验收。
可下钻到明细的报表有助于解释差异，但查看权限仍按职责设置，不因能看部门总额就开放全部客户信息。导出的文件也保留统计条件与生成时点，避免过后拿另一范围的结果继续比较。
先做一张能够对账的内部看板
选企业确实使用的一项指标，写出定义、范围与明细关系，核对通过后再扩展。APP、网页还是现有系统，依据访问方式和维护条件选择。需要购买的能力应包含规则实现、明细核对及后续口径调整，不只是手机上多了几张图；规则改变后，也要能解释旧报表为何与新口径不同。