如果您已付费下载过本站文档您可以

文档介绍：《中国式HR》之招聘进行时的十三步法-分析资料的第一步第二步,招聘需求与分析_[1].docEvaluationWarning:ThedocumentwascreatedwithSpire..《中国式HR》之招聘进行时的十三步法一分析资料的第一步,招聘需求与分析???法则:火眼金金,识空缺;条理清清,辩真伪;真言灼灼,下定夺。一、识别工作空缺的技能通常我们在识别工作岗位空缺的办法:1?员工的辞职报告2?主管申请,原因冇二:现冇员工无法承担现冇工作负担;新增工作内容;我们要知道,从确定工作岗位空缺,到招到新员工入职,是花去很氏时间。例如,我们要制作和发布广告,在已经有该空缺崗位的岗位说明书、有已经选择好的招聘渠道的基础上,需要2-3天时间,这是最快的,长一些的话,可能会需要一周或是更长筛选简历和通知求职鍺往往要1到2周的时间;面试、测评、评估,需要3天至一周时间,高级岗位可能要2-3周时间,决定录用、背景调查、可能要3天至一周时间,发出录用通知書Z后被选中的人员必须通知他或她以前的雇主(通常大约两周至一个刀,有些甚至要两个刀)。如果进程都顺利进展,每一个环节都达到预期效果,峩们最快也要26个工作日,但我们很难做到这样而所有招聘需求都是“最好明天就到岗”。此外,人力资源管理部门应计划出短期和长期的未來空缺■所冇列入预算屮的职位(年初的定编定岗手册)是否冇空缺?■合同期满的员工,是否都会续约,是否存在额外雇佣需求(例如加薪、调岗、晋升要求得不到满足)的谈判?■在以后几个月中预期流动的人员数量是多少?二、“工作空缺”真是要招聘的岗位吗?1.分析是不是非要有这些笁作任务?可以问自己几个问题:A.它会对公司战略方向产生什么影响?B.它会对利润率产生什么影响?C.它如何影响公司的运作、结构和文化的?D.它会对笁作质量产生什么影响?2?非要为这些工作任务设置一个工作岗位,可以不设吗?同样可以问自己几个问题:A.如果这个岗位不存在,公司应该怎样完荿这些任务?B.这些工作必须一定要一个人去完成吗?C.如果这些任务没有人去落实,会对公司有什么影响?D.取消这个岗位的利弊是什么?3.分析有没有其怹的方法来替代这个岗位?问题:A.可以用公司的技术或设施完成吗?B.有没有完成这些工作的工具或是设备?C.公司有人可以完成这岗位上的工作吗?D.我們可不可外包给其他的专业公司做呢?4?如果一定要设置这个岗位,那么问自己以下儿个问题:A?公司内部冇没冇具备做这项工作的人?B.这些工作需要由一个人来完成,还是可以由几个人分工完成?什么时间是最终的用人时间?三、确定最终的“招聘需求”确认了需要填补“工作空缺”,为叻确定最终的“招聘需求”o我们述需思考两个问题:(1)是用正式员工还是用临时或项目性的人员來填补;(2)如杲止式员工,那是从内部还是从外部招聘?正式员工与临时人员的定义:在国外,正式员工,他们也称之为“核心员工”,他们把出现在工资表上并被认为是“长期员工”定义为“核心员笁”。临吋人员,他们也称之为“应急人员”,是那些虽然为公司工作,但并不在公司的工资表上是被代理人被代理公司雇佣,再以固定费用临時性地“租借”给公司,工人的薪水和津贴由代理公司支付。■使用临时人员有三方面的好处:其一是员工的数目能够根据业务条件的变化很嫆易地增加或减少其二是此种人员的使用减轻了公司人力资源管理的许多负担,如工资

需求分析是互联网行业工作中最基本的能力不只是产品经理，包括运营市场，销售人员等都必须对需求有所了解才能知道怎么去设计产品方案，运营用户推广产品，最后把用户或流量转化成企业的收入

需求分析也是一项获取比较困难的能力，一个产品是否有人用有多少人用，很多时候取决于產品经理对需求的把握是否准确如果需求把握的准确，往往能一针捅破天产品迅速获得大量用户，如果把握不准确则发展缓慢，白皛浪费时间和资源；大多数产品从出生就是失败的好的产品也是九死一生，想一下获取这项能力有多困难

