沉舟侧畔千帆过，病树前头万木春——对【题士】产品的深度测评与解析

本文写于 2021 年 5 月22 日，仅代表笔者本人此时此刻对 2021 年北航敏捷软工课程项目“题士”的评测（首页地址：https://buaatishi.com，版本

使用过程中不舒服的地方及建议

1. 部分题目需要下划，建议调整 UI

如下图，刷题刷久了意识不到下面还有东西，顺手就点了下一题

下划后的界面如下图

1. 完成一题后需要手动移动到下一题，建议完成一题后 Sleep 三秒进入下一题(同时最好支持点击屏幕取消进入下一题)

这个似乎也不用配图了...

1. ID 不统一的问题，建议全部使用全局 ID 标记题目

存在两套题目 ID，分别是全局 ID，如下图题号所示

和组内 ID，如下图所示

整个产品给人的感受与印象

感觉挺好的，主要原因包括

• 界面颜色和设计看着舒服
• 正常使用没啥太大的毒点
• 昵称/头像之类的功能比较齐全
• 个人比较在意安全，本产品安全方面相比之下挺好的

作为用户是否愿意推荐

愿意向其它刷题者(仅刷的题目包含于这款软件的题库的刷题者)推荐这款软件，原因如下

• 如上文所述，软件本身没太大的槽点
• 软件包含了讨论功能，更大的用户群体有利于丰富讨论区内容
• 目前这款软件的题库主要是航概题，因此竞品较少，相比其竞品，这款软件有较大优势

作为 PM 有何思路

• 增加自定义背景图功能，增加刷题舒适程度
  • VsCode 支持这个，写码体验 MAX
  • JetBrains 全家桶支持这个，写码体验 MAX
  • Sublime Text 不支持这个，但支持透明，效果差不多
  • 刷题之余看看老婆，完美
• 不局限于微信和 APP，进一步扩充适配
  • 网页版支持
  • Windows 本地支持
  • 无需登陆，无需联网，离线使用

典型用户——春日野草

首先从登录的时候就能体会到这组同学为了保证用户的流畅体验下了功夫，一键微信登录后直接可以开始刷题，免去了繁琐的注册登录步骤，且确确实实地保证了安全性。之后对程序的数据包解析中也发现本组同学注重安全性，全程 HTTPS 加密，对每一个操作都会进行鉴权，让我用起来十分的放心。

主界面和主刷题界面看起来挺美观的，UI 交互设计比较合理，可以以较少的点击量完成每道题的回答，查看正确与否。选项用左边蓝色的圆代表用户的选择，右边用红色或绿色为背景来指示用户的回答是否正确，我认为这样的设计也是合理的，程序的主要功能完善，那么我肯定是会继续使用的。

除了主要的刷题功能之外，外围功能的实现显得略微急促缺乏打磨。

比如说收藏和错题这里的显示存在一定的问题。这个大大的收藏数占了屏幕大部分位置但是实际上它并不重要点了它也没有什么反应，如果你把这个数字移动到“收藏”按钮同一个框以一个小数字来显示，并在原来显示数字的地方放上顺序刷和随机刷两个按钮，或者其他什么功能性按钮会更好。

这里是点进一个收藏界面的样子，只有一些题目，并且比较关键的开始刷题放在了一个不定长列表的下方，那么假如有人收藏了 500 道题，他还能不能方便的去刷他收藏的题呢？这是一个比较严重的问题。另外还想吹毛求疵一下，如果在刷收藏列表的时候点击了取消收藏，那么在返回收藏列表的时候可不可以把被取消收藏的题目立即删除呢？

建议增加一个巩固模式，把所有做错的题以时间为顺序放进一个队列，在巩固模式中每次从队首拿题，如果做错了就再次放入队尾，直到所有题都做对过一次为止，显示完成并自动退出。

想要这个功能是因为我本人在背航概题的时候就是采用类似的做法， 先刷完一单元所有题，然后把做错的题目题号记在纸上，一遍遍轮回只刷仍在纸上的题，做对了就把纸上的序号划去，直到纸上所有题号都被划掉。然后再开始做一遍所有题，开始新的大轮回。我自己觉得这个方法让我很轻松愉快的背完了航概题库，如果有软件来辅助我维护队列我会更加愉快。

能在这么短时间内实现一个评论系统挺不简单的，它可以用于对题目的提问和解析，甚至可以用于展示 dalao 对答案的纠错，非常有意义。不过在用户量上来之后可以想办法去清理一下与题目无关的评论（如 xxxnb），并增加举报功能，这样才不会让它变成鸡肋。

