第二次作业（个人作业）：软件案例分析

分析的产品：C笔记

选择课题三进行分析：C笔记
本次作业要求为:https://bbs.csdn.net/topics/608658749

第一部分 调研、评测

1.1产品存在的bug

书中关于bug的定义为：软件的缺陷
其中功能性Bug，是指计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。
功能性bug1
C笔记虽然支持了markdown语法，但覆盖面不全，像数学公式、字母上下标等常用的语法都不支持；另外它也不支持自动补全，例如：我想输入代码块，输入"```"之后按回车，不会自动补充结尾的三个点，需要手动补全。虽然可以用鼠标点击插入代码块，但对于用惯了带自动补全的的同类软件的用户而言，还是十分的不便。
功能性bug2
浏览器右侧的C笔记标签不支持拖拽移动，无法改变其位置，只能选择关闭或者打开，有时会遮挡当前页面的部分内容或按钮，十分影响用户体验，必要时只能选择关闭该标签，这又导致下次想使用时无法快速打开。
其它bug
1、每次打开浏览器都会自行篡改浏览器首页，有时会跳出弹窗提醒是否要保持现状或恢复原有设置，这很容易造成用户的反感，很容易被贴上“流氓软件/插件”的标签。倘若在弹窗上选择“改回原来的设置”，那么插件就会被关闭，要使用则还需手动打开，即无法在保证插件打开的情况下避免浏览器首页被篡改。
2、每次打开C笔记都需要加载半天，在同一页面下再次打开也需要加载，有时甚至会一直加载无法打开，直到刷新当前页面才能重新打开，这对于想要快速记笔记的用户而言十分不便。

1.2用户采访

1.2.1 对象的背景和需求 (他们为何要用这个软件/网站， 有什么痛点，还有别的需求么)
采访同学为同班同学，是一名ACM选手，平日有写博客、写题解的需求，一直使用的是Typora，平时使用CSDN是为了学习算法、查找题解，痛点是最新版软件要收费，因此一直使用的是老版本。

1.2.2 让采访对象使用10 – 30 分钟 <被评测软件> 的基本功能 (请上传照片证明用户的确正在使用, 远程采访的同学请让别人帮忙照相)

1.2.3 描述用户使用这个产品的过程, 用户的问题解决了么? 软件在数据量/界面/功能/准确度上各有什么优缺点? 用户体验方面有问题么？
使用过程：该同学使用Chrome浏览器，首先通过我分享的链接安装了插件，之后重启浏览器并打开CSDN开始使用，随机打开了一篇推荐博客阅读，并仿照平日的笔记风格，使用C笔记记录了一些文字，过程中反复打开C笔记，最后点击保存，并查看自己的最终成果。
用户评价：“打开浏览器时居然篡改我的浏览器首页，通过弹窗提醒选择改回原来的设置后，再打开CSDN发现这个插件已经被关闭了，还需要再次手动打开，第一印象很差。”
“打开速度也太慢了，有些不稳定，有时能立刻打开，但更多时候都要转半天，当我记笔记追求效率的时候如果还要加载半天，会十分恼火，还不如Typora来得方便。有一次居然一直转打不开，要刷新页面才能打开。”
“它markdown语法不支持代码补全，而且数学公式也没法打，对于已经习惯于用Typora记笔记的我来说，会比较不适应。”
“保存的笔记居然是存在私密社区里面，并且是以评论的形式，感觉很不习惯。”
1.2.4 用户对产品有什么改进意见?
1、取消该插件会自从篡改浏览器首页的功能，或者将该功能保留，让需要的用户在设置中自行打开。
2、增加浏览器右侧小标签的拖拽移动功能，让其可以停靠在当前页面上的任何地方，方便用户的使用。
3、将保存的笔记改为博客的形式可能会更好一些，现在这种评论的形式十分不习惯。

1.2.5结论：经过这么多工作，你一定有充分的理由给这个软件下一个评价:

a) 非常不推荐
b) 不推荐
c) 一般
d) 推荐
e) 非常推荐

我会选择b，不推荐。个人感觉该产品目前尚存在较多的bug，用户体验不加，在主打的“方便”一词上，也没有很好的贯彻。

第二部分 分析

2.1 软件分析

2.1.1 软件开发时长估计
在团队人数6人左右, 计算机大学毕业生, 并有专业UI 支持的条件下，我认为花一个月的时间能够做到目前这个程度。
2.1.2 软件优劣势分析
优势：
1、对于CSDN新用户而言上手比较简单，能够满足基本的记笔记需求。
劣势：
1、对于经常使用markdown记笔记的用户而言，不能实时渲染以及一些常用语法的不支持，会十分不便。
2、只能在连网状态下使用，无法离线使用，且在使用时不稳定，常出现加载慢或者打不开的情况。
3、不支持导出pdf等功能。
2.1.3 产品质量估计
我认为该产品在同类型产品中排名靠后，市场份额估计也占比很小，用户不多，质量和市场份额两者匹配。

2.2 软件团队的问题