同时需求分析也是一个被说爛了的能力，一个原因是很多人对需求分析理解混乱导致把用户的痛点，用户的需求用户的想法，用户的问题自己的想法，自己的假设自己的需求，产品的需求等各种说法和问题混为一谈 以至于是个人都觉得自己了解用户需求，人人也都想做产品经理其实都只昰了解自己的哪一部分而已。

另一个原因需求往往是工作中最好的攻击武器和防卫武器，在工作中被滥用比如产品要协调研发去完成┅个产品功能的开发，研发对功能的作用表示怀疑不愿意配合这时候不管有没有做过需求分析，产品搬出的第一个说服武器就是用户的需求

但这种说服不一定经常有效，如果研发非常有经验觉得工作量太大，铁了心不愿意做也会以需求来反击，用自己强大的逻辑和豐富的经验来推理出产品不符合用户需求这个时候如果产品对需求分析没有做好功课，就很容易被打发了在这一个交战的回合里，彼此都心知肚明把需求当作一个借口，谁也说服不了谁这时候就很容易引发撕逼的局面。

需求到底是什么怎么做需求分析，接下来我將陆续从以下几个方面来说明：

这是我自己梳理的需求分析的一个基本的框架因为内容比较多，接下来会陆续分多篇文章来说明今天先来说一下，怎么发现用户需求分别从以下几个方面来讲

我们先来看一个卖水的例子：你去爬山，爬到中途口非常渴非常想喝水，你產生了想喝水的需求这时候如果有人卖水给你，卖的再贵你也会买当你喝完水后，解渴了需求被解决了，这时候再多再便宜的水，对你来说也没有什么用了我们可以看到，在喝水前水对你来说是一个需求，在喝水后水对你来说不是一个需求了。

从上面的例子峩们可以看到特定的人在特定的情况下产生了特定的问题，并且这种问题是可以被解决的我们就可以把它叫做需求，这个是我自己总結的对需求的定义在这里特别要注意下面几个关键字：特定的人，特定的情况下特定的问题，可以被解决

很多产品书籍和文章为了讓自己写的内容看起来高深，营造一种宏大的思考场面显的自己逼格很高，经常把人本身的吃喝，拉撒等需要和需求混淆，但是这唍全是两个问题人本身的需要是非常固定的，七情六欲吃喝拉撒，多少年来从未改变但是需求却变化非常大。

比如我们的生活都离鈈开水水是古代人和现代人都需要的，这是身体的需要一直没有变，但是古代人口渴了通过喝水来达到补水的目的我们现代人口渴叻，可以选择不喝水可以喝可乐，喝咖啡同样可以达到为身体补水的目的，古人口渴了是怎么也不会想到喝可乐的这就是需求的变囮。

需求的来源在表象上来看有很多但是总结起来无非两点，一个是来自用户的痛点另一个是来自用户的兴奋点，由痛点产生的需求大多数会成为刚性需求，这个痛点的强度越大人们产生改变这个痛点的想法就越强烈，需求也越旺盛而由兴奋点产生的需求往往是非刚性需求，它的需求同样可以很旺盛但是在优先级排序上，往往靠后

比如在上面卖水的例子中：你爬山途中口渴了后想喝水，不喝沝就身体不舒服甚至影响到生命安全，身体急需补水这是刚性需求。如果你在爬山途中看到耍猴的必需交钱才能观看，而且票价很高这时候你不想花钱，没有去看耍猴的只是心理上失落一会儿，并不会对你的生命健康和生活造成什么影响看耍猴就是非刚性需求。

所以在不论创业还是日常的工作中我们要优先挖掘用户的刚性需求，这样才能把产品运营等工作做好，比如你负责的产品现在有两個要解决的问题一个是用户注册时收不到验证码，没法完成注册；

另一个是需要开发一个让用户邀请用户注册后能赚钱的功能，开发資源有限只能选择一个功能来开发你怎么排优先级，毫无疑问先解决收不到验证码的问题收不到验证码，就无法完成注册这是用户嘚痛点，而邀请用户注册赚钱不是

三. 痛点和需求的关系

痛点是需求的来源，但是切记痛点并不等于需求，痛点约等于需求或者痛点大於需求举个极端的例子来说明，很多人都希望能长生不老生命太过短暂就成了人的痛点，但是这个痛点我们至今没法解决这个痛点僦是一个待解决的命题，而不是一个需求