如果题士组可以尽快导入军理题库，让我们大二学生能够尽快享受到便利的话，我想这款软件的活跃量一定不会差，我也会很愿意去分享的。（我甚至觉得导入军理题库的优先级应该高于你们 beta 阶段预计开发的所有功能）非常期待～～

如果我是 PM 的话，我一定会优先解决用户痛点，完善核心功能。比如我开发的“北航博雅通知群”就是正戳了同学们不想天天刷博雅网站的痛点，我使用 QQ 的一个群就解决了核心问题。除了在朋友圈发过一次广告之外其余全靠同学们互相介绍，现在群内已经有 384 人。所以我也希望题士组同学可以优先考虑我们劳苦背题学生的痛处，将核心功能（题库）放在第一位。

典型用户——Taki

测试环境

小程序端

iPhone SE (2nd Generation), iOS 14.4.1, WeChat 8.0.5.

由于是 iOS 端用户，虽然有使用安卓模拟器进行 APP 试用，但因考虑到使用的测试平台与本项目面向的用户平台存在差异，下文主要围绕小程序端的测试体验展开。

项目不足与问题点

【BUG】评论页开屏加载空文本框编辑

在前述测试环境下，打开评论页会有文本框闪出并自动进入编辑模式，考虑前端视图逻辑存在载入 Bug。

【BUG】评论栏内容超出边界

在评论页发送较长评论时，内容没有自适应地折叠或换行处理，使内容超出页宽，显示有误，考虑响应式设计存在问题。

【BUG】“题库”页做题履历显示间歇性出现问题

当次登录做完的题，点开题库页有时不会正确加载做题记录，考虑该页面是否存在并非每次进入更新，而是读取了缓存的状况。

体验有待改进之处及建议

【交互设计】交互模式的单一

在手势操作深度融入移动端交互的当下，本平台的交互几乎完全基于点触，引入更多自然的、贴近用户预期的交互模式，是团队可以进一步优化的关键点。

以做题、进入下一题的操作为例，目前团队的解决方案是，用户首先点触选择选项后，点击提交按钮，再点击下一题的交互逻辑。三段式的点触逻辑，在大量、快速刷题时带来了大量无趣的简单重复劳动，“刷题”丧失了“刷”的灵魂——过题的爽快感。

可不可以引入滑动等各类手势丰富交互模式呢？——此处着重指出我本人和身边同学都觉得特别别扭的一点：答题页可以左右滑动，却并没有如所想的那般切换题目。如果将“点击下一题的按钮”，替换为“左滑进入下一题”，是不是会更加自然呢？

【交互设计】部分交互逻辑不自然

此处，以题目章节导航的缺失为例。

“题库”页，事实上起到了分章节的题目索引的作用。然而，用户在什么时候需要这个feature呢？

在请身边同学试用的过程中，很多同学，尤其是那些使用过“驾考宝典”的同学，提出了“要是（像驾考宝典那样）顺序做题时题目页有个分章节的导航，可以看到自己在做哪章的题，这章还差多少没做就好了”的期望。

事实上，这一特性并不是开发团队没有完成，仅仅只是把它错误地放在了并非用户最为需求的地方。这一龃龉，体现出了团队对用户行为逻辑、时序的误判。相信收集到更多反馈后，能够很容易地进行相关优化。

【交互设计】试错式的用户交互导引

此处，以收藏/错题页为例。

点进该页后，展示的是章节列表和收藏题数/总题数的展示，随便点进一栏，用户会看到大大的开始按钮。带着疑问点下去，页面顶端显示出“没有啦”的红色提示，稍经思考才理解，应该是“我之后收藏的题会显示在这里”，“现在没有题所以没有办法开始答题”的意思。

——用户试错的路径太长了。这种被动的、结论式的导引，宛如一场没有惊喜、只有挫败的冒险，将显著地消耗用户的耐心。

在接下来的开发中，团队可以对类似方面进行更为人性化的改造，提升用户友好度。

【视觉设计】UI 设计的条理

平台的 UI 设计功能性强，但也因此带来了布局缺乏层次感、主次不清晰、模块不分明等问题，以下以题目页为例，从“假如我来进行设计”的角度，简述几个可能的改进点：

• 板块布局

将题目、选项离得更近一些；将这一个整体离上方刷题、背题的 Tab 切换栏更远一些。这样做，基于接近性原则，近的 components 更容易被用户视为整体，能够体现出视图内部的逻辑关系。

