案例分析作业——语雀分析

项目	内容
这个作业属于哪个课程	2021年春季软件工程（罗杰 任健）
这个作业的要求在哪里	2021年软工-案例分析作业
我在这个课程的目标是	熟悉软件工程开发流程，培养代码和团队协作能力
这个作业在哪个具体方面帮助我实现目标	通过分析已有的项目，借鉴其项目经验，实践于接下来的软件工程项目之中

笔者将对笔记类产品语雀和Notion进行使用测评，深度测评使用对象为语雀，Notion为对比产品。

第一部分 调研，评测

Bug 测试：语雀

这里的 Bug 并不一定指向实际存在开发漏洞，也有可能是从用户使用体验出发觉得可以进行改进和优化的部分

测试环境

测试环境	配置
测试系统	macOs catalina 10.15（MBA 2017）
桌面端	Yuque 0.7.14
网页端	Chrome 89.0.4389.114（正式版本）（x86_64）

量化指标描述

本文将从系统功能、安全性以及用户体验三个维度对可能存在的 Bug 进行量化分析，以下是分析指标对应的说明，⭐️的数量用于描述严重程度

• 严重⭐️级	具体描述
  ⭐️	功能完善，可能存在一点小瑕疵
  ⭐️⭐️	功能较为完善，但是使用存在卡顿
  ⭐️⭐️⭐️	功能基本实现，但是存在使用障碍或者 Bug
  ⭐️⭐️⭐️⭐️	功能基本实现，存在较为严重 Bug
  ⭐️⭐️⭐️⭐️⭐️	功能完全没有实现，存在重大漏洞

• 安全性：

  严重⭐️级	具体描述
  ⭐️	基本不存在安全相关风险
  ⭐️⭐️	存在轻微安全相关风险
  ⭐️⭐️⭐️	可能导致用户资料丢失，存在一定安全风险
  ⭐️⭐️⭐️⭐️	存在安全漏洞，存在隐私泄露风险
  ⭐️⭐️⭐️⭐️⭐️	存在严重安全漏洞，导致用户隐私泄露

• 用户体验：

  严重⭐️级	具体描述
  ⭐️	基本不影响用户体验
  ⭐️⭐️	轻微影响用户体验，但不影响正常使用
  ⭐️⭐️⭐️	对用户体验有一定影响
  ⭐️⭐️⭐️⭐️	勉强使用，用户体验大打折扣
  ⭐️⭐️⭐️⭐️⭐️	无法正常使用，用户体验毫无体验可言

Bug 分析

• Bug1：待办事项的使用

  • 测试环境：桌面端，网页端

  • 可复现性：必然发生

  • 复现步骤：

    • 打开小记，发布一条待办事项
    • 对待办事项选项打钩，无法修改待办事项状态
    • 必须进入编辑状态才能修改待办事项状态

  • 具体演示：

    

  • 可能成因：小记的设计特性，并非开发漏洞

  • 严重程度分析：

    • 系统功能：⭐️
    • 安全性：⭐️
    • 用户体验：⭐️⭐️⭐️

  • Bug 改进建议：

    正如可能成因所述，这个并非开发中的 Bug，应该是设计的时候就是按照不进入编辑状态无法修改待办事项状态来进行设计的。从个人角度，小记的待办事项如果能够在发布状态下直接修改，在使用上会更加流畅，我们可以假想一个场景，我发布了多条待办事项，如果想要修改我所有待办事项的状态，我必须一个个小记点击进入修改状态，再一个个修改状态（这未免也太麻烦了

• Bug2：表格标签无法自适应（图片和文字均可自适应）

  • 测试环境：桌面端，网页端

  • 可复现性：必然发生

  • 复现步骤：

    • 新建表格，插入标签，修改表格大小

  • 具体演示：

    

  • 可能成因：可能与标签的属性有关，标签的属性被设置为了无法自适应框架

  • 严重程度分析：

    • 系统功能：⭐️⭐️
    • 安全性：⭐️
    • 用户体验：⭐️⭐️⭐️

  • Bug 改进建议：

    本处的 Bug 可能与标签的属性有关，需要修改标签的自适应属性；在用户体验上，因为语雀的表格如果过长，会自动变成拖动框使用，如果想要在一页中使用并且使用标签，那么标签的自适应是确实需要进行修正的地方（如下，这这这该怎么使用呀）

    

