卡片详情
识别界面背后的数据需求
这张卡生成于 2026年8月14日星期五，标签为 先定义数据，再做功能，主题为 数据需求与功能设计。这里保留完整阅读结构，便于单张回看与后续补写备注。
先定义数据，再做功能数据需求与功能设计2026-08-14
今日回看主题
识别界面背后的数据需求
一句话提醒
功能回答做什么，数据需求回答靠什么信息去做、去记录、去判断。
为什么今天看它
- 产品讨论很容易先看到页面、按钮和流程，但报表、搜索、推荐和运营判断能否成立，往往取决于字段、口径、来源、流转和权限是否先被定义。
留一个问题
你正在设计的一个功能，依赖哪些数据字段和指标口径？这些数据从哪里来、谁能看、最终支持什么判断？
参考思路
- 1.先明确功能要支持的业务判断或行动，而不是只描述页面结果。
- 2.列出需要记录的字段、事件、状态和时间维度。
- 3.统一指标定义，明确数据来源、计算口径和更新频率。
- 4.梳理数据如何流转、展示和被不同角色使用，并补上权限边界。
- 5.在功能开发前确认数据是否可采集、可验证、可持续维护。
原文入口
网页查看03_知识库/问题/什么是数据需求，为什么它容易被忽略.md
补写备注
当前 1.0 版本暂不提供网页端编辑能力。后续如需补写备注或二次整理，将继续保留在卡片结构中。