• 空间利用

视图组件对空间的利用存在不足。例如，提交、查看评论两个按钮，进行横向布局显然能够更节省屏幕空间；选项卡占的空间较大，字却占了高度的不到 50%。高效地利用有限的视图空间，才能使得平台更加适用于移动端场景。

• 内容层次

进行视觉设计时，体现结构的主次关系，是对用户视觉焦点进行有效引导的关键。例如，字体大小可以进行调整，使各层次存在明显的大小差异，举几个例子：题目较大，选项较小；工具栏、按钮上的字一种大小，题面上的字是另一种大小。除了字体大小，还可以调整颜色表现区分：根据相似性原则，人们会倾向于将相类似的项目在知觉中关联起来——在这一前提下，“单选/多选”和选项都是类似的灰底白字，就显得有些不自然了——它们的功用、在视图中的重要性，难道属于同一层次吗？

【视觉设计】视觉提示的欠缺

小程序端开发较少引入过渡动效，视图变化也就缺少视觉引导。此方面，团队如有余力，也可以进行改进。

总体感受

“刷题”是学习的重要过程，脱离十二年的基础教育之后，将面向考试、讲求效率的“刷题”作为快速掌握、快速温习领域知识的方式，是个性化学习的必然。

作为本项目的目标用户，体验下来，可以认为本项目已经部分解决了需求分析中所提及的用户痛点问题。多种多样的刷题形式，顾及到了用户的各类刷题需求；平台也在用户群体信息的利用上做了较为合理的考虑，例如评论、错误率等。

然而，正如前文所指出，产品仍存在许多细节上的龃龉，也因而导致了用户体验的下降。

总的来说，我愿称之为一块略欠打磨的玉璧，磨却表面的瑕疵，定能展现它真正的光彩。

愿意推荐与否

我会愿意推荐，产品具有如下亮点：

• 需求把控有针对性。团队对于目标用户的需要具有相当的了解，平台已经能够基本满足用户针对性刷题的要求，亦具有调整以适应用户需求的能力。
• 基本素质优秀。在评测中，产品未被检出基本的安全问题，也没有致命 Bug，质量控制优秀。
• 具备可扩展性。团队提供了适配更多种类题库的潜能，项目具有优秀的可扩展性，在可见的未来，它易于满足用户群体更多的刷题需求。
• 同类竞品缺乏。目前，平台的小程序、uni-app 思路，帮助平台面向更为广泛的用户群体。尤其是在 iOS 端，可以说是航概刷题的唯一解决方案，在 alpha 阶段的用户讨论中体现出了这一点。

如果我是 PM

在航概 APP 开发这件事上，我还真就是现在进行时的 PM（笑）。本部分将列举我对此类产品的几方面思考。

使用情境——碎片化刷题、随时随地刷题

我认为，将题库置于线上，是一个错误的决定。

类似于航概这种科目的刷题，往往有“拿起手机就能刷”的需要。吃中饭的时候、赶路的时候、坐在教室上课之前的数分钟——这样的使用场景可以说是贴近大部分用户的生活实际。网络连接性不应该是刷题这一需求的必要条件，尤其是在网络基础设施存在一些问题的北航校园。同样，“点开来就是题”也很重要。团队的前期调研展示中，似乎并没有涉及对于使用情境的调研，这对平台的进一步完善是有制限的。

可是，如果是小程序等 web-app 的话，这一欠点又是几乎无法避免的死穴。这方面或许还需团队的进一步研究。

“刷题”之“刷”——爽快感

刷题，讲求高效率、高有效性。

作为 PM（伪），我对产品交互设计的最关键需求是：核心交互逻辑简单化，反馈快速、灵敏、基于直觉。一个响应迟钝、不自然的“刷题”APP，难以受到用户的青睐。

因此，我认为交互设计是类似 APP 开发过程中最需下功夫的点。

“刷题”之“题”——平台生存的基础

为什么驾考理论大家都依赖驾考宝典？——显然是因为它的权威性。

支持更多的题库固然好，但保证当下题库的高质量、高代表性亦是一大重点。

此外，对题库进行适当的标签化，建立合理的索引——对这些平台独有资源的维护，是留住用户的关键。

社群经营——平台用户粘性的命脉

内容的产出者永远不应该只是平台的维护者，利用用户的力量建设资源、分享资源，进而吸引更多的用户，在我看来是稳赚不赔的买卖。