• Bug3：表格图片相关问题（保存成功却图片丢失，缩放表格大小需要刷新进行图片自适应）

  • 测试环境：网页端

  • 可复现性：必然发生

  • 复现步骤：新建表格，插入图片，保存，图片丢失；调整表格大小，图片自适应需要刷新后才能正常缩放

  • 具体演示：

    • 表格保存图片丢失
    
    • 表格图片自适应
    

  • 可能成因：

    • 图片显示保存成功却丢失：这个可能是图片上传的问题，需要在上传后将表格调整，呈现出图片才不会丢失（PS：那保存成功着几个字是唬人的吗）
    • 图片自适应问题：应该是缓存没有及时刷新

  • 严重程度分析：

    • 图片显示保存成功却丢失：
      • 系统功能：⭐️⭐️⭐️
      • 安全性：⭐️⭐️⭐️
      • 用户体验：⭐️⭐️⭐️
    • 图片自适应问题：
      • 系统功能：⭐️⭐️
      • 安全性：⭐️
      • 用户体验：⭐️⭐️

  • Bug 改进建议：

    • 图片显示保存成功却丢失：已经显示保存成功，而实际却是没有成功保存，可能需要再进行测试，看看实际问题出在哪里了。个人认为用户对于保存成功是一种信任，如果相关的提示字样已经出现，但是却没有实际办法保证用户的使用状况，这个应该是比较严重的 Bug
    • 图片自适应问题：在表格调整后，对缓存内容进行刷新

• Bug4：表格中⌘+/失效

  • 测试环境：桌面端，网页端

  • 可复现性：必然发生

  • 复现步骤：新建表格，在表格中使用⌘+/插入失效

  • 具体演示：

    在表格中一直使用⌘+/无效，只能通过左上角进行插入

    

  • 可能成因：在设计上，没有为表格中的快捷键进行设置，表格中能够插入的内容与普通文本中能够插入的内容上有较大区别，如果单独为表格设计快捷键还需要另外添加需求

  • 严重程度分析：

    • 系统功能：⭐️
    • 安全性：⭐️
    • 用户体验：⭐️⭐️

  • Bug 改进建议：

    这个 Bug 实际上也不算是个 Bug，就是使用上熟悉了快捷键操作，在表格中希望能够继续这样的操作，算是用户需求吧😄

• Bug5：桌面端缩放，按键隐藏

  • 测试环境：桌面端

  • 可复现性：必然发生

  • 复现步骤：开一个桌面端窗口，在文本编辑下，将桌面缩放到最小

  • 具体演示：

    

  • 可能成因：设计问题，在测试桌面端使用时，没有测试深度缩放导致的按键隐藏（不过正常人应该也不会像我这样）

  • 严重程度分析：

    • 系统功能：⭐️
    • 安全性：⭐️
    • 用户体验：⭐️

  • Bug 改进建议：

    调整桌面端最小化的大小限制，保证不会有按键因为缩放而被隐藏；其次，点击更多后，部分被隐藏按键可以通过再排一行的方式来在一页中呈现

    

产品体验

笔者目前已经深度使用语雀近两周，这款软件能够满足笔者日常的学习和文档整理需求，相较于本地应用 Typora 或者之前笔者使用的产品有道云笔记，本产品在文档编辑，文档类型，文档整理和文档分享社区方面都让我非常惊喜。

有时候我其实非常好奇语雀这款产品的定位，它既具有一般笔记产品的所有功能，还在协同办公，团队协作方面做得十分出色（有点类似于github的协作模式，能够支持多人在线编辑文档），并且语雀的社区，让我感觉像是一个笔记界的github，在这里不仅仅能够进行个人笔记整理，也能看到别人分享的笔记，或者开源自己的笔记。

文档编辑

支持数学公式，markdown，代码插入，以及一系列第三方内容

文档类型

支持文档，表格，演示文稿，思维导图（以及web端新上的数据表）

文档整理