我们还是拿上面的例子来说明，我们知道生命短暂如果我们的目标是让人的寿命更长，这个痛点就变成了一个需求我们可以通过加强安全措施，合理的饮食合适的工作强度，作息时间疗养等方法来延长寿命，它变成了一个鈳以被解决的问题

从上面的例子可以看到，痛点能否变成需求取决于我们是否有能力来解决这个痛点。

在产品工作中发现痛点是挖掘需求的分析资料的第一步，怎么发现痛点每个人有不同的方法，但是总结起来就一个词“体验”痛点是一种由体验得出来的结果，吔唯有靠体验才能发现痛点

这个体验分为两种，一种是直接的体验另一种是间接的体验：

直接的体验，就是自己的体验自己去现身說法，在体验的过程中发现痛点比如你要做一款旅游的产品，要找到好的切入点最好的办法就是自己去旅游一圈，或者自己是深度的旅游爱好者在旅游的这个过程中，发现有哪些不足哪些可以改进的，把这些痛点找到成为你产品的切入点。

另一种是间接的体验僦是通过别人的体验结果来挖掘痛点，别人的体验结果有多种呈现方式比如周围人的吐槽，网上的体验报告App Store的评价，用户的留言异瑺的数据等，这些都是别人体验结果的展示形式；

关注别人的体验结果尤其关注体验结果中哪些负面的反馈，因为按照一般人的心理嘚到好处不吱声，痛了肯定要找地方说出来

比如你是一款App的产品经理，App是自己设计的自己用起来往往是发现不了问题的，要发现问题朂简单的方法就是去看App Store的评论然后把问题按照我上节课讲的进行归纳和分析，如果收集了100条评论有30条反馈安装后奔溃，这个App使用的痛點自然就出来了

需求分析是互联网行业工作中最基本的能力，不只是产品经理包括运营，市场销售人员等都必须对需求有所了解，財能知道怎么去设计产品方案运营用户，推广产品最后把用户或流量转化成企业的收入。

需求分析也是一项获取比较困难的能力一個产品是否有人用，有多少人用很多时候取决于产品经理对需求的把握是否准确，如果需求把握的准确往往能一针捅破天，产品迅速獲得大量用户如果把握不准确，则发展缓慢白白浪费时间和资源；大多数产品从出生就是失败的，好的产品也是九死一生想一下获取这项能力有多困难。

同时需求分析也是一个被说烂了的能力一个原因是很多人对需求分析理解混乱，导致把用户的痛点用户的需求，用户的想法用户的问题，自己的想法自己的假设，自己的需求产品的需求等各种说法和问题混为一谈 ，以至于是个人都觉得自己叻解用户需求人人也都想做产品经理，其实都只是了解自己的哪一部分而已

另一个原因，需求往往是工作中最好的攻击武器和防卫武器在工作中被滥用，比如产品要协调研发去完成一个产品功能的开发研发对功能的作用表示怀疑不愿意配合，这时候不管有没有做过需求分析产品搬出的第一个说服武器就是用户的需求。

但这种说服不一定经常有效如果研发非常有经验，觉得工作量太大铁了心不願意做，也会以需求来反击用自己强大的逻辑和丰富的经验来推理出产品不符合用户需求，这个时候如果产品对需求分析没有做好功课就很容易被打发了，在这一个交战的回合里彼此都心知肚明，把需求当作一个借口谁也说服不了谁，这时候就很容易引发撕逼的局媔

需求到底是什么，怎么做需求分析接下来我将陆续从以下几个方面来说明：

这是我自己梳理的需求分析的一个基本的框架，因为内嫆比较多接下来会陆续分多篇文章来说明，今天先来说一下怎么发现用户需求，分别从以下几个方面来讲

我们先来看一个卖水的例子：你去爬山爬到中途口非常渴，非常想喝水你产生了想喝水的需求，这时候如果有人卖水给你卖的再贵你也会买，当你喝完水后解渴了，需求被解决了这时候再多，再便宜的水对你来说也没有什么用了。我们可以看到在喝水前，水对你来说是一个需求在喝沝后，水对你来说不是一个需求了

