前几期聊完了客户，今天可以说用户了。C端市场的用户很好定位，做的是什么产品，用户就是哪些人。豆瓣是文青，虎扑是直男，知乎是所谓的“社会精英”、快手和抖音都是被社会摧残想放松一刻的老百姓等等，用户定位需要足够精准，产品才不会迷失方向，这是互联网产品公认的常识。
但是B端市场，真的有点诡异。同样一个产品，涉及的用户以及场景要复杂的多。就我的工作经验来说，好的产品需要同时满足这些用户在不同场景下的需求，如果漏掉了一类用户，整个产品就会被拖垮的很厉害，尤其是平台这种综合性的产品最为典型。
还是从我个人的亲身经历说法，在教育信息化行业中，我做的平台产品所涉及的用户就有如下这些：
1、普通本土大学生（研究生+本科生）
用户特性：
大学生群体对于整个高校信息化的建设是不关心的。他们在意的是否能够顺利毕业以及在大学的吃喝玩乐学。对于信息化能够给予他们方便的东西，比如一卡通、在线查成绩、在线查图书借阅情况等等，他们的包容度都很高；如果有，会很高兴，如果没有，顶多嘴上骂骂咧咧几句，然后接着按照学校的规则走。相比于企业层面各种人脸识别打卡、线上会议室预定、在线报销等高度信息化场景，高校对于学生来说还是一个4年的学府，主体工作还是学习和娱乐。整个高校行业，信息化平台的建设水平依然属于比较低级的层面，各个互联网厂商还处在边缘业务试探的过程中，并没有出现一个固定的对于学生群体极有价值的商业模式。
另外一个很重要的现象是，至少在目前，学生作为4年一届的流动用户，用户量虽然非常大，但是其业务在逐年变化，这并不是一个稳定的群体，加之在学校的话语权不多，所以这类用户对产品的影响力其实并不大
原始需求及对策：
学生使用平台产品的业务场景包含如下：
(1) 办事：
学生利用平台去办理各类学校事务是首要的目的，业务包含迎新、离校、奖学金、图书馆、选课、请假、查成绩等等，这类业务的种类与数量和学校自身的建设程度有关，能够线上处理的东西越多，学生使用平台的频次就会随之增多。
(2) 信息服务
对于一部分学生来说，平台产品是能够获取校内信息的重要途径，对于学生有用的信息可能包含业务类通知、讲座、招聘会、校园活动等，相比如在校内的各类海报和告示，线上的统一查看是更优质方便的方向。学生群体是希望有途径查看到所有与自己有关的信息的。
对于在高校的平台产品来说，学生群体不是平台的直接用户。学生用户接触到的，是基于平台能力搭建的业务类服务，例如网上办事大厅、各类业务办理流程、教务教学系统等等。但是这些业务类服务，会有一些行业属性需要平台能力进行支撑，其中一个的就是业务期的并发规律。业务期是指在开学前的迎新、选课，学期末的成绩查询，此时学生热切希望的是两个原始需求：
系统不要崩：
无论是身份认证还是业务系统本身，都要提供非常强大的并发能力，在实施部署上也要做到双机热备等防止意外情况的方案。如果能够网页不卡，系统不崩，让学生流畅的选到课、查到成绩、办好进校，这对于学生就已经是好产品了
东西找得到：
我们做过一个大概的统计，学生通过高校的网上办事大厅办理业务每年平均4-8次。这种超低的频率就要求产品本身面向学生侧要设计的非常简单易上手，所有的操作都必须符合他们日常使用其他产品的操作习惯和操作预期。如果能够无门槛的登录系统很清晰的找到自己想要办理的业务，获取自己想要获取的信息，这对于学生就已经是好产品了。至于是否需要华丽的动效、酷炫的大图、精致的按钮，这都是锦上添花的事情。
2、留学生
用户特性
这类用户非常少，但是在一些院校中确实比较重要的部分，甚至在中国的高校环境里，要比本土的大学生更重要。留学生需要简单清晰的多语言产品，在高校能够轻松的办理自己的业务。
原始需求及对策
平台提供的最重要的能力就是多语言及其扩展能力。简单来说，平台需要提供自身的多语言内容，包含前台和后台的多语言管理工具，以及能够扩展其他语言的方式。做到不论是平台内部构建的业务还是外部第三方的业务都能使用平台提供的多语言能力接入实现内容的国际化。
3、普通任课老师
用户特性
普通任课老师与之对应的是业务行政老师，两者的差异是非常大的。
普通任课老师的绝大部分时间在教学和科研，对于校内系统的使用非常单一：人事系统、教务系统、查看通知公告和一些常用的公共服务；和学生4年一届不一样的是，老师使用这些系统常年如一日，使用习惯的固化非常严重。
此类用户的硬件支持比较落后。软件方面，老师浏览器版本较为落后，迫不得已并不会主动升级，并且一般都会使用360、搜狗这样的国产浏览器，不同的版本和本身浏览器的范围限制导致测试的压力变大；另外高校内的很多老系统会在IE8及以下的浏览器方可运行，进一步导致平台产品的兼容难度变大，另外在前台目前的新技术和新框架大多都不支持低版本的浏览器，旧的技术框架往往存在响应速度和安全漏洞，这对于产品来说也是一个较大的难题
除此以外，此类用户对于现在的软件设计的操作习惯并不是很熟悉，对于后台系统更是如此，所以对于软件设计者来说，面向此类用户的交互流程和设计细节，都要非常直观的表达，用户路径要清晰可见，在升级版本时要非常慎重的考虑现有这类用户的使用习惯，否则一旦这类用户使用不便，所有的不满和投诉将会直接到达客户方，对于公司层面新产品的推广就会很难办。与学生群体不同的是，此类用户是高校内的长期用户，虽然重点的工作是教学科研，但其对系统的体验的好坏有直接发言权，能够产生一定的影响，需要产品线花一部分精力关注。
原始需求及对策
普通任课老师使用平台的业务场景包含如下：
(1) 日常办公
此部分与学生的需求类似，只是办的具体事项可能有所差别，取决于各个职能部门面向普通教师提供的服务种类，可能涉及的业务包含出国申请、年度考核、排课等等。
(2) 信息获取
此部分与学生的需求有所不同，任课老师作为高校内的员工，需要获取的信息可能会包含如下几种：
部门通知：有关自身部门的各类通知，跟本身的教育教学工作相关业务办理提醒：在校的业务办理进度提醒，和自己在学校各个业务系统的办事进度有关。
普通任课老师的原始需求和学生对系统的要求相似，另外还要加上对于浏览器兼容性、页面设计简单直观的要求。
本篇描述的用户虽然人数庞大，但并不是平台产品的高频用户，所使用的功能也仅仅局限于业务层。下一篇将会描述平台产品真正服务的用户群体以及相应的对策。
