【大学生创新创业】重磅！国铜比赛工作流总结

ESJIAN

<center>图：一般比赛建议时间安排</center>

1.1.1. 接收老师的任务项目

老师给了一个可行的项目

1.1.2. 组织队员参与

按照 [[比赛动员]] 模板，依照 [[通知模版]] 中的要求进行在群里发布比赛组织通知

1.1.3. 队员分组分工

明确了 PPT 的分工（一人写一人检查）
明确了 Word 的分工（一人写一人检查）
明确了视频的分工（一人做一人检查）
明确了负责人的分工

职责	内容
Word	负责根据老师指示填写赛事 Word 模板
PPT	负责根据老师的指示以及 Word 内容进行参赛PPT的制作
视频	负责老师的指示以及往届赛事使用的模板、素材进行在创作
队长	负责信息的收集、进度的监督与汇报、整体进度的统筹与安排

提示：视频组的两个人一般时间比较多，可以提前进行视频素材的收集，因为根据往届观察，这一步会消耗3_{4天时间，如果到了} DDL 去收集你压力会很大。所以尽可能提前准备

1.1.4. 建立小群

背景：群名乱起导致找不到群，群昵称乱取导致不知道这个人是在这次工作中负责干什么的

【小群的命名格式】建议为 届号+赛事简称+赛道+项目简称 （例：24届大创高教主赛道海浪监测）

【成员群昵称格式】建议为 分工+类型+名字（例：PPT 主力谢承旭、PPT 检查谢承旭）

思考：对于其他赛事，群命名和群昵称也需要有制式，但是可能不完全和这个一样，需要后届队长进行灵活思考与变动

1.1.5. 比赛信息搜集

背景：如果你创新创业类比赛一开始人员信息不收集好，到时候就会发生提交前一刻到处打电话要信息却找不到人的情况（如下图），特别是填报平台需要填写一堆信息，所以开头有必要收集信息

<center>图：紧急要信息打电话却叫不到人</center>

姓名：
院校：
院系：
专业：
班级：
入学年份：
毕业年份：
学历层次：
性别：
出生日期：
学生号：
手机号：
身份证号：
邮箱：

<center>表：创新创业比赛需要收集的成员信息模板</center>

姓名：
电话：
邮箱：
国籍：
学校：
学院：
职称：

<center>表：创新创业比赛需要收集的老师信息模板</center>

1.1.6. 建立本地协作项目目录

背景：之前很多学校其他队伍做比赛都不会建立一个协作的项目目录，用来存放各种各样与比赛相关的信息和文件的修改迭代等。这样就会造成三种典型情况发生：一、PPT 改着改着版本混乱、丢失；二、PPT 的文件命名混乱，都不知道是什么时候改的。三、素材用微信传，传着传着传没了的事情也有发生。

<center>表：建议的大创类比赛参考目录</center>

Z:.
└─互联网+&全国大学生创新创业
	 |
    └─2025届
        ├─文创赛道
        ├─组委会资料
        └─高教主赛道
            ├─EXCEL提交
            ├─EXCEL迭代
            ├─MP4提交
            ├─MP4迭代
            ├─PDF提交
            ├─PDF迭代
            ├─PPT提交
            ├─PPT迭代
            │  └─复活赛五修参考
            ├─WORD提交
            ├─WORD迭代
            └─比赛素材
                ├─图片库
                │  └─抠图照
                ├─字体库
                ├─荣誉库
                │  ├─刘子劢
                │  ├─孙鹏飞
                │  ├─张哲通
                │  ├─程煜博
                │  ├─绍明哲
                │  ├─薛皓元
                │  └─谢承旭
                └─视频库

注意：千万要做好备份，可以参考 [[如何设置资源服务器对特定文件夹的备份]] 一文章设定服务器对特定目录进行定期备份。

【EXCEL提交】用来存放某一阶段提交到系统的 EXCEL 文件，命名格式：阶段+提交文件名（例：）

1.1.7. 建立 AI 协作项目目录

背景：之前打比赛的时候经常有一些赛委会的资料，如果一个一个去细看太浪费时间，且前期搜集阶段是一起在搜集相关的资料以及公众号的资料，没有一个地方去存放这些收集的资料。这个时候 ima 就派上用处了。我们每个人搜集的资料按照一定的目录规则去存放，然后直接问这个知识库需要注意的事项，这样会比每个人去找资料然后自己上传到自己的 AI 问答工具效率要更高。