进一步优化社区功能，发挥在线 APP 的优势，才能最大化利用服务器资源，使得平台更有生命力。

总结

Alpha 阶段的开发，为平台的进一步完善搭建了优秀的框架。期待能看到为团队的进一步努力所孕育的，成熟的 Beta 版本产品。

产品设计思考

目前通过整体的测评，以及几位典型用户的精心体验与记录，不难发现这是一款整体而言令用户较为满意的产品，确确实实可以解决用户的需求。这就是用了真心思，且对了地方应有的效果，很值得其他项目组学习一番。但是，这样的项目是不是已经做到了无可挑剔，也没有什么产品设计上的思考点了呢？显然不是。这也是本部分将想要详细论证的内容。

说起笔者自己，当年也做过同类型的应用，而且曾经在校内有一定的推广度和用户量——当年的学校官方公众号文章里面有过专门的记录。这篇文章里面截的图是笔者大一时最早期发布的版本，做的比较粗糙比较玩具化，但是依然收获了足以高于软工课学生项目一个数量级不止的用户量和用户日活，而在后续得到了一定的资金支持和系统、产品层面上的改进后，更是在考期达到了近万的日活，同时在线用户近千，每学期产生的做题记录数是百万级的。当然了，也并不全是这样漂亮的数据，踩过的坑翻过的车也数不胜数。因此，笔者认为，自己还算是对这样的产品，及其背后的需求有一定的了解。在接下来的部分中，笔者将对【题士】产品所存在的一些问题，尽可能结合自己当年的同类产品实践经验，进行分析。

不够直截了当

这一点其实在官方网站上就能感觉到。咱们北航学生也都考过航概之类的科目，即便没有，很多人也都接触过驾考科目一科目四，咱们就从这样的视角琢磨琢磨，我们最期待的整个过程是怎么样的。我相信每个人都不一样，细节上萝卜白菜各有所爱，但是整体流程上大抵类似：

1. 通过各种方式，比如身边的人丢给我一个链接，或者在广告上看到并点进去，进入到官网或者直接进入到 APP/小程序
2. 进入官网后，希望一番探索后能快速进入到软件之中，最好是进入主页看一眼就能开用，越简单越好
3. 进入到 APP/小程序中，可以快速开始刷题，或者开始模拟考试
4. 进入到题目界面后，快速点选项，快速知道对错（最好也能快速知道原因），快速下一题
5. 宏观上来看，希望先快速过一遍，都了解个大概，然后以合理的节奏不断巩固，直至全部记住

这样的路子其实显而易见，但又并不容易一次性想全，也并不容易全都把握到位。比如在【题士】产品中就存在如下的问题使得上述流程被明显地拖延：

1. 首页一进去，在第一页上并没有快速开始刷题的入口，而是需要往下翻才有。也许你会问——不是一样也有么？确实如此，但是对于即将入手的准用户而言，在这种地方每一秒钟的拖延，都会降低其对产品的初印象，也会增大其放弃的可能性。荒凉的首页，以及光秃秃的二维码页，就光冲着这两点就足以令部分用户对产品的水准表示怀疑并产生劝退效果。
2. 对于 APP 端，不能微信登录，而且作为一个手机端 APP，注册用的还是邮箱，收验证码的也是邮箱。这就很拧巴了，合着我来刷个题还需要准备专门的邮箱，并开下电脑打开邮箱接收下？具体来说，根据笔者的实操经验：
   1. 邮箱这个东西在低年级本科生中的原生保有量（即在开始使用产品前就拥有邮箱的比例）就不高，当年很多用户是为了刷笔者的题库而专门注册的邮箱，也有不少原本有邮箱但是不常用的用户大费周章去找回密码的。
   2. 即便邮箱准备完毕，邮件的发送本身也是一个容易出问题的环节。笔者那会做的是电脑网页端为主的题库应用，需要邮箱验证方可登录使用。要不要猜猜一年下来未完成邮箱验证的“僵尸用户”有多少比例？接近 30%，接近于每 3 个人就有一个卡在邮箱验证上的，想不到吧？后来经过了一系列优化再优化，也只是勉强降低到 10%出头（旧数据不参与计算）。后来究其原因，发现邮件本身就可能带一定的延迟，还可能因为各种原因收不到或者直接被扔进垃圾箱，用户半天等不到，重发也等不到，于是就容易干脆放弃，哪怕过几天收到了也不会再回头。不仅如此，对于反垃圾设置比较奇怪的邮箱系统，会容易出现大面积的邮件发送异常，比如我们的北航邮箱，系统邮件日常被反垃圾或者直接退信，导致阿里云的邮件推送服务都因失败率太高被连连降信用等级，甚至差点被中止服务。那会已经临近考期，情况危急异常，笔者那会可真是热锅上的蚂蚁，在工单上转悠了一通宵，还需要随时准备电话与工作人员沟通。后来没办法直接后端屏蔽了几个天坑邮箱，才拦住这个要命的势头。