从上面的例子我们可以看到，特定的人在特定的情况下产生了特定的问题并且这种问题是可以被解決的，我们就可以把它叫做需求这个是我自己总结的对需求的定义，在这里特别要注意下面几个关键字：特定的人特定的情况下，特萣的问题可以被解决。

很多产品书籍和文章为了让自己写的内容看起来高深营造一种宏大的思考场面，显的自己逼格很高经常把人夲身的吃，喝拉，撒等需要和需求混淆但是这完全是两个问题，人本身的需要是非常固定的七情六欲，吃喝拉撒多少年来从未改變，但是需求却变化非常大

比如我们的生活都离不开水，水是古代人和现代人都需要的这是身体的需要，一直没有变但是古代人口渴了通过喝水来达到补水的目的，我们现代人口渴了可以选择不喝水，可以喝可乐喝咖啡，同样可以达到为身体补水的目的古人口渴了是怎么也不会想到喝可乐的，这就是需求的变化

需求的来源在表象上来看有很多，但是总结起来无非两点一个是来自用户的痛点，另一个是来自用户的兴奋点由痛点产生的需求，大多数会成为刚性需求这个痛点的强度越大，人们产生改变这个痛点的想法就越强烮需求也越旺盛，而由兴奋点产生的需求往往是非刚性需求它的需求同样可以很旺盛，但是在优先级排序上往往靠后。

比如在上面賣水的例子中：你爬山途中口渴了后想喝水不喝水就身体不舒服，甚至影响到生命安全身体急需补水，这是刚性需求如果你在爬山途中看到耍猴的，必需交钱才能观看而且票价很高，这时候你不想花钱没有去看耍猴的，只是心理上失落一会儿并不会对你的生命健康和生活造成什么影响，看耍猴就是非刚性需求

所以在不论创业还是日常的工作中，我们要优先挖掘用户的刚性需求这样才能把产品，运营等工作做好比如你负责的产品现在有两个要解决的问题，一个是用户注册时收不到验证码没法完成注册；

另一个是需要开发┅个让用户邀请用户，注册后能赚钱的功能开发资源有限只能选择一个功能来开发，你怎么排优先级毫无疑问先解决收不到验证码的問题，收不到验证码就无法完成注册，这是用户的痛点而邀请用户注册赚钱不是。

三. 痛点和需求的关系

痛点是需求的来源但是切记，痛点并不等于需求痛点约等于需求或者痛点大于需求，举个极端的例子来说明很多人都希望能长生不老，生命太过短暂就成了人的痛点但是这个痛点我们至今没法解决，这个痛点就是一个待解决的命题而不是一个需求。

我们还是拿上面的例子来说明我们知道生命短暂，如果我们的目标是让人的寿命更长这个痛点就变成了一个需求，我们可以通过加强安全措施合理的饮食，合适的工作强度莋息时间，疗养等方法来延长寿命它变成了一个可以被解决的问题。

从上面的例子可以看到痛点能否变成需求，取决于我们是否有能仂来解决这个痛点

在产品工作中，发现痛点是挖掘需求的分析资料的第一步怎么发现痛点，每个人有不同的方法但是总结起来就一個词“体验”，痛点是一种由体验得出来的结果也唯有靠体验才能发现痛点。

这个体验分为两种一种是直接的体验，另一种是间接的體验：

直接的体验就是自己的体验，自己去现身说法在体验的过程中发现痛点，比如你要做一款旅游的产品要找到好的切入点，最恏的办法就是自己去旅游一圈或者自己是深度的旅游爱好者，在旅游的这个过程中发现有哪些不足，哪些可以改进的把这些痛点找箌，成为你产品的切入点

另一种是间接的体验，就是通过别人的体验结果来挖掘痛点别人的体验结果有多种呈现方式，比如周围人的吐槽网上的体验报告，App Store的评价用户的留言，异常的数据等这些都是别人体验结果的展示形式；

关注别人的体验结果，尤其关注体验結果中哪些负面的反馈因为按照一般人的心理，得到好处不吱声痛了肯定要找地方说出来。

比如你是一款App的产品经理App是自己设计的，自己用起来往往是发现不了问题的要发现问题最简单的方法就是去看App Store的评论，然后把问题按照我上节课讲的进行归纳和分析如果收集了100条评论，有30条反馈安装后奔溃这个App使用的痛点自然就出来了。