先看团队真正要用它做什么
内部复用、公开共享、资源论文和旧站升级，需要准备的数据和承担的后续责任并不一样。
课题组内部资源库
多年项目、多批样本和分析结果已经积累，团队需要跨项目查找、复用和交接，但暂不以公开为主要目标。
形成稳定的内部检索和浏览入口，保留数据说明、分析结果、来源关系和责任边界。
需要明确主要使用者、数据责任人和持续使用场景；先从可复用范围开始，不必一次纳入全部历史数据。
公开专题数据资源
围绕一个物种、疾病、队列或研究主题形成了清晰积累，希望让同行能够理解、下载或引用。
形成公开浏览、检索、下载和引用入口，并配套数据说明、开放许可和更新信息。
需要先确认数据权属、隐私/许可、公开范围和后续维护来源；公开并不等于所有原始数据都开放。
论文型数据库候选方向
已有原创数据、明确科学问题和可对照的领域资源，能够解释资源相对已有工作的独立贡献与社区使用价值。
形成数据资源、在线数据库和围绕研究问题组织的证据材料，为资源论文评估提供基础。
期刊与发表结果不能预先承诺，是否适合投稿要结合数据规模、与已有资源的差异、同行怎么使用以及维护计划判断。
既有平台升级
已经拥有数据库、专题网站或分析工具，但存在访问不稳、结构老化、数据迁移、功能扩展或维护困难。
在核对旧平台资产后，完成重构、迁移、扩展、性能修复或分析工具在线化。
需要先确认源代码/数据可用性、现有用户路径、部署现状和升级后的运维责任，避免无边界重建。
先解决眼前的问题，再决定要不要继续扩展
有些项目做一个能用的核心版本就够了。需要跨成员长期运行，或服务更完整的科研问题时，再补版本、更新和分析能力。
最小可用
先解决一个明确科研任务，让核心数据能够被查找、理解和复用。
- · 确定范围内的样本/项目清单
- · 核心数据表与说明
- · 基础检索或筛选
- · 必要的图表、下载或引用说明
长期运行
在最小版本上补齐跨项目、跨成员使用所需要的责任、版本和更新机制。
- · 稳定的元数据与字段约定
- · 来源、版本和责任关系
- · 持续更新与缺陷修复流程
- · 部署、权限和运行维护边界
科研增强
围绕明确研究问题增加证据整合、比较分析或开放服务，扩大资源的可解释性和复用范围。
- · 多组学或多来源数据整合
- · 基因/样本/通路等专题浏览
- · 可复核的分析与证据链
- · 面向公开用户的文档和资源服务
这四件事不说清，后面很容易返工
第一次沟通不必把所有资料准备齐，但主要使用者、公开范围和维护责任会直接影响项目怎么做。
数据边界
哪些样本、项目、结果和公开来源属于本次范围？哪些资产明确排除？
使用任务
谁会使用资源，主要是内部复用、合作共享、公开下载、引用，还是在线分析？
证据与权属
原始数据、分析结果、论文和外部数据的来源、权属、许可和可追溯关系是什么？
运行责任
上线后谁负责更新、审核和维护？哪些功能属于本次交付，哪些需要后续确认？