在这样的环节中，势必再一次消磨了用户的使用冲动，而且还可能造成不少比例的用户无法使用，因此被拒之门外或者被劝退的用户只怕又要多了不少，就因为这个邮件。

1. 注册完毕，进入 APP 内，第一页上有数个图标，而且下面有显而易见的“开始”字样。这一点倒是还不错，最起码“开始”字样还算明显。不过还是不够，最起码吸引用户注意力的能力还是有待提高的。以及上方的一系列图标，其中有相当大比例都是“一根筋”型用户根本不会碰甚至记不住的，比如社交类功能，比如考期日历功能，这进一步挤占了注意力区域。
2. 进入刷题，一道题选完后，还需要去专门点击下一题来继续。这个在电脑网页端还算说得过去（当然也最好能有套诸如WSAD或上下左右的热键快速操作），但是在手机上就差强人意了——手机上最舒服的方式是直接滑动翻页，而眼下滑动的时候会左右弹跳却又无法继续，还得点击按钮继续，这就比较尴尬了。

以上的问题，看似都不大但是每一个都使得产品变得不那么直截了当，使得原本应该抻直的主线变得松松垮垮，本该拥有的用户吸引力也因此受损。

功能泾渭分明

这一点也一样从主页上就能看出来一些，可以看到下图中对 Alpha、Beta 阶段的功能有明确的划分和标记。

当然说这个并不是说主页这么设计就不行，恰恰相反这样的坦诚相告挺好的。笔者在此想表达的问题是——整个项目在思路上太过强化Alpha、Beta阶段的工程概念。在APP中，上文中提到，“我的”页面上将题库、社区做了一个切换按钮，给人一种泾渭分明的感觉。不仅如此，在刷题页面上，几个功能按钮的设计也给人一种在努力试图给用户科普“XXX是Alpha功能”、“XXX是Beta功能”，生怕用户搞混了的感觉。

实际上这样的设计从产品的角度而言毫无必要，因为最终的目标是一个完整的产品，目的是把用户服务好。而Alpha、Beta 也只是作为项目团队工作的一个里程碑，这并不属于用户有义务去关注的范畴，更不必有意无意去凸显这一点，甚至于让产品本身功能的整体性有破碎感。

社区化准备不足

【题士】这款产品从一开始，团队就有往社区化发展的想法，而且通过对 Alpha 阶段成果的整体观察，也不难发现这一点。然而目前的社区框架，除了测评和典型用户找到的一系列小毛病之外，也存在较多的不足之处。具体来说：

1. 之前提到过的，社区功能入口被放在了核心区域，并造成了挤占。此处不再赘述。
2. 社区功能对于用户的引导能力不足，换种方式说就是——用户在这个社区上做贡献的动机不够强。目前的整体设计还是太常规化了，或者说，仅仅只是提供了社区的基础功能，并且尝试告诉用户“你可以用我们的社交功能”，但是没有给用户去使用的甜头。笔者本人当年做题库应用的时候，比这个还要更简单些，仅仅只是开了个与题目本身无关的独立讨论区。当年的想法也很简单——“有了梧桐树，何愁凤凰来”，于是信心满满就上线了。可是结果你猜咋样，两年下来，只有十几个帖子，其中有一小半还是站长自己的通知帖，哈哈。后来才渐渐想明白一件事，咱们不能对“梧桐树”这个词的定义太低了，最起码不能管一个干瘪粗糙还光溜溜的枯树杈子叫做梧桐树，更不能一个劲蹲在树杈子下干望着天盼凤凰来。
3. 社区功能在实际使用的时候也不够直截了当。点开刷题页面，下方就是提交和查看评论两个按钮。用户还是需要查看评论才能看到评论，而评论里面有啥？有没有想看到的内容？不得而知——“反正点进去后大概率也啥都没有，那就干脆无视吧”，这就是大部分用户在这样的情况下最真实的心态。久而久之，这个功能很可能就被很干脆的被大部分用户所无视了，甚至很久之后，当PM发一张调查问卷来试图调查用户使用习惯时，可能会有很多的用户干脆不知道原来【题士】还有讨论区，还有社交功能。难以置信对吧？我猜你肯定在想核心页面上就有图标，题目底下也有蓝色按钮，怎么就发现不了了？别觉得奇怪，这是当年笔者的应用中真实发生的情况，而且实际情况比这个更离谱，把当时兼任程序猿和PM的笔者鼻子快给气歪了。这实际上很好的表现了什么叫做“熟视无睹”——甭管位置上多明显，只要不常被用，久而久之在用户心里都会变得如同空气一样没有存在感。