2.2.1 为何不能及时修复bug
我觉得一方面可能是因为对用户的需求掌握不好，另一方面可能是想先做一个最基本的雏形出来，先上线，后面再慢慢修复bug。针对第一点，由该产品不支持实时语法渲染和部分常用语法，想看效果还需鼠标点击预览，可以看出该软件团队对用户的需求掌握没有很到位。针对第二点，由该产品目前存在的bug较多，用户使用十分不便，猜测该软件团队对该产品的测试不够严谨，急于将产品上线，在测试环节疏忽了。
2.2.2 该团队存在的问题
1、产品的需求分析和用户调研方面做的不够好，感觉主要聚焦于第一次记笔记的新用户，忽略了那些使用过其它笔记软件的用户，也可能这一部分用户本就不是软件团队所考虑的，他们或许设想的用户群体仅仅是新用户。
想问的问题：设计该产品时，定义的用户群体是哪些？
2、关于产品的设计方面也没有考虑好用户的体验，有些设计让人很想吐槽，该软件团队没有做好软件的测试等工作，测试时没有关注用户体验，导致很多设计十分影响用户体验，如：浏览器侧边小标签无法移动、保存的笔记以评论的形式存储在社区等。
想问的问题：产品做出来是给用户使用的，为什么在用户体验方面却疏忽大意了？像小标签的可拖拽功能，几乎没有多少网站不做的；像篡改浏览器首页这种“流氓功能”，明明很多其他软件都已经踩过这种坑了，遭到了广大用户的唾弃，为什么还要去做这种强制且无法关闭的功能呢？
2.2.3 该软件团队在软件工程方面可以提高的方面
我认为可以提高的方面就是关注用户体验和反馈，建议多去网上搜索一下用户对该产品的评价，并且针对某些令多数用户都反感的地方，用最快的速度修复，尽量挽回用户和口碑，后面先把bug全都修复了，在考虑功能升级等事情。

第三部分 建议和规划

3.1 如何提高

最紧急的是对一些让人很反感的功能进行修改，将bug根据用户的方案程度划分优先级，以最快速度修复优先级最高的bug，让用户看到我们对用户体验的关注，如将篡改浏览器首页功能去掉，或者在征得用户同意后在修改浏览器首页；增加侧边栏可自由拖拽且能停靠在当前页面任意位置的功能；修改笔记保存后的形式；提升产品打开速度等等。之后可以扩展该产品对更多markdown语法的支持，并增加实时渲染功能，而不是点击预览才能看到效果；可以增加导出功能，方便离线阅读或其他需求。

3.2 市场分析

如果将用户定义为：全中国IT 专业的学生和职业人士，那大概有七八百万人。
目前市场上有Typora、Notion、印象笔记、OneNote、语雀等许多产品，他们的优势是功能完善，使用体验好，操作方便，劣势是部分软件要收费，上手可能也没有C笔记简单。
这些产品互相竞争，这个领域处于平台阶段。

3.3 核心用户

核心用户是IT相关行业学生、IT行业从业者以及IT爱好者。
1、IT相关行业学生
学历：初中以上
年龄：15-30岁
专业：计算机、软件工程等IT相关专业
爱好：学习实用技术、编程、游戏、运动等
收入：多数人无
需求：学习算法及需多实用技术，并整理笔记
2、IT行业从业者
学历：不限
年龄：24-40岁
专业：计算机、软件工程等IT相关专业
爱好：编程、游戏，运动、养身等
收入：年薪10k及以上
需求：学习工作内容相关技术、技巧，了解新技术新领域等，并在有限的休息时间快捷高效的记录笔记
3、IT爱好者
学历：不限
年龄：不限
专业：不限
爱好：学习实用技术、编程等
收入：不限
需求：学习自己感兴趣的内容，撰写笔记、博客等进行分享，同时方便自己回顾。

3.4 功能设计

NABCD分析：
Need（需求）
浏览网页时能够随时快速打开并记录，支持较完整的markdown语法以及实时渲染。
Approach（做法）
将笔记本以插件形式嵌入浏览器，并提供可自由拖拽得侧边小标签以供快速打开，后续可以增加相关快捷键。
Benfit（好处）
使用户能更加方便快捷地记录笔记和发布博客，将自己突然的灵感以最快速度记录下来。
Competitors（竞争）
与其它笔记软件都可能存在竞争，但该产品嵌入浏览器，可以在需要时快速打开，且与CSDN平台结合紧密，对CSDN用户而言更加方便。
Delivery（推广）
可以利用CSDN平台所积攒起来的庞大用户量，基于CSDN平台进行推广，后续增加文件导出等更多实用功能，吸引更多用户。

3.5 团队配置及开发计划

3.5.1 如果你有钱可以招聘6个人, 有4个月的时间, 你作为项目经理, 应该如何配置角色 (前端开发人员, 后端开发人员，测试人员，交互设计师，等等)?
鉴于该产品功能不算复杂，但目前用户体验不佳，我会选择1名前端开发人员，1名后端开发人员，2名测试人员和2名交互设计师。
3.5.2 描述你的团队在16周期间每周都要做什么, 才能在第16周如期发布软件的改进版本，并取得预想中的成绩。

时间	安排
1-2周	进行充分的用户调研和需求分析，明确产品的设计目标
3-4周	完成产品的初步设计，确定好产品的结构，明确好各自的任务
5-6周	各人员着手自己的任务，每天组织简短的团队立会，分享自己的进度、遇到的问题等，团队共同思考共同解决
7-8周	前后端相结合，进行初步的功能测试和单元测试测试，同时撰写说明文档
9-10周	上线测试版本，让用户初步体验，收集用户意见并整合，制定好接下来的优化计划
11-13周	根据用户反馈和优化计划，修复已发现的bug，并根据用户体验对各项功能进行调整优化
14-15周	进行集成测试，团队成员模拟用户体验产品各项功能，对不合理的地方进一步优化
16周	进行验收测试，进行最后的微调，上线正式版本