数据平台与分析
报表做不出来，八成不是技术问题，是三个部门三个口径。数据这活儿，先对齐定义，再谈技术。
Symptoms
你可能会遇到这些情况
同一份数据三个数
OA 里是 A，ERP 里是 B，报表里是 C。开会前半小时用来对数，散会后还是各说各的。
导一次数据要一天
数据散在七八个系统，能导的导 Excel，导不了的找人写脚本，临时要个数得等一周。
报表做了一堆，没人看
每个部门要什么做什么，最后几十张表，领导要看的那三个数反而找不到。
日志留着，但从没看过
系统慢、谁在用、哪一步卡住、报错集中在哪——记录都在，没人分析。
审计要翻三个月前的记录
内审或合规检查要查某个人某段时间的操作，日志散在几台机器上，翻不出来，只能写情况说明。
审计报告靠人拼
每季度要交一份操作审计说明，几个人对着日志手工整理，写完也没人能复核对不对。
What We Do
我们做什么
01
指标口径统一
先把「这一列到底怎么算」定死，再动手做报表。同一指标只在一处定义、全站复用，避免各部门各算一套。
02
多源数据接入
ERP、财务、OA、业务系统、数据库、Excel、日志文件，全量与增量都接。能走接口就走接口，只能导表的定时导。
03
数据治理与质量
主数据统一编码，重复数据查重合并，缺失字段补全，让后面的分析有可信的底子。
04
报表与看板
管理层看的一张屏，控制在三屏以内；一线看的能下钻到单据。不堆图表，先回答「看这个要做什么决定」。
05
日志与运行分析
谁在用、哪一步最慢、报错集中在哪个环节、哪个接口在超时。把系统里的运行痕迹变成能查的结论。
06
安全审计与操作取证
系统日志、操作日志、数据库审计、堡垒机与网络设备日志统一接入，按人、按时间、按对象还原一条操作链路。能做的是：谁在什么时间访问、导出、修改了什么数据；权限被谁改过；非工作时段有没有批量操作；出事之后能不能拿出带时间戳的记录。审计结果输出成可交内审、可附在检查材料里的清单，不是一张图。
07
自助分析与数据服务
业务人员自己拖拽取数，不用每次都找 IT；对外提供标准数据接口，供其他系统调用。
Boundary
交付边界
把「做什么」和「不做什么」都写清楚，是合作能长久的前提。
我们负责
- 每个指标先给出计算公式与数据来源，客户确认后再开发
- 交付数据字典与口径说明，人走了也能自己维护
- 报表上线后跟踪使用情况，三个月没人打开的下线
- 日志分析给出可执行的结论，不只给一堆图表
- 审计场景先约定「查什么、查多久、留多久」，再动手接入
不在范围内
- 不承诺数据准确率 100%——源头数据不治，报表一定不准
- 不在口径未达成共识的情况下做报表，返工成本最高
- 不替代客户业务系统的数据录入责任
- 不做只为好看、不为决策服务的驾驶舱
- 不替代防火墙、态势感知等安全防护设备，也不出等保测评结论——我们做的是审计数据的接入、分析与取证
FAQ
常见问题
数据对不上，是接口问题还是口径问题？
八成是口径。所以第一步永远是拉齐定义、写清公式，而不是先写代码。口径对齐以后如果还对不上，再去查接口和同步。
我们没有数据仓库，能直接做分析吗？
可以。小规模先直连业务库或定时抽到分析库，跑起来再考虑要不要建仓。不建议一上来就上大平台，那是给自己找麻烦。
日志分析能解决什么实际问题？
最直接的是三件事：系统为什么慢、某个功能到底有没有人用、故障发生前有什么征兆。这三件都比一块看起来很智能的大屏有用。
安全审计你们能做到什么程度？
做到「查得到、说得清、拿得出」。查得到：把散在各系统、各机器上的日志接进一处，按人、时间、对象能还原操作链路；说得清：异常行为归并成几条线索，而不是甩给你十万条日志；拿得出：输出带时间戳的审计清单和说明，能交内审。防护设备和等保测评不在我们的范围内。
一定要做成大屏吗？
不必。多数管理场景一张能打印的 A4 比大屏有用。大屏适合值班室和展厅，不适合办公室。
Related
相关的服务
这类项目很少有只做一件事的。往下走通常还会碰到这两块。