老板经营驾驶舱

公司的经营数据原本分散在 NAS 文件夹和不同导出表中。老板想知道昨天赚了多少、今天有什么红灯，需要反复询问并跨表核对。直播 GMV 与订单实收可能被重复相加，售后、库存和私域又使用不同口径，最终让一个看似精确的数字失去决策价值。

因此产品目标不是展示更多指标，而是让老板在 5 分钟内完成三件事：确认昨日结算、识别今日风险、进入需要处理的问题。资料、合同和资产等支持信息留在资料中心，不挤占经营首页。

首页被设计成三层：第一层用昨日公私域净实收、经营贡献利润、直播前端表现、发货率和退款率完成结算；第二层把今日直播异常、待处理售后、库存与数据源缺失变成红黄绿预警；第三层把每个问题连接到责任模块、负责人、期限和闭环状态。

二级页面按直播、订单履约售后、微信私域、商品库存和支持资料组织。老板看到红灯后可以继续找到场次、订单、SKU 或数据源状态，而不是停在一张无法解释原因的总览图上。

财务日结只有在确认状态为“已确认”时，才进入私域净实收和经营贡献利润；库存缺少近 7 日销量时不计算无限库存；没有广告消耗的直播场次不进入 ROI 分母。每个指标都带有来源、公式和可用条件。

当昨日订单、财务或库存数据没有更新时，页面显示“待补、待同步、待确认”，并保留上次成功快照及失败原因。这里的核心原则是：宁可承认不知道，也不让一个错误的 0 进入老板判断。

用户点击更新后，本机服务只读取 NAS 固定目录，完成清洗、汇总和去重，再生成脱敏本地快照。原始表格不会被修改、重命名或覆盖；NAS 断开或格式异常时，系统保留上次成功结果并提示原因。

看板不开放公网，不上传原始 Excel，也不展示手机号、地址、密码、合同正文或附件内容。对于企业经营场景，隐私与恢复机制不是后台技术细节，而是产品可信度的一部分。

我的角色是产品主导与体验负责人：梳理老板、运营、财务、供应链和私域的高频问题，定义首页与二级页面信息架构，建立净实收、利润、ROI、退款、发货与库存的展示口径，并设计数据状态、预警阈值和 NAS 目录映射。

AI 协作主要用于工程实现、文档整理、规则检查与迭代排查。经营口径、产品优先级、隐私边界、异常回退和最终验收由我负责。