因为把dll看成ddl而急死——团队展示
| 这个作业属于哪个课程 | 2501_CS_SE_FZU |
|---|---|
| 这个作业要求在哪里 | 软件工程实践团队作业——团队组建与实践选题 |
| 这个作业的目标 | 团队组建、创建团队账号、实践选题、撰写博客 |
| 其他参考文献 | 《构建之法》 |
目录
- 一、 选题描述
- 二、团队基本信息
- 1、队伍名称——因为把dll看成ddl而急死
- 2、队员基本信息
- 三、基于NABCD模型对项目的分析
- 1、需求(Need)
- 2、方法(Approach)
- 3、收益(Benefit)
- 对用户(内容消费者)的收益
- 对视频创作者(知识型创作者)的收益
- 总结
- 4、竞争(Competitors)
- 直接竞争对手
- 间接竞争对手
- 总结:该应用程序的全局优势
- 5、推广/交付(Delivery)
- 推广中可能遇到的问题(挑战)
- 推广策略
- 四、团队愿景
- 五、团队的考核方案
- 第一部分:个人任务贡献(A) - 客观量化
- 第二部分:团队协作贡献(B) - 主观质化
- 第三部分:工程能力与过程贡献(C) - 客观过程
一、 选题描述
知音App是一个"视频+文档"混合内容的知识向社交平台,用视频激发兴趣,用文档沉淀知识。核心功能如下:
必须完成的功能 (P0)
- 用户系统 - 注册登录、个人资料、权限管理
- 视频管理 - 上传、播放、存储、基础管理
- 推荐系统 - 基础推荐算法、用户行为收集
- 笔记功能 - 视频时间轴笔记、笔记管理
重要功能 (P1)
- 基础社交 - 关注、点赞、评论、分享
- 圈子功能 - 圈子创建、内容聚合、用户管理
- 内容发现 - 搜索、分类、热门推荐
可选功能 (P2)
- 视频编辑 - 基础剪辑、滤镜、特效
- 数据统计 - 用户行为分析、内容统计
二、团队基本信息
1、队伍名称——因为把dll看成ddl而急死
2、队员基本信息
| 学号 | 102300229 |
|---|---|
| 成员姓名/昵称 | 叶达 |
| 成员CSDN地址 | 102300229叶达 |
| 成员性格 | 愣 |
| 兴趣爱好 | 瓦 |
| 擅长的技术 | 问ai |
| 希望的软工角色(前端、后端、文档) | 前端、后端 |
| 一句slogan | all accept |
| 学号 | 102300225 |
|---|---|
| 成员姓名/昵称 | 吴嘉鑫 |
| 成员CSDN地址 | 102300225吴嘉鑫 |
| 成员性格 | 稳定 |
| 兴趣爱好 | 社交、游戏 |
| 擅长的技术 | java |
| 希望的软工角色(前端、后端、文档) | 前端 |
| 一句slogan | Focus on the details. |
| 学号 | 102300221 |
|---|---|
| 成员姓名/昵称 | 苏峻 |
| 成员CSDN地址 | 102300221苏峻 |
| 成员性格 | 正常 |
| 兴趣爱好 | 游戏 |
| 擅长的技术 | Java |
| 希望的软工角色(前端、后端、文档) | 前端 |
| 一句slogan | 打开时空之门 |
| 学号 | 102300202 |
|---|---|
| 成员姓名/昵称 | 陈雨桐 |
| 成员CSDN地址 | 102300202陈雨桐 |
| 成员性格 | 好 |
| 兴趣爱好 | 排球,乒乓球 |
| 擅长的技术 | c++ |
| 希望的软工角色(前端、后端、文档) | 文档 |
| 一句slogan | 嗨嗨嗨 |
| 学号 | 102300109 |
|---|---|
| 成员姓名/昵称 | 郑天浩 |
| 成员CSDN地址 | 102300109郑天浩 |
| 成员性格 | 正常 |
| 兴趣爱好 | 游戏 |
| 擅长的技术 | go |
| 希望的软工角色(前端、后端、文档) | 后端 |
| 一句slogan | 都可以 |
| 学号 | 032201218 |
|---|---|
| 成员姓名/昵称 | 陈彦哲 |
| 成员CSDN地址 | 032201218陈彦哲 |
| 成员性格 | 内向腼腆 |
| 兴趣爱好 | 音乐 |
| 擅长的技术 | Go后端,Python后端 |
| 希望的软工角色(前端、后端、文档) | 后端 |
| 一句slogan | 只要思想不滑坡,办法总比困难多 |
| 学号 | 102300206 |
|---|---|
| 成员姓名/昵称 | 张钰婷 |
| 成员CSDN地址 | 102300206张钰婷 |
| 成员性格 | 不到啊 |
| 兴趣爱好 | 小说 |
| 擅长的技术 | UI/前端 |
| 希望的软工角色(前端、后端、文档) | UI |
| 一句slogan | Come on! |
| 学号 | 102300127 |
|---|---|
| 成员姓名/昵称 | liyan |
| 成员CSDN地址 | 102300127李严 |
| 成员性格 | 好 |
| 兴趣爱好 | 吹牛 |
| 擅长的技术 | 很多 |
| 希望的软工角色(前端、后端、文档) | 后端 |
| 一句slogan | 我爱你 |
| 学号 | 032201109 |
|---|---|
| 姓名 | 琉桑赛高 |
| csnd地址 | 032201109朱添驰 |
| 性格 | 开朗的反面 |
| 擅长技术 | 前端开发 |
| 兴趣爱好 | アニメ |
| 希望的软工角色(前端、后端、文档) | 前端 |
| slogan | 快哉快哉 |
| 学号 | 102300214 |
|---|---|
| 成员姓名/昵称 | 陈雨昕 |
| 成员CSDN地址 | 102300214-陈雨昕 |
| 成员性格 | 自闭 |
| 兴趣爱好 | 玩 |
| 擅长的技术 | c#、unity |
| 希望的软工角色(前端、后端、文档) | 文档 |
| 一句slogan | 加油 |
三、基于NABCD模型对项目的分析
1、需求(Need)
市场机遇与需求
- 短视频市场持续增长: 中国短视频用户规模已超过10亿,日活跃用户超过8亿,市场潜力巨大
- 知识内容需求上升: 年轻用户对高质量、有深度的内容需求日益增长,传统娱乐化短视频已无法满足
- 混合内容模式兴起: 用户既需要快速浏览的短视频,也需要深度学习的文档内容
- 社区化社交趋势: 用户更倾向于基于共同兴趣建立真实社交关系,而非浅层互动
- 创作者经济兴起: 知识型创作者需要更好的平台展示专业能力,获得合理收益
核心痛点与需求
- 内容形式单一: 现有平台要么纯短视频(抖音),要么纯长视频(B站),缺乏混合内容模式
- 知识学习效率低: 短视频无法承载深度知识,长视频学习门槛高,缺乏渐进式学习体验
- 内容质量参差不齐: 现有平台娱乐化内容过多,缺乏高质量知识内容
- 社交关系浅层化: 难以基于共同兴趣建立深度社交关系
- 创作者变现困难: 知识型创作者缺乏有效的变现渠道
- 内容发现效率低: 推荐算法偏向娱乐内容,优质知识内容难以被发现
2、方法(Approach)
必须完成的功能 (P0)
- 用户系统 - 注册登录、个人资料、权限管理
- 视频管理 - 上传、播放、存储、基础管理
- 推荐系统 - 基础推荐算法、用户行为收集
- 笔记功能 - 视频时间轴笔记、笔记管理
重要功能 (P1)
- 基础社交 - 关注、点赞、评论、分享
- 圈子功能 - 圈子创建、内容聚合、用户管理
- 内容发现 - 搜索、分类、热门推荐
可选功能 (P2)
- 视频编辑 - 基础剪辑、滤镜、特效
- 数据统计 - 用户行为分析、内容统计
3、收益(Benefit)
对用户(内容消费者)的收益
1. 获得更高效、更完整的知识学习体验
渐进式学习:
打破传统平台“要么短(太浅)、要么长(太累)”的困境。用户可先通过短视频激发兴趣、快速入门,再根据需要切换到配套文档进行深度学习,实现无缝的、个性化的知识获取。提升学习效率与深度:
文档内容(如代码、公式、图表、结构化笔记)能系统化承载短视频难以表达的复杂知识,满足用户对高质量、有深度内容的需求。
2. 发现更高质量、更相关的内容
内容质量更高:
平台定位鼓励知识型内容创作,从源头过滤大量纯娱乐化、低质量信息,为用户提供专注的学习型内容环境。内容发现更精准:
基于学习行为和兴趣标签的推荐算法,能精准推荐用户真正需要的知识内容,避免“信息茧房”和娱乐化干扰。
3. 建立更有价值的社交关系
- 基于兴趣的深度社交:
用户可围绕共同学习兴趣(如编程、投资、外语)加入“圈子”或社区,与志同道合者深度交流,建立真实、有意义的连接,而非停留在浅层互动。
对视频创作者(知识型创作者)的收益
1. 更优的内容表现形式与专业能力展示
发挥综合优势:
利用短视频吸引流量、概括观点,用文档展示专业深度、提供详实论据(如代码示例、数据来源),更好树立专业权威形象。满足多样化需求:
一种内容两种载体,同时服务追求效率与深度的不同受众,最大化内容价值与覆盖面。
2. 获得更有效的曝光和变现机会
精准的受众匹配:
推荐机制偏向知识内容与学习行为,帮助优质内容被高黏性、有真实需求的用户发现,提升粉丝转化质量。更丰富的变现潜力:
知识付费用户群体付费意愿强。混合模式支持付费文档、系列课程、圈子会员等多种变现方式,为专业知识提供合理收益路径。
3. 提升创作效率与用户互动深度
结构化内容管理:
内置文档编辑、版本管理、学习清单等功能,助力创作者系统化组织知识体系,提升创作效率。高质量的互动氛围:
吸引的用户倾向深度提问与讨论,创作者可获得有价值反馈,并形成稳定、高忠诚度的粉丝社群。
总结
这款应用致力于打造一个专注于知识学习与深度社交的生态系统。它为用户解决了“学得低效、内容低质、社交浅层”的痛点,为创作者化解了“展示不专、变现困难、知音难觅”的困境,最终形成一个良性的、高质量的内容创作与消费闭环。
4、竞争(Competitors)
直接竞争对手
直接竞争对手是指那些在产品形态或目标上高度重叠,同样致力于满足用户“知识学习”和“深度互动”需求的平台。
| 竞争对手 | 定位对比 | 该应用程序的优势 |
|---|---|---|
| Bilibili(B站) | “长视频+社区”的综合性平台,尤其是知识区(B站大学)是其重要组成部分。用户通过弹幕和评论区互动。 | 1. 内容形式深度融合: B站的视频、专栏、课程功能相对独立;本应用是原生无缝的“视频+文档”混合体,文档为视频的深度延伸,创作与消费体验一体化。 2. 学习流程更结构化: 内置学习进度跟踪、笔记、清单等工具,支持系统性学习,而B站侧重“观看”。 3. 社交更聚焦深度: “圈子”与基于知识图谱的社交机制,比弹幕和泛化社区更利于建立专注的学习型关系。 |
| 知乎 | “图文问答+视频”的综合性知识平台,知乎直播、书店等探索深度内容。 | 1. 内容表现力更强: 以短视频激发兴趣引导至文档阅读,符合现代用户“轻启动→深探索”的消费习惯,优于图文为主、视频补充的模式。 2. 更具沉浸感的消费体验: 沉浸式视频Feed + 无缝切换文档,减少信息流干扰,提供连贯学习路径。 3. 创作者工具更专: 提供剪辑、文档编辑、混合发布一体化工具,贴合知识创作者深度表达需求。 |
间接竞争对手
间接竞争对手是在某个单一功能或场景上满足用户部分需求,但整体模式不同,需多平台组合使用才能完成完整学习流程。
| 竞争对手 | 定位对比 | 该应用程序的优势 |
|---|---|---|
| 抖音/快手 | 纯短视频娱乐与信息平台,虽有知识内容,但碎片化、娱乐化严重。 | 1. 解决知识深度问题: 在本应用内即可完成“激发兴趣 → 深度学习 → 实践总结”闭环,无需跳转Notion等外部工具做笔记。 2. 内容质量与用户意图更优: 平台调性筛选出具有深度学习意图的用户,社区氛围专注,避免娱乐干扰,助力知识变现。 |
| 得到 / 学堂在线 | 传统知识付费/在线课程平台,内容系统性强,但学习门槛高、社交弱。 | 1. 学习门槛更低、更灵活: 通过短视频实现“轻量式启动”,降低决策成本,适合普及性和前沿知识传播。 2. 强互动与社区属性: 构建“学伴”环境(如圈子、讨论),打破传统单向灌输模式,提升学习动力。 3. 内容更新与流动性更强: 基于Feed流的内容分发,让新观点更快被发现,而非局限于固定课程目录。 |
| Notion / 飞书文档 | 顶级文档工具,用于个人知识管理与团队协作。 | 1. 拥有天然流量与分发机制: 工具类应用缺乏推荐系统;本应用整合“工具+社区+分发”,帮助优质文档触达目标用户。 2. 内容发现与互动性更强: 文档是可被讨论、分享的社交载体,而非仅私有或小范围协作的内容。 |
总结:该应用程序的全局优势
综合来看,该应用程序的核心竞争力在于 “融合式创新” —— 不是在单一维度超越对手,而是重新组合内容形态与社交关系,构建独特价值定位。
对内容消费者(用户)的优势:一站式深度学习平台
体验无缝:
无需在“抖音(看个大概)→ B站(看详解)→ Notion(做笔记)”之间反复切换,在一个应用内完成从兴趣激发到系统掌握的完整旅程。效率更高:
推荐算法基于“学习行为”(完播率、阅读深度、笔记),而非单纯点击率,能更高效地发现优质知识内容。社交更深:
基于共同学习兴趣建立的“圈子”关系,比基于娱乐趣味的关注更具粘性和长期价值。
对内容创作者(知识型)的优势:专属的成长与变现生态系统
展示更全面:
用短视频“秀肌肉”吸引眼球,用文档“展内力”建立专业权威,立体化展示自我。变现更直接:
平台聚集高意愿付费用户,为知识付费、圈子会员、订阅等内容变现模式提供肥沃土壤。反馈更优质:
用户互动偏向深度提问与讨论,创作者获得有价值反馈,持续提升专业水平与创作热情。
5、推广/交付(Delivery)
推广中可能遇到的问题(挑战)
1. 市场教育与用户习惯改变
问题描述:
最大的挑战在于用户对“视频+文档”混合模式缺乏认知。用户已习惯抖音的纯娱乐滑屏和B站的长视频+弹幕,需教育其理解并接受新型内容消费方式。
具体表现:
- 用户因“不知道怎么用”而迅速流失。
- 消费者只看视频忽略文档,创作者仅发布单一形式内容。
2. 来自巨头的竞争压力
问题描述:
抖音、B站、知乎等平台拥有巨大网络效应和用户基数,可快速模仿核心功能(如在视频下增加“图文笔记”),利用流量优势进行压制。
具体表现:
- 用户迁移成本高(社交关系、历史内容均在原平台)。
- 创作者倾向选择流量更大的成熟平台。
3. 冷启动问题:鸡与蛋的困境
问题描述:
作为连接创作者与消费者的双边平台,面临典型冷启动难题:无优质内容则难吸引用户;无活跃用户则难留住创作者。
具体表现:
- 初期内容匮乏 → 用户留存低 → 形成恶性循环。
4. 内容质量与平台调性的把控
问题描述:
平台定位为“高质量知识内容”,但为冲量可能引入低质、娱乐化内容,导致调性偏离,失去差异化优势。
具体表现:
- 早期审核松懈,内容“水化”。
- 伤害核心用户信任,破坏社区氛围。
5. 创作者变现信心的建立
问题描述:
成熟创作者对新兴平台变现能力持观望态度。若无法证明能带来收入或高质量粉丝,难以吸引其深度投入。
具体表现:
- 头部创作者不愿首发内容。
- 仅将平台作为分发渠道,不参与深度运营。
推广策略
推广分为三个阶段,有节奏推进,逐步构建增长飞轮。
阶段一:种子期(冷启动)
核心目标:解决“鸡与蛋”问题,优先撬动供给侧(创作者),打造高质量内容标杆。
1、定向邀请头部知识型创作者(KOL)
策略:
聚焦B站、知乎等平台上具备专业深度但粉丝量中等(1万–50万)的“腰部专家”。他们更有动力在新平台建立个人品牌。
激励措施:
- 流量扶持:承诺首页持续推荐。
- 创作津贴:提供启动资金或创作基金,保障初期收益。
- 荣誉身份:授予“首发创作顾问”称号,增强归属感。
- 深度合作:邀请参与产品设计,反馈直接影响迭代。
2、打造“种子用户计划”
策略:
招募一批热爱知识分享的核心用户(如学生、专业人士),组建早期测试群。
作用:
- 成为首批消费者。
- 提供深度产品反馈,优化“视频+文档”的使用体验。
阶段二:增长期
核心目标:扩大用户规模,营造繁荣社区氛围,通过杠杆效应吸引更多用户与创作者。
1、 精细化内容运营与话题挑战
策略:
主动发起高质量话题挑战,如 #我的Python学习笔记#、#3分钟讲透一个经济学概念#。
方式:
- 提供模板引导创作。
- 设置奖励机制,鼓励用户采用“视频导读 + 文档详解”模式。
- 教育市场,批量生产符合平台调性的优质内容。
2、社交裂变与关系链导入
策略:
- 学习小组/圈子邀请机制:
用户邀请好友组队学习,双方均可获得会员、积分等奖励。 - 内容分享优化:
将文档精华生成精美图文卡片,便于分享至微信、微博,并附带下载链接引流。
3、合作伙伴与内容生态共建
策略:
联合教育机构、出版社、行业专家,将其课程、书籍精华以混合模式上线。
好处:
- 快速提升内容权威性与质量。
- 获得机构背书,导入其原有用户群体。
阶段三:稳定与扩张期
核心目标:打造品牌护城河,实现自我循环的增长飞轮。
1、数据驱动与个性化推荐
策略:
充分利用推荐算法,基于学习行为(完播率、阅读深度、笔记记录)实现极致个性化推荐。
目标:
让用户形成心智:“想学点真东西,就上这个App”。
2、品牌化与IP活动
策略:
打造平台级知识IP,例如:
- 年度《创作者大会》
- 行业《学习报告》发布
目的:
提升行业影响力与公众认知度。
3、深化创作者变现工具
策略:
逐步推出并完善以下功能:
- 付费圈子
- 付费文档
- 订阅专栏
- 直播课程
四、团队愿景
在信息爆炸的时代,知识看似触手可及,但深度理解与共鸣却愈发稀缺。我们希望,真正的知识不止于“看过”,更在于“读懂”与“连接”。我们不愿看到精彩的视频观点随时间流逝,也不愿深刻的见解沉没于碎片化的评论中。
因此,我们想一起打造知音app——一个"视频+文档"混合内容的知识向社交平台。在这里,每一段视频都能通过时间轴笔记被精准解读,沉淀为结构化的知识;每一个灵感都能通过社交网络找到同频的伙伴,激发更深层的讨论与创造。我们不仅要实现视频与文档的无缝融合,更要构建一个由“关注、圈子、推荐”组成的、充满活力的知识生态。
我们期待,“知音”能成为求知者们首选的成长型平台。无论是学子在学术视频下记录心得,创客在教程中分享实操笔记,还是同好在兴趣圈子里碰撞思想,都能在这里找到属于自己的“知音”,让知识在交流中流动,在碰撞中升华。
最终,我们希望通过“知音”,重新定义知识社交的深度与温度,让每一次点击都不再是孤独的浏览,而是一场通往理解与连接的愉悦旅程。
五、团队的考核方案
第一部分:个人任务贡献(A) - 客观量化
| 评估指标 | 具体内容 |
|---|---|
| 任务完成分 | 基础分为40 |
| 任务难度系数 | 简单=0.85,普通=1,困难=1.25 |
| 任务完成情况 | 按时完成=1,推迟交付=0.8,未完成=0.5 |
| 计算公式 | A = 任务完成分 * 难度系数 * 任务完成情况 |
第二部分:团队协作贡献(B) - 主观质化
| 评估指标 | 具体内容 |
|---|---|
| 成员自评 | 根据所做任务难度,付出努力程度,对自己的工作进行打分 |
| 团队互评——沟通能力 | 是否能清晰表达想法,积极参与讨论,及时同步信息 |
| 团队互评——承诺心与责任 | 是否能按时完成承诺的任务,对交付的质量负责 |
| 团队互评——帮助他人 | 是否积极主动地帮助队友解决技术或业务问题 |
| 团队互评——知识共享 | 是否乐于分享自己的学习和发现,撰写技术文档 |
| 团队互评——参与积极度 | 是否积极交流,服从安排,是否无故缺席会议等 |
| 计算公式 | B = 自评分 + 沟通分 + 责任分 + 帮助分 + 共享分 + 参与分 |
第三部分:工程能力与过程贡献(C) - 客观过程
| 评估指标 | 具体内容 | 分值范围 |
|---|---|---|
| 代码贡献度(Code) | 使用Git等版本控制工具的统计(如有效代码行数、提交次数),衡量贡献度 | 5~15分 |
| 文档贡献(Doc) | 撰写了多少技术文档、API文档、用户手册等。按文档的重要性和数量由团队评估 | 1~5分 |
| 流程遵守(Process) | 是否遵守团队约定的流程?如:代码规范、Commit信息规范、是否进行单元测试 | 违规一次扣1分 |
| 创新与解难(I) | 是否提出了重大技术解决方案或解决了关键性技术难题 | 2~4分 |
| 计算公式 | C = Code + Doc + Process + I |