打开 ima.copilot-腾讯AI工作台下载软件并且安装（若有可跳）

注册登录账号（若有可跳）

点击知识库图标

点击 “＋”号 --> 输入名称（格式：届数+赛名+赛道）--> 输入描述

点击分享图标 --> 选择分享方式如下图 --> 点击“复制分享链接”

将分享链接分享给队员，让其加入到该知识库

注意：IMA 的知识库我就不做详细的目录管理规范了，各带队队长自己结合实际建立目录管理规范（建议：最好与本地协作项目目录保持一致，减少使用不适感）

1.1.8. 制定任务迭代工作流

注意：一定要进行交叉检查，检查要写检查手册，类似如下我之前打比赛所写的参考手册那样

（1）Word 迭代工作流

注意：不要使用 WPS 改 WORD ，统一使用 Office Word 进行修改，WPS 修改的内容有些时候会打不开报错！

graph TD
    A[开始] --> B(Word 撰写人);
    B --> C{创建 Word 初稿};
    C --> D[保存至 WORD迭代: 项目简称 阶段 0修.docx];
    D --> E(Word 检查人);
    E --> F{使用 Office Word 打开 项目简称 阶段 0修.docx};
    F --> G[直接在文件中添加批注];
    G --> H(将带有批注的 0修 文件发回撰写人);
    H --> I(Word 撰写人);
    I --> J{使用 Office Word 打开 带有批注的 0修 文件};
    J --> K[根据批注修改文档内容];
    K --> L[标记/删除已处理批注];
    L --> M[保存至 WORD迭代: 项目简称 阶段 1修.docx];
    M --> N{文档是否最终定稿?};
    N -- 否 --> E;
    N -- 是 --> O[保存最终版至 WORD提交 目录];
    O --> P[命名: 阶段+提交文件名.docx];
    P --> Q(结束);

    style C fill:#f9f,stroke:#333,stroke-width:2px
    style G fill:#f9f,stroke:#333,stroke-width:2px
    style K fill:#f9f,stroke:#333,stroke-width:2px
    style L fill:#f9f,stroke:#333,stroke-width:2px
    style O fill:#f9f,stroke:#333,stroke-width:2px

Word 迭代工作流详细步骤：

初始撰写 (Word 撰写人)
- 职责：Word 撰写人。
- 操作：根据老师指示和比赛要求，使用 Microsoft Office Word 创建文档初稿。
- 文件处理：将文件保存至本地协作项目目录中的 WORD迭代 文件夹。
- 命名规范：建议命名为 项目简称阶段 0修.docx（例如：海浪监测省赛 0修.docx）。这里的“阶段”可以是“初稿”、“省赛”、“国赛”等。
第一轮批注与反馈 (Word 检查人)
- 职责：Word 检查人。
- 操作：获取撰写人提交的 项目简称阶段 0修.docx。
- 工具：使用 Microsoft Office Word 打开文档。
- 反馈方式：全程使用 Word 的“批注”功能 对文档内容、格式、逻辑、错别字等进行详细反馈。在此阶段，检查人不得直接修改文档内容。
- 文件处理：完成批注后，不另存为新文件。将带有批注的 项目简称阶段 0修.docx 文件直接发回给撰写人。
第一轮修订 (Word 撰写人)
- 职责：Word 撰写人。
- 操作：获取检查人批注后的带有批注的 项目简称阶段 0修.docx 文件。
- 工具：使用 Microsoft Office Word 打开文档。
- 修订方式：逐一阅读并理解所有批注。根据批注内容对文档进行修改。每完成一个批注的修改，请在 Word 中将该批注标记为“已解决”或删除。
- 文件处理：修改完成后，将文件另存为新版本至 WORD迭代 文件夹。
- 命名规范：建议命名为 项目简称阶段 1修.docx（例如：海浪监测省赛 1修.docx）。修订次数递增。
第二轮批注与反馈 (Word 检查人 / 队长)
- 职责：Word 检查人（或队长）。
- 操作：获取撰写人修订后的 项目简称阶段 1修.docx。
- 工具：使用 Microsoft Office Word 打开文档，检查上一轮批注是否已妥善处理，并进行新的全面审阅。
- 反馈方式：如有新的问题或需要进一步修改的地方，继续使用 Word 的“批注”功能 进行反馈。
- 文件处理：完成批注后，不另存为新文件。将带有批注的 项目简称阶段 1修.docx 文件直接发回给撰写人。
迭代与完善
- 操作：重复步骤 3 和 4，直到文档内容达到最终要求，所有批注均已处理完毕。
- 原则：每次撰写人完成修订并生成新版本时，都应生成新的文件版本，严格遵循“一修一文件”原则，确保版本清晰可追溯。
最终定稿与提交
- 职责：队长或指定负责人。
- 操作：当文档最终确定无误后，将最终版本保存至 WORD提交 目录。
- 命名规范：建议命名为 阶段+提交文件名.docx（例如：省赛提交_海浪监测_Word_最终版.docx）。
- 额外步骤：如果比赛要求提交 PDF 版本，请在 Office Word 中将最终版 Word 文档导出为 PDF，并保存至 PDF提交 目录。

