会议要求提炼

来源：E:\实训\任务\会议录音转文本.txt

整理原则：只保留对本项目交付、协作、文档整理有用的信息。基础代码命名、注释、函数封装等通用编码规范不单独纳入团队协作文档。

1. 老师强调的主要交付物

会议中提到的核心交付物包括：

• 需求文档。
• 操作手册。
• 个人实训报告。
• 答辩 PPT。
• 演示视频。
• 每日或阶段过程截图。
• 项目代码或数据分析脚本，按赛道老师要求提交。

对于本组的淘宝用户行为数据分析项目，应将这些交付物映射为：

会议要求	本项目对应内容
需求文档	项目需求分析与设计文档，说明数据分析项目要解决什么业务问题
操作手册	说明如何获取成果、打开看板、复现分析流程、查看报告
实训报告	每位成员记录每天任务、操作过程、问题、解决方法和收获
答辩 PPT	10 页内展示背景、问题、分析、建议、收益、团队分工
演示视频	3 分钟左右成果演示视频，建议外链登记
过程截图	放入 其他/过程截图/ 或写入个人过程记录

2. 需求文档应写什么

老师强调，需求文档不要只写空泛背景，重点要回答“项目解决了什么实际问题”。

建议本项目需求文档包含：

• 项目概述：淘宝用户行为数据复盘与运营优化。
• 背景意义：为什么电商需要分析浏览、收藏、加购、购买行为。
• 业务问题：转化、复购、品类结构、时段流量等问题。
• 数据需求：使用 UserBehavior 数据集，字段包括 user_id、item_id、category_id、behavior_type、timestamp。
• 功能性需求：数据清洗、指标计算、看板展示、推荐结果、复盘报告。
• 非功能性需求：结果可复核、口径一致、文档清晰、看板可打开、文件可追溯。
• 业务流程：从原始数据到清洗、指标、看板、诊断、建议、答辩展示。
• 总体设计：数据层、计算层、展示层、报告层。
• 技术选型：Excel / Power Query / Python / Power BI / Pyecharts 等按实际选择填写。

3. 操作手册应写什么

老师强调，操作手册的目标是让没有参与项目的人，下载项目后能照着步骤复现或查看成果。

建议操作手册包含：

• 项目文件目录说明。
• 需要的软件或工具。
• 数据文件位置和外链说明。
• 如何打开清洗结果。
• 如何查看指标表。
• 如何打开看板。
• 如何查看推荐结果。
• 如何查看复盘报告和运营方案。
• 如果有代码，写清运行步骤和依赖。
• 常见问题和处理办法。

对于大文件，不要求直接放仓库，但必须在外链登记中写清楚。

4. 实训报告应写什么

老师强调，实训报告要体现真实过程，不要只写空泛心得。

每位成员每天或每个阶段至少记录：

• 今日任务是什么。
• 做了哪些操作。
• 产出了哪些文件。
• 遇到什么问题。
• 怎么解决问题，是问老师、问同学、查资料还是问 AI。
• 解决后自己理解了什么。
• 有哪些截图可以证明阶段成果。

尤其注意：可以使用 AI，但要记录自己如何理解和修正 AI 的答案，不能只写“AI 帮我解决了”。

5. 过程截图和日志

会议中提到，实操截图可以放在 其他/ 中，用于说明阶段任务完成情况。

建议本项目统一：

其他/过程截图/
文档/过程记录/
文档/每日进度记录/

截图不要散落在群聊里。提交或登记时说明：

• 截图对应哪个任务。
• 截图时间。
• 负责人。
• 说明了什么结果。

6. 对本组协作方案的影响

需要更新的协作规则：

• 正式仓库应提前创建 文档/需求文档/、文档/操作手册/、文档/过程记录/、其他/过程截图/ 等目录。
• 每位成员都应维护自己的过程记录和个人实训报告材料。
• 组长负责整合需求文档、操作手册、总报告、PPT 和演示材料。
• 队员负责提交自己任务对应的过程记录、截图说明、外链登记和个人实训报告。
• 门户或文档站点可以公开展示过程记录、需求文档、操作手册和每日进度，方便后期总结与提交。