妖喵传

为期两个月的智慧喵项目终于落地，最初的原型设计中犯了不少错误，做出总结以免再犯。

1.信息归类不当，导致信息位置错放。

之前的原型上“课程单元”放在课程基本信息页面中。其实课程单元属于课程内容，且与课程主题强关联。所以课程的“单元”和“主题”应该放在同一个页面中。

2.功能设计不符合用户的期望。

之前教师端“作业管理”中的作业分班级显示，那么发布到多个班级的同一份作业，只要有一个班级的这份作业做了改动，那么其他班级的这份作业也会相应改动。如图我改了三零一班的“数学作业1”，那么五零二班的“数学作业1”也会做相应改动。

但从用户的角度来说，编辑某个班级的作业就只会编辑这个班级的作业，而不会影响到其他班级的作业。所以功能设计要符合用户的期望。

很多时候我设计产品认为只要把流程跑通了就行了，却忽略了功能设计是否符合用户的使用习惯和期望。

3.作业发布后应不应该可以删除。 

有可能老师会发布错了作业，如果有删除按钮，会伤害学生的体验（因为学生正在做的的作业突然没了），如果没有删除按钮，会伤害学生和老师两者的用户体验（因为老师发错作业不能撤回，学生可能都没学过这些题的内容，收到一份完全看不懂的作业）。

两害相较取其轻，因此发布之后也应该有删除按钮。一个好的产品操作应该是可逆的，支持撤销或者重做。

4.好的产品操作信息应该一直都是可视化的。

老师选择班级发布了作业之后，返回作业列表页却看不到这份作业发布到了哪些班级，这就不符合操作信息可视化。就像在淘宝上购买产品付完款后，却看不到已购买产品的订单详情。操作信息一直可视化，确保自己最终做了正确的操作，才能让用户心里踏实。应该在操作栏点击“查看”可以同时看到作业详情和发布的班级。

再次确认好过回忆。

5.教师选题后却不能看到已选的题，反馈不及时。

之前的原型图，老师要已选的题在当前页面是看不到的，必须要到发布作业的页面上点击"作业预览"。如果要修改已选的题，又要重新返回到选题页面，操作很复杂。现在选题页做成弹框，只要关闭弹框就可以看到所有已选的题。

要将所有的操作结果实时反馈给用户，这样用户才有掌控感。不要让用户执行多步操作、跳转多个页面才将操作结果反馈给用户。

6.给选项做限制，可过滤掉不必要的信息。

教师创建作业时，之前是在选题页面选试题的适用年级，可选一年级到六年级。发布作业能发布到这个教师所有授课的班级。

现在是在创建作业页面选机构的年级，且只能选该老师授课的年级，这样一来，教师选了一个科目和年级后，他就只能看到自己在这个年级下的课程配套的试题，也只能发布到这个年级下自己授课的班级，这样教师选题无需再做筛选，发布作业也不会发错班级。

给选项做限制，不但方便操作，还能降低操作错误率。最好的呈现结果不是把所有内容摆出来让用户去选择，而是仅呈现给用户当前只需要的内容。

7.教师课程中心页面看不到班级与课程的联系

应该以班级为单位，显示该教师在每个班级所教的课程，这样老师发布作业的时候更方便知道将作业发布到对应的班级。

8.相同的名称导致混乱，取名也很关键。

机构的年级和课程的年级容易造成混淆，虽然后来把课程的年级改成了”适用年级“，但适用年级还是要分一年级到六年级。最好的办法是把课程和试题的年级改为”等级“。”一级“和”一年级“是有明显区分的。

9.学生端以表格的形式展现作业，未考虑到目标受众的特点。

因为老师端作业管理页面是以表格的形式呈现的，所以学生端作业中心也思维定势做成了表格的形式。

后来因为学生端要做H5自适应，表格在手机端不好展现，因而做成了卡片的形式。现在想想，如果做成了表格的形式，那界面真的毫无吸引力，因为学生端受众都是小学生，一个严谨的表格远没有一个带图片的卡片更有吸引力。

10.saas端试题管理和教师端选题时试题的展示方式一样，没有切换视角考虑问题。

教师选题是要看到每道题的内容才能更好地选题。

而saas端管理员并不想看每道题的具体内容，而是每个年级、每个科目拥有多少题，这些题的类型如何，难度如何。所以以列表的形式展现更合理。

11.单独做课程审核的入口，忽略了系统的简洁。

按一般的思路，课程审核要做一个单独的页面，与课程管理分开。但其实在课程管理页面就能完成课程审核的功能。即课程提交后，对有审核权限的人状态显示为“去审核”，对没有审核权限的人显示为“待审核”。这样一来减少了一个菜单和页面，使后台系统更加简洁。

以上所有总结都来自开发过程中技术给我提的意见，还有很多宝贵的意见不再一一列出。此次总结我不生产内容，只是内容的搬运工。程序员在产品面前说自己不会做产品，那是善良的谎言。