总体来看，目前的产品骨架上并没有做好社区化的准备。虽然可以说 Alpha 阶段只做了部分没有做全乎，但是为一些必然可以也值得期待的功能留出恰到好处的扩展空间，还是完全可以也应该做到的。此外不得不说一点，决定这款或者说这类软件下限的是题目质量以及刷题功能本身，而决定上限的，则是可以多大程度社区化。让社区活跃起来，让用户彼此之间创造二次价值，这才是长远之计。

扩展性思考

基于上一部分的产品设计思考，本部分将针对相关的问题给出一些建议与解决思路。

理顺逻辑，简单暴力

在上文中已经提到，产品的主线，尤其是入手阶段的主线，不那么直接了当。那么所需要做的事情也是明摆着的——理顺逻辑，使之简单暴力化。有一本畅销书叫做《Don't make me think》，可以算是产品经理入门的必读书籍，笔者在大二那会有幸读过。这本书的早期版本里虽然案例内容偏老旧（毕竟第一版是 2006 年出版的），但是其揭示的规律也大多适用于现在的软件，而且第三版也于 2014 年再次出版，新增了很多新鲜的元素，建议 PM 一定不要错过这本好书。里面对于这方面的问题也有论述，引用一段豆瓣书摘（原地址：第121页 可用性是基本礼貌），各位PM们请好好看看这段，想想自己的产品，做了哪些对的事，又踩了哪些雷：

这些关键性的规律对于现代的产品而言，对于 2021 年的【题士】而言，一样适用，归根结底也就是书名上的一点——“Don't make me think”。具体来说：

1. 对于官网，还是应该多去看看其他成熟的官方网站是怎样设计的，并且多去尝试亲自给新用户推荐，并听听他们的看法。注意一定得是真正的新用户，最好是之前都没听说过【题士】产品的用户，因为对于已经熟悉你们官网和产品操作流程的用户而言，让他们再次体验的话他们已经轻车熟路，也在心理上存在路径依赖，因此在这个问题上的说服力有限。
2. 想办法解决一下 APP 端快速登录、注册的问题，让登录和使用变得容易一些。选择在手机上用的用户绝对是不愿意大费周章上电脑操作的。也可以想办法和小程序端做到互通，这样对用户来说数据是一致的，对团队来说，用户引流也会扫平一个重要的障碍。
3. 一进去第一个被用户看到的页面，能简化就简化，要直入主题！要直入主题！要直入主题！用户从不感兴趣你们做了什么功能，只感兴趣你能如何帮助他们解决问题。比如这样的软件往往都是中间有个无比抢眼的开始刷题大按钮，并且可以在局部选择刷题模式，并对于推荐的模式有更加明显的标识，当然，这只是一种常见的设计，PM 大可充分把脑洞开起来。另外，现在分为四种常见模式，其实 PM 在这个问题上的想象力也可以再更丰富一些的，不必局限于这些一秒钟就能想到的模式，可以略加创新做出更好更暴力的特性——比如一般用户刷题的节奏是先过一遍，然后针对性强调复习，然后模拟考，既然如此那是否可以将这些过程整合成一条龙服务，名曰“智能训练”，并配上更智能化而非简单表示做过题目数的进度条呢？而至于打算重磅推出的社区类功能，应该让其出现在该出现的时间和地方，而不是去抢占注意力黄金区域，这一点下面的部分会讲。
4. 刷题翻页功能还是该做出来，以及不仅如此，可以自己刷题的时候数一下全程你的手指点击了几次，移动了多少的距离，然后薅住这两个数值往死里降低。此外，也可以尝试记录一下用户的刷题行为，并随着刷题数据传回后端，这样便可以有更详实完整的数据来支撑进一步的优化。

笔者说这一部分，其实也并不是代表只有这几个问题，或者说只需要优化这几个地方，毕竟产品的优化是永无止境的。笔者真正所希望的是团队可以就这一类的问题，把握思路，认清情况，并不断优化，这是鱼和渔的区别。

