「我们要实时大屏」经常出现在立项第一句。它听起来先进，却把两个完全不同的问题捆在一起：数字要不要可信，以及数字要不要按秒跳。多数中小企业先死在口径和主数据上，而不是死在晚了二十三个小时。
判断标准只有一句：错过这个刷新窗口，决策会不会变坏。产线堵了要改派工，十分钟的延迟会堆出一班的返工，这时现场大屏才需要更勤的刷新，写法见 车间仓配大屏该显示什么 与 现场大屏如何让班组少跑办公室。经营周会上讨论毛利、回款、周转，用昨天对过账的数，比用十分钟前还在跳的数更安全。实时把对账窗口吃掉了，财务和业务会重新掏出两套表。
实时还有价格。接口要稳、失败要重试、迟到要标记，脏数据会以同样的速度进领导视野。质量还没站住就上秒级，等于把污染放大，相关取舍见 数据质量差，看板先做还是先洗。中小企业不必为了「中台标配」去买流式链路，分层逻辑见 中小企业一定要上数据中台吗。费用会跟着频率走，见 做看板或数据中台要花多少钱、周期多久。把「实时」写进招标文件之前，先写下每个指标的最晚可用时刻，写不清就不要买最贵的刷新。
先写决策时刻，再写刷新秒数
方案里请把每个指标的「最晚可用时刻」写成一句话：早会 8:30 要昨天产量，周会周三要周一关账后的毛利，库存低于安全水位要十分钟内推到仓管。写得清，T+1 就不是落后，实时也不是浪费。写不清，供应商只能按最贵的实时报价，项目在同步延迟里空转。预警要推到人时，频率跟责任走，而不是跟大屏动画走，见 预警推到人，异常如何少过夜。
把两种波形画在同一张管理层大屏上，领导会以为公司每秒都在改战略，现场又会嫌经营数「假实时」。分主题、分刷新，比统一吹成实时更像工程。达希做数据项目时，默认经营主题走日批，现场主题单独评估采集周期。两者可以共用口径和主数据，不必共用刷新。需要判断你们哪些数必须跳起来，把会议时间和现场班次发到 数据看板与中台。从需求到上线如何排期，见 从需求到上线：数据项目怎么走。
屏幕写「实时」，抽取就要对得上这句话
屏幕上写「实时」却每十五分钟抽一次，会比老实写 T+1 更伤信任。刷新策略要和页面文案一致，迟到的批次请标明截止时间。
财务关账期间不要强行用业务侧的瞬时销量去对毛利。窗口不同，对不上是正常现象，应在图上写清取数时点，而不是让两个部门互相指责接口。
设备侧采集可以很快，经营指标仍应日结。接口延迟、对账窗口和关账日历，请写进方案附录，避免上线后用「你们不是说实时吗」来否定一套本来该 T+1 的准绳。