重要注意事项:

统一工具: 团队所有成员必须统一使用 Microsoft Office Word 进行文档的撰写、批注和修改。严禁使用 WPS Office，以避免兼容性问题和潜在的错误。
文件命名: 严格遵循建议的文件命名规范，这是实现“一修一文件”原则的关键，确保版本清晰可追溯。
备份: 定期对 WORD迭代 目录进行备份，可参考 [[如何设置资源服务器对特定文件夹的备份]] 一文设定服务器对特定目录进行定期备份，以防文件丢失。
检查手册: 建议 Word 检查人根据比赛要求和往届经验，制定一份详细的 Word 检查手册，以提高批注的效率和质量，确保检查的全面性。

（2）PPT 迭代工作流

注意：不要使用 WPS 改 PPT ，统一使用 Office PowerPoint 进行修改，WPS 修改的内容有些时候会打不开报错！

graph TD
    A[开始] --> B(PPT 撰写人);
    B --> C{创建 PPT 初稿};
    C --> D[保存至 PPT迭代: 项目简称 阶段 0修.pptx];
    D --> E(PPT 检查人);
    E --> F{使用 Office PowerPoint 打开 项目简称 阶段 0修.pptx};
    F --> G[直接在文件中添加批注];
    G --> H(将带有批注的 0修 文件发回撰写人);
    H --> I(PPT 撰写人);
    I --> J{使用 Office PowerPoint 打开 带有批注的 0修 文件};
    J --> K[根据批注修改演示文稿内容];
    K --> L[标记/删除已处理批注];
    L --> M[保存至 PPT迭代: 项目简称 阶段 1修.pptx];
    M --> N{演示文稿是否最终定稿?};
    N -- 否 --> E;
    N -- 是 --> O[保存最终版至 PPT提交 目录];
    O --> P[命名: 阶段+提交文件名.pptx];
    P --> Q(结束);

    style C fill:#f9f,stroke:#333,stroke-width:2px
    style G fill:#f9f,stroke:#333,stroke-width:2px
    style K fill:#f9f,stroke:#333,stroke-width:2px
    style L fill:#f9f,stroke:#333,stroke-width:2px
    style O fill:#f9f,stroke:#333,stroke-width:2px

PPT 迭代工作流详细步骤：

