一、项目背景
校招助手是我两个月之前在一位即将创业的HR的启发下，根据这位HR的一些需求设计的一款产品。在两个月的设计之后，已经形成了一个简单的1.0版本。这个项目是我从产品经理理论到实践的一个转折点，从功能设计、流程设计、页面规划都亲手操作过一遍，在这个过程中有了很多体会和感悟，同时在项目结束之后，回过头来看看这个项目，发现还有很多的不足。
二、项目简介
校招助手聚焦于校招中用人单位收集各高校双选会信息、报名高校双选会过程中信息量大、过程繁琐这一痛点。产品主要功能在于将全国各个高校的双选会信息进行集中，同时支持用户进行筛选、对心仪高校的双选会关注以免错过重要信息等功能。产品的功能设计导图如下：
设计功能之后对页面进行设计，以下是页面架构图：
项目原型链接：https://629q5t.axshare.com
三、项目复盘
1、问题与解决
（1）去掉高校搜索功能，改为通过双选会介绍高校
HR需要高校信息的场景是在搜索到该高校要开双选会时，不了解该高校，所以需要高校简介信息。因此我们去掉高校搜索功能，改为在双选会介绍的页面显示部分高校信息，同时增加高校百度百科链接，辅助HR了解该高校。
（2）搜索和筛选的界定
我们将高校名称作为模糊搜索功能提供输入框，将双选会时间、双选会地点、高校类别作为筛选选项，提供选项框。
因为高校比较多，所以按照高校名称筛选会出现较多选项，可以直接使用模糊搜索功能来搜索目标筛选。
（3）增加我的双选会功能
由于version1.0版本不提供在线报名的功能，所以我们不提供双选会报名状态的显示，因此不能提供双选会报名状态的筛选功能。也可以考虑在version1.0中增加企业手动修改双选会报名状态的功能，增加此功能之后可以考虑增加双选会报名状态筛选功能。
（4）在没有高校端以及高校搜索功能的情况下如何收藏高校
我让所有搜索结果都按学校分个类，如果模糊搜的时候这个学校没有双选会，我也显示这个学校的简介，但是标出来没有符合要求的结果。在简介的页面放一个收藏按钮。
2、反思
（1）需求不是自己定义的或是别人告诉你的。需求要从用户角度出发，真实的调研、分析之后才能提炼出需求。校招助手这个项目的需求是从一个HR的“拍脑袋”开始的，HR告诉我需要一个双选会信息整合的产品，我就着手去做了，这和经典的洞与钻头的故事很相似。用户真正需要的是一个整合双选会信息的平台吗，用户的这些需求可以支撑这个产品吗，换句话说这是不是一个伪需求。我没有经过调研，没有去接触用户而是觉得他需要就去做了，在没有足够的产品经验的情况下，这样的做法是很危险的，产品的出发点很可能是一个伪需求，最终导致产品的失败。
（2）没有自始至终秉承着MVP原则。这个产品1.0版本的核心需求是双选会信息整合，但是在许多“我以为”以及“老板需求”的驱使下增加了很多追求大而全的功能，这是产品设计的过程中不应该的。实际上，在设计产品时，要围绕定位和核心需求不断打磨，而不是每修改一次就增加一些不必要的内容。
（3）一级导航栏的设置是否科学。在一级导航栏的设置中我纠结了许多次，最终确定由校园招聘、消息通知、账号管理、企业认证四个部分组成。其中账号管理和企业认证属于管理员权限。导航栏的设置过程中要考虑这些部分之间是否有重复、用户想要找到的功能是否立刻能找到。例如个人中心的部分我最终决定将他放在点击头像会出现个人中心的选项，用户是否能找到、用户找到这个功能付出的代价是多少，这些都是我没有考虑到的。
（4）产品的多端问题。校招助手这个项目我只做了一端，即用户端。但是在产品设计的过程中我发现管理员权限下的账号管理以及企业认证属于后台系统，最好能够使用产品的另一端进行。每个产品都不是由单一端构成的。
（5）不是这款产品的忠实用户，没有接触这类产品，导致在遇到问题时不能整合已有信息解决。这一点体现在筛选双选会时对输入框、选择框的设置上，没有接触足够的产品导致在多项选择输入框上遇到很大困难。
