PROJECT STATES
项目状态
您的项目，现在适合往前走吗？
先别急着列功能。看看手里有没有可整理的数据，谁会持续使用，哪些内容能够公开，以及后续由谁负责。下面六种情况，基本覆盖了第一次沟通里最常见的问题。
数据分散，需要内部复用
多年数据已经存在，但每次使用都要重新找
- · 样本、项目、结果和补充表分散在不同成员或不同存储位置
- · 人员更替后，历史数据的来源、字段和分析过程难以接续
- · 团队需要一个稳定的内部查找、理解和复用入口
如果更像这种情况优先评估课题组内部资源库，先确定最常用的数据范围。
原创成果，希望公开共享
有清晰专题积累，准备让同行理解和使用
- · 围绕物种、疾病、队列或研究主题形成了相对完整的数据集合
- · 可以说明哪些内容能够公开，哪些内容需要限制或脱敏
- · 有明确的公开使用任务，例如浏览、下载、引用或合作复核
如果更像这种情况优先评估公开专题数据资源，先确认权属、许可和后续更新来源。
多项目、多组学需要整合
数据很多，但科学问题和证据关系还没有被组织起来
- · 多个项目、批次或组学层次之间存在可以解释的关联
- · 需要按样本、基因、通路或研究问题进行比较和回溯
- · 已有结果之外，还能说明整合后的新增使用任务
如果更像这种情况先做资源边界和证据关系设计，再判断内部资源或科研增强路线。
已有平台，维护或扩展困难
先把已有资源救活，再谈新增功能
- · 已有数据库、专题网站或分析工具，但访问、部署或更新不稳定
- · 旧数据仍有使用价值，迁移和重构比从零开始更重要
- · 需要新增功能、迁移环境或明确后续运维责任
如果更像这种情况优先做旧平台资产和数据可迁移性盘点，再确定升级范围。
已有分析工具，希望在线化
方法或脚本已经能用，但用户还无法稳定访问
- · 已有分析流程、脚本或可复用结果，用户任务相对明确
- · 需要把输入、计算、结果解释和下载组织成在线路径
- · 能够说明数据安全、计算资源和版本维护的基本条件
如果更像这种情况评估工具在线化或与专题资源整合，不默认转为完整数据库。
只有模糊想法，方向尚未确定
先把研究任务说清楚，再决定是否开发
- · 目前只有“做一个网站/数据库”的设想，数据边界还不清楚
- · 尚未确定使用者、开放范围或后续维护责任人
- · 还无法判断外部建设是否能解决一个真实的科研或协作任务
如果更像这种情况暂不建议直接开发，先做数据盘点、方向梳理和可行性判断。