初始撰写 (PPT 撰写人)
- 职责：PPT 撰写人。
- 操作：根据老师指示和 Word 内容，使用 Microsoft Office PowerPoint 创建演示文稿初稿。
- 文件处理：将文件保存至本地协作项目目录中的 PPT迭代 文件夹。
- 命名规范：建议命名为 项目简称阶段 0修.pptx（例如：海浪监测省赛 0修.pptx）。这里的“阶段”可以是“初稿”、“省赛”、“国赛”等。
第一轮批注与反馈 (PPT 检查人)
- 职责：PPT 检查人。
- 操作：获取撰写人提交的 项目简称阶段 0修.pptx。
- 工具：使用 Microsoft Office PowerPoint 打开演示文稿。
- 反馈方式：全程使用 PowerPoint 的“批注”功能 对演示文稿内容、排版、逻辑、视觉效果等进行详细反馈。在此阶段，检查人不得直接修改演示文稿内容。
- 文件处理：完成批注后，不另存为新文件。将带有批注的 项目简称阶段 0修.pptx 文件直接发回给撰写人。
第一轮修订 (PPT 撰写人)
- 职责：PPT 撰写人。
- 操作：获取检查人批注后的带有批注的 项目简称阶段 0修.pptx 文件。
- 工具：使用 Microsoft Office PowerPoint 打开演示文稿。
- 修订方式：逐一阅读并理解所有批注。根据批注内容对演示文稿进行修改。每完成一个批注的修改，请在 PowerPoint 中将该批注标记为“已解决”或删除。
- 文件处理：修改完成后，将文件另存为新版本至 PPT迭代 文件夹。
- 命名规范：建议命名为 项目简称阶段 1修.pptx（例如：海浪监测省赛 1修.pptx）。修订次数递增。
第二轮批注与反馈 (PPT 检查人 / 队长)
- 职责：PPT 检查人（或队长）。
- 操作：获取撰写人修订后的 项目简称阶段 1修.pptx。
- 工具：使用 Microsoft Office PowerPoint 打开演示文稿，检查上一轮批注是否已妥善处理，并进行新的全面审阅。
- 反馈方式：如有新的问题或需要进一步修改的地方，继续使用 PowerPoint 的“批注”功能 进行反馈。
- 文件处理：完成批注后，不另存为新文件。将带有批注的 项目简称阶段 1修.pptx 文件直接发回给撰写人。
迭代与完善
- 操作：重复步骤 3 和 4，直到演示文稿内容达到最终要求，所有批注均已处理完毕。
- 原则：每次撰写人完成修订并生成新版本时，都应生成新的文件版本，严格遵循“一修一文件”原则，确保版本清晰可追溯。
最终定稿与提交
- 职责：队长或指定负责人。
- 操作：当演示文稿最终确定无误后，将最终版本保存至 PPT提交 目录。
- 命名规范：建议命名为 阶段+提交文件名.pptx（例如：省赛提交_海浪监测_PPT_最终版.pptx）。
- 额外步骤：如果比赛要求提交 PDF 版本，请在 Office PowerPoint 中将最终版 PPT 演示文稿导出为 PDF，并保存至 PDF提交 目录。

重要注意事项:

统一工具: 团队所有成员必须统一使用 Microsoft Office PowerPoint 进行演示文稿的撰写、批注和修改。严禁使用 WPS Office，以避免兼容性问题和潜在的错误。
文件命名: 严格遵循建议的文件命名规范，这是实现“一修一文件”原则的关键，确保版本清晰可追溯。
备份: 定期对 PPT迭代 目录进行备份，可参考 [[如何设置资源服务器对特定文件夹的备份]] 一文设定服务器对特定目录进行定期备份，以防文件丢失。
检查手册: 建议 PPT 检查人根据比赛要求和往届经验，制定一份详细的 PPT 检查手册，以提高批注的效率和质量，确保检查的全面性。

（3）视频迭代工作流

提示：视频组的两个人一般时间比较多，可以提前进行视频素材的收集，因为根据往届观察，这一步会消耗3_{4天时间，如果到了} DDL 去收集你压力会很大。所以尽可能提前准备。

视频的迭代与 Word/PPT 略有不同，因为视频文件本身通常不直接支持像文档那样的内置批注功能。但我们可以通过时间戳批注和版本文件管理来达到“一修一文件”和“批注反馈”的目的。

graph TD
    A[开始] --> B(视频制作人);
    B --> C{确定视频脚本/分镜稿};
    C --> D{收集并整理视频素材};
    D --> E{进行视频初剪与制作};
    E --> F[导出初稿视频至 MP4迭代: 项目简称 阶段 0修.mp4];
    F --> G(视频检查人);
    G --> H{观看视频并记录时间戳批注};
    H --> I[将批注文档/链接发回制作人];
    I --> J(视频制作人);
    J --> K{根据批注修改视频项目文件};
    K --> L[导出新版本视频至 MP4迭代: 项目简称 阶段 1修.mp4];
    L --> M{视频是否最终定稿?};
    M -- 否 --> G;
    M -- 是 --> N[保存最终版至 MP4提交 目录];
    N --> O[命名: 阶段+提交文件名.mp4];
    O --> P(结束);

    style C fill:#f9f,stroke:#333,stroke-width:2px
    style D fill:#f9f,stroke:#333,stroke-width:2px
    style E fill:#f9f,stroke:#333,stroke-width:2px
    style H fill:#f9f,stroke:#333,stroke-width:2px
    style K fill:#f9f,stroke:#333,stroke-width:2px
    style N fill:#f9f,stroke:#333,stroke-width:2px

视频迭代工作流详细步骤：