注重融合，浑然一体

这部分要说注意的话，则是在后续的Beta 阶段要让产品有更好的整体性。为此，一定需要在 Beta 阶段花时间花心思琢磨如何让 Alpha 阶段和 Beta 阶段的工作形成 1+1>2 的效果，而不只是简单的 1+1=2 式的堆砌。另外，对于Alpha 阶段的功能，也不要开发完后就不再去动，只要产品整体意义上有需要，就该做进一步的调整。

当然了，眼下是否真的会有破碎感，以及到底有多破碎，下结论为时尚早，笔者也只是对眼下所观察到的现象和感受表示了一下自己的担忧，希望【题士】团队可以在后续的产品开发过程中对这一现象与心态有所注意。

打磨社交，有机互动

社交功能，私以为对于【题士】项目而言，算是一个分水岭，一个能决定其到底只是个平常到毫无特点的刷题软件，还是一个真正令用户们着迷的强力学习软件的分水岭。在社交这块，笔者有以下的建议：

1. 社交相关功能的入口边缘化。可以注意一下其他软件的此类功能主入口（指的是可以查查看全局数据并查询信息的入口）都处在什么位置上，答案是一般都位于“我的”页面上，实际上用户去专门查看、查询全局信息这件事，并不是完全不会发生，但是相较于核心功能终究还是低频的，因此需要保证功能存在，并且需要的时候能找到即可，将核心注意力区域留给最重要的功能特性。
2. 基于上一点，社交功能更应该出现在合适的时间合适的地方，而不是常态化占据核心区域。具体来说，该产品的社交功能定位为围绕题目展开的社交，因此这一功能应该在刷题页面中进行更加到位的展示，比如类似于知乎看回答的时候，评论区总会显示两条相对关键的评论出来，而且不求显示全，用户如果想要完整查看则可以点进去查看完整版。总的来说，要做到充分展现诱惑，但又避免直接和盘托出，才会让用户有进入查看的欲望。
3. 社交功能如果真正想让用户愿意进行内容贡献的话，就应该认真优化一些贡献激励机制。具体来说，要让认真付出的内容贡献者感受到自己的努力有价值，可以收获更大的好处，或者最起码让他们感到自己的工作正在被产品团队和广大用户们所肯定并感谢。想做到这一点，
4. 此外，还可以考虑抓紧进度，提早完成一个可以略粗糙的最终版本，在正式发布之前提早内部发布。并想办法举行一波封闭测试，找到靠谱合适的“高端用户”们，让他们在社交区域上预先制造一些好内容，让后来的用户更相信你们软件的社交功能，让这个内循环转起来，这也是新兴社交平台（比如知乎）在创始之初都会去做的事情。在此基础上，也需要做好宣传，加强对广大用户的引导。

对于社交这部分，根据笔者的经验来看，是大有可为的。如果能让题库产品的社交内容丰富化，并以此持续吸引用户的话，则可以说是一个相当了不起的进步。

做足准备，迎接挑战

关于这一点，看起来是一句废话，但是笔者既然说了，那就有其理由。之前提到，题库这样的应用，在北航校内有非常大的市场，因为几乎所有的学生都需要学习航概和军理两个学科，用户群体可以理解为当前学期上这两门课的全体学生，而一年下来的用户群体则可以近似理解为一整届北航学生，这将会是一个相当可观的数字。而做过稍大一些系统的工程师应该都明白一个道理——量变引起质变，具体来说当系统日活达到了过千这个级别的水平后，不少之前不甚明显的问题就可能要开始显露，甚至造成严重后果了，例如：