使用知识库的方式进行分类（可能也有其他的方式，暂时没有用过）

语雀社区

主页面

用户分享

其他Tips

翻译功能

文档导出

历史版本查看与恢复（这个真的太棒了）

使用体验总结

笔者是学生党，对于笔记类产品的使用需求是方便整理内容和排版，有时候需要和同学一起编写文档，需要进行多人协作，我认为语雀很好地解决了我的问题。它在文档编辑上有着多样的方式，基本支持了 markdown 的所有格式设计；在文档类型方面，语雀支持普通文档，表格，演示文稿，思维导图等，在笔记记录的多样性上，语雀给了我更多可能；在协作方面，语雀支持多人编辑知识库，方便同学协作。

非常香的一点，是语雀的免费版本就能够支持其他软件付费才能提供的功能和权限。

一些建议：

1. 希望快点出移动端的产品，小程序的使用体验非常一般；
2. 桌面的很多操作，如删除知识库，如知识库高级设置，如文档模板，均需要网页端才能操作，希望能够早日完成迁移；
3. 语雀的功能日益复杂，希望能够进行用户个性化设计，自行选择需要的编辑工具和常用菜单。

采访

• 采访对象：W 同学

• 需求：需要进行协同办公，与其他同学一起完成文档设计，同时需要文档能够导出，方便交付作业

• 
• 

总结

类别	描述	评分
核心功能	分析三个核心功能，功能设计和质量	9（核心功能使用满意）
细节	有什么为用户考虑的细节	7（有较多的使用细节可以进一步完善）
用户体验	当用户完成功能时，不干扰用户	7（无广告，但是在进行一些操作时有明显延迟，如进行表项插入时常常存在延迟）
辅助功能	一些辅助功能如皮肤等	8（有大量免费模板，并支持翻译导出等功能）
差异化功能	这个软件独特的功能，它对用户的吸引力有多大？	8（笔记社区，第三方支持）
软件的效能	占用内存，启动速度，内存泄露情况	8（本地使用较为流畅）
软件的适用性	在联网/断网，大小屏幕，没有鼠标的情况下都可以顺畅操作和不同平台的软件软件能流畅协作	8（支持本地缓存，能够在联网的时候再同步）
成长性	记住用户的选择，适应用户的特点，用户越用越方便	9（支持自定义模板）
用户有控制权	系统状态有反馈，等待时间要合适。关键操作有确认提示，有明确的错误信息。 让用户方便地从错误中恢复工作, 快捷操作键可调整。	8（比较完善，比如保存提示，插入提示，快捷键可自行设置）

综合上述表格，该软件最终得分为72/90，语雀是一款仍然在成长中的产品，就目前而言我非常期待它未来的发展，就未来的笔记类产品而言，我很看好语雀的发展（不太懂为什么语雀一直没有进行推广）；但是同时语雀日益复杂的功能表现和多样功能的大集成的趋势，让我担心它不会像今天这样简洁，单纯。毕竟我被语雀吸引的初心，还是其简单的外观和操作。

最终我的结论是，e.非常推荐本款软件。

同类产品分析

Notion

桌面端使用：Notion 2.0.17

文档编辑提供大量模板供使用

支持大量类 markdown 功能，能够满足 markdown 深度用户的基本需求

插入内容丰富多样，样式设计花哨好看

Notion 在笔记整理方面提供了大量参考模板，同时也支持多种文本编辑方式和第三方插件，能够很好地实现用户记录笔记的需求，同时Notion 也是一款很强大的团队协作软件（具体没有体验过）。

Notion 最让人惊叹的应该就是它的前端设计和交互，我没有想到一款笔记类产品也能够有这么丰富的 icon 和友好的动态交互设计。但是同时也要感叹一下，Notion 一开起来，我的电脑的风扇就转起来了，Notion 丰富花哨的交互模式和前端渲染，可能对于系统也是有着较大压力的。

Bug 反馈

4.7 更新反馈结果

issue #26229 🔗

第二部分 分析

产品开发需要的时间

使用此服务的所有功能，估计这个软件/网站/服务做到这个程度大约需要多少时间？（团队人数6人左右，计算机大学毕业生，并且有专业UI支持）

