帮助中心

个人科研管理场景

工作台适合哪些团队先接入

适合先从成果信息长期维护、材料沉淀和周期性汇总压力较大的团队开始接入。

适合优先接入的团队

如果你们已经出现这些情况，通常就值得优先上线：

• 成果信息分散在 Excel、文件夹和聊天记录里。
• 一到上报节点才临时追要材料。
• 同一项成果需要在多个场景里重复整理和重复录入。

接入建议

建议先从一条最小闭环开始，而不是一口气覆盖全部科研流程：

1. 先确定一个成果域作为切入点。
2. 把成果记录和支撑材料收口到统一结构。
3. 再逐步补充其他成果类型和团队角色。

官网与系统的关系

官网用于说明产品和帮助内容；真正的业务操作会在 works.rscfox.com 中完成。

高校教师与研究人员

为什么强调持续维护而不是一次性录入

研狐关注的是把成果条目做成可长期复用的信息资产，而不是只在节点前应付一次填表。

一次性录入的问题

一次性录入的最大问题不是麻烦，而是信息很快失真：

• 当时能交差，但后续没人持续维护。
• 材料与说明散落在不同位置。
• 下一次再需要时，又得重新整理一遍。

持续维护的价值

如果成果信息在平时就保持结构化更新，后续很多工作会明显变轻：

• 查找更快。
• 补材料更准。
• 汇总更稳。

研狐的处理方式

产品默认围绕“成果记录 + 支撑材料 + 过程更新”组织信息，减少把同一件事拆成多处维护的情况。

产品与服务支持团队

官网内容应该由谁维护

官网建议由前端搭骨架，产品经理结合 AI 维护文案、帮助与资讯内容，避免直接改结构代码。

推荐分工

官网更适合按“结构层”和“内容层”分开：

• 前端维护布局、组件、样式与统计接入。
• 产品经理和 AI 维护帮助、资讯和首页文案。

为什么不建议直接改页面模板

如果直接改模板文件，很容易同时改坏：

• SEO 头信息
• 导航和页脚结构
• 样式一致性
• 静态资源路径

推荐维护入口

后续内容更新应优先通过这些区域完成：

• src/content/
• src/data/
• public/images/