脚本与素材准备 (视频制作人)
- 职责：视频制作人。
- 操作：
  - 根据老师指示、Word 和 PPT 内容，确定视频的脚本或分镜稿，明确视频的主题、结构、时长、关键信息点等。
  - 提前收集并整理所有视频素材（包括视频片段、图片、音乐、音效、字幕文本等），并将其存放在本地协作项目目录的 比赛素材/视频库 和 图片库 中。
- 文件处理：脚本可保存为 项目简称视频脚本 0修.docx。
视频初剪与制作 (视频制作人)
- 职责：视频制作人。
- 操作：使用专业的视频编辑软件（如 Adobe Premiere Pro, DaVinci Resolve, Final Cut Pro 等）进行视频的初剪、编辑、配乐、字幕添加等工作。
- 文件处理：将视频项目文件（例如 .prproj, .drp 等）保存至 MP4迭代 目录，并定期保存。
  
  >注意：不要使用剪映、必剪这样的轻量剪辑工具，因为工程根本导不出来无法满足团队协作的要求
初稿导出与命名 (视频制作人)
- 职责：视频制作人。
- 操作：完成初剪后，将视频导出为可供审阅的视频文件（通常为 MP4 格式）。
- 文件处理：将导出的视频文件保存至本地协作项目目录中的 MP4迭代 文件夹。
- 命名规范：建议命名为 项目简称阶段 0修.mp4（例如：海浪监测省赛 0修.mp4）。这里的“阶段”可以是“初稿”、“省赛”、“国赛”等。
批注与反馈 (视频检查人)
- 职责：视频检查人（或队长）。
- 操作：获取制作人提交的 项目简称阶段 0修.mp4。
- 工具：
  - 使用视频播放器观看视频。
  - 使用一个独立的文档（如 Word 文档、Obsidian 笔记或共享在线文档）来记录批注。
- 反馈方式：
  - 务必包含时间戳：例如 [00:15-00:20] 这一段的背景音乐音量过大，请调低。 或 [01:03] 画面中的文字有错别字，应为“创新”而非“创兴”。
  - 详细描述问题：包括画面、声音、字幕、节奏、逻辑、时长等方面的具体反馈。
  - 在此阶段，检查人不得直接修改视频文件或项目文件。
- 文件处理：将带有时间戳批注的文档（例如 项目简称阶段 0修批注.docx）或批注文档的共享链接发回给视频制作人。
修订与新版本导出 (视频制作人)
- 职责：视频制作人。
- 操作：获取检查人批注文档。
- 工具：使用视频编辑软件打开视频项目文件。
- 修订方式：逐一阅读并理解所有批注。根据批注内容对视频项目文件进行修改。每完成一个批注的修改，请在批注文档中标记为“已解决”或删除。
- 文件处理：修改完成后，将视频导出为新版本视频文件至 MP4迭代 文件夹。
- 命名规范：建议命名为 项目简称阶段 1修.mp4（例如：海浪监测省赛 1修.mp4）。修订次数递增。
迭代与完善
- 操作：重复步骤 4 和 5，直到视频内容达到最终要求，所有批注均已处理完毕。
- 原则：每次视频制作人完成修订并导出新版本时，都应生成新的视频文件版本，严格遵循“一修一文件”原则，确保版本清晰可追溯。
最终定稿与提交
- 职责：队长或指定负责人。
- 操作：当视频最终确定无误后，将最终版本保存至 MP4提交 目录。
- 命名规范：建议命名为 阶段+提交文件名.mp4（例如：省赛提交_海浪监测_视频_最终版.mp4）。

重要注意事项:

统一编辑软件: 团队内视频制作人应统一使用一套视频编辑软件，以避免项目文件兼容性问题。
文件命名: 严格遵循建议的文件命名规范，这是实现“一修一文件”原则的关键，确保版本清晰可追溯。
备份: 视频文件和项目文件通常非常大，务必定期对 MP4迭代 目录以及原始素材进行备份，可参考 [[如何设置资源服务器对特定文件夹的备份]] 一文设定服务器对特定目录进行定期备份，以防文件丢失。
批注清晰: 视频检查人提供的批注必须清晰、具体，并带有准确的时间戳，以便制作人快速定位问题。
检查手册: 建议视频检查人根据比赛要求（如时长限制、文件大小、分辨率、内容合规性等）和往届经验，制定一份详细的视频检查手册，以提高批注的效率和质量，确保检查的全面性。
素材管理: 视频素材的提前收集和良好管理至关重要，可以大大提高制作效率。

ESJIAN

建议将笔记放入 Obsidian 进行阅读