以语雀为例，仅从网页端分析此项目开发所需要的时间，希望完成的部分以笔记文档类需求为主，社区，团队协作等内容暂不涉及。

6个大学生，具备开发所必须的全部技能，并且有专业的UI支持，我认为开发这样一款网页端的产品需要47周时间。

时间	任务
1周	产品调研，产品定位分析，团队成员磨合等
2~4周	需求分析，区分开发模块和明确开发流程
5~15周	版本1，需求实现，具体开发，包括前端设计，后端接口实现，同步测试（包括大量模板，组件，文档类型）
16~30周	版本2，完善开发
30~34周	实际部署，测试与修改配置
35~46周	测试，开放内测版本，供用户反馈 Bug，提需求，并针对具体问题进行修改
47周	正式上线

产品对比

以语雀为例

• 产品优势

  • 免费版本的用户支持完备，能够很好地满足大多数用户的需求
  • 相关社区完善，有成为大型知识分享社区的潜力
  • 相关功能丰富多样，页面简洁清晰
  • 使用群体以年轻人为主，具有发展潜力

• 产品质量：语雀 > Notion > 印象笔记，对于其他同类型产品没有进一步了解

  • 有支付宝安全团队作为后盾，安全性可靠
  • 国产之光，相较于 Notion 有更好的中文支持，相较于印象笔记，更加稳定
  • 属于成长型的产品，未来还有提升空间（比如移动端，多端协作）

软件团队可以提升的建议

以语雀软件团队为例

• 加快移动端开发，能够让用户体验上一个档次
• 知识社区建立，加强相关知识产权保护，让用户更乐意分享

第一部分 Bug 产生的原因

Bug	可能原因
待办事项的使用	设计没有进行考虑
表格标签无法自适应	没有进行特殊使用的测试
表格图片相关问题	没有进行相关测试
表格中⌘+/失效	设计没有进行考虑
桌面端缩放，按键隐藏	设计没有进行考虑

第三部分 建议和规划

市场概况

• 市场有多大？

  市场大小，应该从使用的用户群体出发，笔记类产品的用户群体主要为对知识整理有需求群体，包括学生，上班族。在校大学生超过4000万，关于有知识整理需求的上班族没有较为准确的数据。

  同时，语雀和 Notion 的定位都包括团队协作，可以用于团队的协作办公，那么成熟的团队和初创团队也可以成为产品的服务对象

• 直接用户有多少，潜在用户有多少

  直接用户：个人用户为主，学生，上班族白领

  潜在用户：团队，成熟的企业团队，创业团队，学校

• 搜索人群分布

市场现状

• 目前市场上有什么样的产品了？

  

• 上述产品的定位、优势与劣势在哪里？

  以语雀为例，它的产品定位我认为有可以有三个方面，个人笔记产品，团队协作文档和知识分享社区

  • 个人笔记产品对标印象笔记，优势在于上手难度，安全性，价格，支持多类型模板，方便整理记录，劣势在于移动端还未开发，宣传少
  • 团队协作文档对标石墨文档，优势在于权限划分，安全性，劣势在于使用的方便上，石墨文档更为轻巧
  • （也可能没有这个定位）知识分享社区对标博客园，优势在于分享内容质量高，人群较为活跃，劣势在于使用群体少？

• 上述产品之间呈现什么样的关系，哪些为竞品关系？以及竞争中的各方态势如何？

  • 语雀与 Notion 和印象笔记都处于竞争关系，提供的功能相似度高

  • Notion 和语雀都是笔记类产品的挑战者，印象笔记具有先发优势占领前期市场，但是最近有被 Notion 和语雀动摇的趋势

  • 百度搜索指数（可能不够客观）

  

市场与产品生态

