《申请方》产品测评

1.大量功能间层次不分明，无法给用户引导

在进入首页时接受了大量的信息与选择，很多功能与模块在初次进入乃至多次使用后仍无法理解其效用。此类用户在进入时并非已经带有明确目标，其在进入时主要问题为：申请的流程是什么？这个软件如何帮助我完成这个任务？这意味着用户在使用产品之前对于申请流程无从下手，用户心理模型期望产品能够清晰简洁的告诉我如何申请。但产品未能在首页就给用户提供引导，即：我来告诉你现在需要完成什么任务。而相反的为用户提供了过多的选择与信息，让本来就迷茫的用户更加迷茫，因为用户不知从何下手，甚至不知产品的核心功能在哪。在经过几次点击查找后如果用户仍没找到其目标完成方法，便会开始沮丧和狂躁。（没错，是狂躁。）

首页作为迎接用户的主窗口，应在第一时间让用户小白明确了解到产品会如何帮助她满足目标，同时完成引导用户完成相应操作的任务。但是在产品的首页上，为用户提供了8个模块和三篇精彩推荐以及三个产品主要操作。

综上，产品在首页为用户提供了不同效用，不同类型，不同层级的各类功能和信息入口。如若分类后为用户呈现效果会更好。

2.部分功能与模块中，交互操作未能符合用户当前场景需求

在点击清单添加后弹出的对话框，否定键在右边，但是ios系统默认否定按键应在左边，如此放置易因违背用户习惯而影响用户添加动作。

使用点击手势来激活完成状态易发生误触，且绿色对号给予的视觉反馈不明显，不如使用按住单条表单右划手势，遵从了用户习惯且满足视觉隐喻，对于清单状态更直观。

ios系统中默认删除手势按住单条表单左划，再点击隐藏的删除键即可删除。产品中已为用户提供此手势删除，所以右上角编辑按钮是否还要继续单条表单删除的任务。在ios系统中，编辑后的状态可对表单进行多选删除任务，所以建议此处的编辑按钮实现的不是单条删除而是符合ios设计规范的多条选择删除操作（这样既可以满足单调删除又可以完成多条删除工作，而不是一味的重复右滑删除手势完成的功能）。

操作按钮密集摆放很容易造成误触和误点击。

点击查看你的任务清单后，清单中呈现的数据与前一页微课程中的清单数据不同，会造成用户迷惑。

在申请案例模块中，整个流程让人费解。首先方方推荐我去选择专业，当我选完专业点击确定之后，搜索结果页面与搜索前页面完全一样，并没有给我提供我选择的专业的offer信息。而是为我显示了之前我收藏过得专业的offer信息。而这些信息显然我是可以从别的地方获取到。

用户在点开这个页面时想的是什么？是一个独立的搜索功能，此刻我的选择不和我之前的收藏相关，我需要看到的是此刻我选择的专业的相关信息而不是之前收藏过得。所以在此处方方的下面应为空白，在用户选择专业之后，为其提供刚才搜索的反馈信息。如若没有搜索到可给与用户反馈称没有搜索到相关信息。

在offer榜这个模块中，方方提示我要选择专业，并收藏学校。此时我选择了专业但没有收藏学校的情况下，没有任何搜索结果和提示。就表明要完成这个搜索要去收藏学校，但是收藏学校的操作并不能在这里完成，用户需要去学校模块收藏后再来这里选择专业才能看到offer。这样的跳转给用户使用增加了难度同时也挑战用户的智商，在她不知道offer榜是个什么功能的条件下，用户还会跑来跑去来完成这项操作么？

所以在此处要考虑用户是在什么情景下使用这个功能，他想找到什么，产品想给用户提供什么。能不能用别的方式来减少用户的麻烦。比如在用户选择完专业后根据专业直接为用户呈现各高校的offer，或是在这个模块给予用户专业和学校两个选择来为用户呈递offer信息。

建议在申请案例和offer榜中把专业，学校的历史收藏去掉，用户此刻的选择直接影响搜索结果才是用户心里期望的。而不是把她好久之前收藏的学校专业关联在两个具备搜索功能的模块中。

设计原则上要求屏幕上不要超过两栏（导航栏，标签栏/工具栏，）有时处于特殊情况可能会出现三栏的情况，但是在页面中出现了四栏，即导航栏，标签栏，工具栏，分段控件栏，严重压缩了页面的可读范围。

1.工具栏在首页的存在是否必要？左右按钮在页面下方却指挥着页面上方的分段控件切换，众所周知分段控件的选择是由于点击触发，并且根据格式塔理论，位置相近元素会被认为相关，这样离得十万八千里的两个元素为何被绑定在一起。

2.同时刷新按钮可以使用已经被用户熟悉的下拉刷新替代，存在没有必要。

3.分享按钮的使用情景是用户在读一篇文章时对于文章很感兴趣想要分享给好友时进行的操作，显然在问达首页就出现显得不妥。

4.其次，分段控件各部分应为同一层级，但是首页中却涵盖了之后所有的模块，显示出了架构的不清晰不明确。所以如果选择分组表单就可在一个页面呈现所有模块而不需分段控件再提供选择，如果选用分段控件就在各部分呈现相应的信息而非再提供一个首页来展示这些信息。

3.功能间频繁跳转，记忆负担大

各个功能之间都可以跑来跑去，从今日申请案例——录取结果——学校——项目——添加到你的申请清单——清单，层级太深且各个功能之间没有界限，这样很容易使用户在使用中迷路，因为他清楚地记得之前进去的位置，但是出来的时候却在不同的地方了，增加用户记忆负担。有的时候给功能设置死胡同才会使用户更轻松地知道产品的框架，可以及时找到想用功能，而非努力回忆之前此功能所在位置以及要通过哪个入口才能到达。层次越深用户头越大。