ARTICLE · 1325353
第68天:基于用户需求的软件设计
第68天:基于用户需求的软件设计几年前，我们为电信运营企业开发了员工在线学习和考试的系统，其中考试模块由管理员在后台发布，员工在规定的时间参加，系统随机抽题，自动评分，为了照顾到一线员工的实际情况，每次考试有两个时间段，员工可以自行选择。 近期，企业提出了一个新的需求，部分员工反馈在考试过程中，如果接听了微信语音或者视频电话，考试计时一直持续，另外在个别情况下页面关闭后，本次考试不能继续进行。 针对这一问题，起初企业的想法是支持员工二次或者多次考试，这样第一次考试被中断，还可以再次考试。这当然是比较可行的办法，从技术上讲，仅仅在考试开始前判断已经参加的次数即可。 此外，我也想过实时保存考试答题结果和让考试计时暂停，但在个别情况下假如手机自动释放内存空间，还是不能完美解决问题。 最后的解决方案，不是从员工端改进，而是在管理后台。我提了一个建议，如果员工某次考试被中断，那么他可以申请，由系统管理员在后台作废本次考试（物理删除），这样他可以重新考试，相当于第一次考试。 这样做的好处是：首先，员工端无需判断次数，哪怕他的考试被多次中断，也可以继续申请；其次，员工如果某次考试没答好，他也可以申请作废，以最后一次成绩为准；再次，员工申请考试作废，后台处理需要一定的时间，而且考试还有时间限制，因此客观上会引导员工认真对待每一次考试，不会轻易作废；最后，从系统管理层面，只记录一次考试的信息，节约存储空间，便于查询和统计。 从这个项目的需求讨论来看，我有一点小启发，很多问题可以换个角度来看待，不一定非要按照最直接的需求来解决。因此，本文所强调的“用户需求”，实际上不仅仅基于功能，更多则是体验、管理甚至人性层面的考量。 举个例子，我们天天使用的微信，也有一些看似简单的功能没有实现，比如朋友圈文字不能修改、不提供聊天信息已读等等，其实也挺有意思。我的理解，朋友圈像时间轴一样单向地记录，如同我们的人生，如果有错别字，可以删除重发或者评论区更正（我常用）。 聊天记录不提供已读，则更多照顾了人性，有时候看到了某条聊天记录，并不想马上回复，比如，某个不常联系的人发了一句：在吗？哈哈，我们肯定期待对方下一句再说什么，因为对方的提问（诉求）决定我“在”或者“不在”。