• 这个产品的核心用户群是什么样的人？典型用户是什么样的？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？

  • 核心用户群：学生，上班族，企业团队

  • 学生：

    • 小王
    • 年龄：20
    • 专业：计算机科学与技术
    • 爱好：打游戏
    • 收入：生活费
    • 表面需求：对日常课业内容进行笔记整理，对于游戏通过技巧进行总结，安排作业清单
    • 潜在需求：老师布置的大作业需要和同学协同办公，一起写

  • 上班族

    • 小白
    • 年龄：27
    • 专业：前端开发
    • 爱好：旅游
    • 收入：未知
    • 表面需求：对工作需求进行整理，对日常学习进行整理，日程安排
    • 潜在需求：旅游记事本，记录生活

  • 企业团队

    • 阿里奶奶
    • 表面需求：团队内部共享文档，方便分享和传播
    • 潜在需求：未知

• 产品的用户群体之间是否存在一定的关系？是否有利用其相互作用二次构成特定用户生态的可能性？

  是的，语雀的功能包括文档分享与协同办公，能够在进行知识整理和分享的同时，构成用户生态，同时吸引更多的用户加入其中，这个分享有点类似于百度网盘的链接分享，是一种利用用户主动的宣传手段，能够进一步加强此类人群的使用

产品规划

• 你要在当前软件的基础上设计什么样的新功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。

  • 新功能描述

    • 功能1：为语雀自身添加录音功能，而不仅仅是只能导入录音
    • 功能2：更多个性化的选择和设置，自定义菜单栏工具，自定义桌面端的边栏

  • NABCD分析

  • Need

    • 功能1：这个想法来自于 iPad 笔记类应用 Notability，对于学生党或者工作党，在进行日常记录的时候，也常常有对对课程或者工作会议进行记录的需求，如果有录音功能结合笔记能够帮助用户更好地回忆当时的具体场景；同时语雀的小记功能中，如果能够添加语音功能，能够在匆忙的时候更快速地记录具体的需求
    • 功能2：语雀的功能日益丰富，但是不同用户对于语雀的功能需求的方面不同，学生更多是需要进行笔记，那么对于表格，公式类型的功能需求更强；上班族更多是进行日程规划，进度报告，那么对于图形化导入，对于第三方内容的需求可能更多，个性化选择设置能够帮助不同的用户群体更好地适应语雀丰富的功能，在使用上更加便捷

  • Approach

    • 功能1：主要进行的是功能迁移类型，同时结合用户的使用和需求，更好设置录音在文档中，或者小记中的呈现方式，调研用户对于录音这项功能具体的应用场景
    • 功能2：采用问卷等方式，对不同类人群的应用需求进行调研，查看是否确实存在差异化的需求和使用要求，可以根据不同类型的人群推出“人群类型使用”模板，再让用户根据自己的需求进行修改，这一项对前端修改有较大的要求

  • Benefit

    • 功能1：满足了更多样的场景需求，如忙碌的早上想起一件事，可以通过语音进行小记记录，在开会时，领导的重要要求可以通过语音结合笔记更好地呈现
    • 功能2：定制化的用户设置，让用户体验差异化的使用体验，更好让用户有归属感

  • Competitor

    • 功能1：目前较为类似的产品 Notion 和印象笔记都没有这种支持，这将会在竞争中成为一个亮点
    • 功能2：可能实现上有较大难度，并没有看到某一个产品有这样关于使用功能具体的定制化，印象笔记在用户开始界面有提供用户对界面排版的自定义设置，能够很好地让用户选择自己需要的内容，并呈现在显眼位置

  • Delivery

    • 功能1&功能2：采用拍摄具体使用场景视频的方式进行推广，让用户主动看到需求，并产生需求

• 如果你是项目经理，可以招聘6个人，并且有4个月的时间，你认为应该如何配置角色(开发，测试，美工等等) 才能在第16周如期发布软件的改进版本，并取得预想中的成绩。

  • 美工：1人
  • 前端开发：2人
  • 后端开发：1人
  • 测试：2人

• 请为你的团队设计16个周期每周的详细规划。

  周期	规划
  1	人员分工与团队磨合
  2~3	需求分析与应用场景分析，用户调研
  4~8	Alpha版开发，实现具体功能，同步进行测试
  9	Alpha版开放内测，收集用户体验
  10~13	beta版开发，优化用户体验，同步进行测试
  14	beta版开发对外公测，收集用户体验
  15	发布冲刺，优化用户体验；准备宣传策略
  16	宣传发布