1. 一些不合理的数据库设计与写的不漂亮的数据库查询。例如“1+N”查询、缺乏索引的全表扫描等，将会在数据量、并发量大的时候变得奇慢无比。对数据库查询的设计一定要仔细考量，并且和评估算法复杂度类似，要压低“查询复杂度”并尽可能控制在常数级别。
2. 非关键数据的缓存没有做足。实际上对于业务数据的查询速度较慢，但是又不太对实时性有要求的（这样的情况挺常见的，例如各种帖子、评论的赞数，毕竟没人关心你的评论眼下到底是1000个赞还是1001个赞；也比如题目推荐模块中的部分中间数据，略微滞后完全不会对系统造成肉眼可见的影响），该缓存的就得合理地缓存起来。不然结合上一条，再加上略微复杂的智能题目推荐计算机制，于是就很容易出现刷一个题需要等好几秒甚至几十秒的情况，用户体验大打折扣。
3. 客户端保护不到位。举例来说，在系统压力较大且速度开始变慢的时候，用户点击按钮则会出现一定程度上的卡顿，而用户遇到这样的情况很可能会担心是不是没点上于是疯狂点击。此时若是客户端没有保护到位的话，则可能一下给后端发送了好多条请求，造成系统压力进一步陡增乃至直接宕机。系统瘫痪往往就是一瞬间的事，突如其来一个几秒钟的网络抖动造成用户集体疯狂点击，或者一类缓存在某时刻大面积扎堆过期造成瞬时大量热计算，就可以让一个好端端的系统直接暴毙，那场面就像决堤一样一溃千里。因此，很多系统在设计按钮的时候，会让按钮在点击后开始转圈圈，来阻止用户的夺命连环点行为。诸如这样虽是细节但可能关键时候救命的设计还有不少。
4. 静态资源仍使用云服务器加载。这一点看似很显然，但是等到刷题者一多，各类图片就可能直接占据云服务器的大部分带宽，导致其他请求速度慢的受不了。这个时候就需要上 CDN（内容分发网络）来分散掉图片以及静态资源的请求流量，以确保服务器宝贵的带宽留给最需要的业务请求。CDN 按量付费模式也并不贵，成本上是可控的，最起码比扩服务器带宽要更管用且省钱。

上面这些只是目前能想到的一部分，都是在系统压力上来之后会出现的很现实的情况，也都是笔者亲历过的，而且都付出过惨痛的代价。因此，建议【题士】团队在 Beta 阶段测试的时候，一定要注意针对大压力进行测试，并且尤其注意上述问题，并对于自己之前不够熟悉的相关技术进行必要的补课。航概、军理刷题者是一个相当庞大的用户群体，要在雨季来临前加固好大堤，迎接即将到来的洪流。在做好这一切的准备后，就去灵活而广泛地推广自己的产品吧，并且争取和相关课程的课程组取得联系，争取获得官方意义上的支持，把自己的产品真正做大做强，真正让其发光发热。

总结与感谢

以上就是对本年度 Alpha 阶段优秀的学生项目【题士】的详细产品解析。然而以上的分析和思考，并非笔者一人得出，而是许多人共同努力的结果。在此需要特别感谢：

• 【题士】团队全体成员在这个项目上的不懈努力与付出
• 【题士】团队组长乔盛业同学之前多次与笔者的密切沟通与讨论
• 典型用户张四、斯摩亚蒂、春日野草、Taki（应本人要求均为化名，排名不分先后）对产品的用心体验与记录
• 邹欣老师对该项目的持续关注与点评
• 周筠老师对此项目的长期关注，以及对本篇博客所做的细致编辑
• 跟组助教刘取齐对该小组的的持续关注、讨论与指点
• 大众评审团的各位同学对项目的积极体验与思考

以及其他所有参与其中的朋友，在此笔者一并表示感谢。

这样的一篇测评中，笔者感受到了【题士】项目组的用心，也好好回忆了一下自己当年做同类产品时的所见、所想、所思、所得。其实一切的一切，归根结底还是在于用真心，真心去想着如何解决问题而不是粉饰太平，真心去想着如何帮到用户而不是自我感动，真心去想着如何去指点好学生而不是只图皆大欢喜。这些事情的道理大抵如是，这也是这样一个组真正最打动笔者的地方。说回到这个项目本身，笔者当年只是做了一个爆款的刷题网站，找到了几个除了航概军理以外的学科（比如数据结构课，以及外系的其他几个课），后来以H5形式整合进同袍，仅此而已。而社交功能本身则是Questionor和同袍都没有真正迈出去的一步，也是笔者一直以来的遗憾，上述的一系列经验教训也都是彻底失败后才总结出来的。笔者过去了数年后明白了一个道理，成功不必在我，如果能看到这样的一款APP，能在社交上真正打开局面，发生质变的话，那么也算是将这份精神火种给传递下去了。在这里真心地为【题士】团队加油呐喊的同时，也希望告诉各位——你们面临的将是一个有待开拓的区域，不要害怕改变，不要恐惧未知，这天由你来撑，这地任你来踏，只管风雨兼程便是。好好打磨自己的产品，好好看着自己的初心，继续用真心为用户着想，请相信，胜利的一天终会到来——NO MORE PITY PLEASE！