需求调研方案

专家引领 需求调研2020年2月20日，洪安中学校“强校工程”研讨活动在“新见 书山”进行。何远忠校长首先向四川西部教育研究院的领导与专家介绍了项目合作与展望，并与专家组一起审议学校的三年规划，研讨并细化强校工程实施方案的措施，落实项目合作的启动仪式等工作。研讨活动的第二阶段内容是洪安中学教导处、教科室、政教处分别向专家组提出强校工程实施过程中存在的问题、困惑，专家组耐心细致地进行剖析与解答，提出了详细的应对措施。参加研讨活动的人员有：洪安中学何远忠校长、邱绍明副校长、教导处主任、教科室主任、政教处主任、团支部书记；四川西部教育研究院李鹏飞执行院长、周晓兵常务副院长、事业发展中心叶有龙副主任、龙泉驿区工作站叶长青站长等。

导语：需求，大家再熟悉不过了。在产品设计的时候，什么是产品需求？什么是用户需求？什么是商业需求？到底怎么进行产品需求分析？看到这一些列问题你是否一脸懵逼？这是因为你对需求分析和理解的不够透彻。本文作者为大家分享了关于产品设计需求分析研究，希望可以帮助大家做好需求分析，理解需求分析。一、需求到底是什么？在工作中我们经常提及需求，谈及需求分析，但就一个简单的需求，我们真的了解吗？真的知道什么是真正的需求吗？天天被客户说你没有理解我的意思，你没有了解我的需求。那么什么是需求？百度百科中解释需求指人们在某一特定的时期内在各种可能的价格下愿意并且能够购买某个具体商品的需要。而关于需求也有人解释为需求是由个体在生理上或心理上感到某种欠缺而力求获得满足的一种内心状态，它是个体进行各种活动的基本动力。产品是为了满足人们的需求而被生产出来的，因为需求的驱动，才会使得用户需要产品。因此需求，既不是功能，也不是产品，不能把功能和需求混为一谈。需求是用户面临的某一个问题，产品或者产品功能只是为了解决用户需求的解决方案。1. 需求类型介绍产品的需求都有那些类型呢？需求按照产品属性可以划分为：idea、新增、优化、Bugfix；按照产品职能可以划分为：功能类需求、运营类需求、数据类需求、设计类需求；按照产品价值划分为用户需求和商业需求；按照产品性质划分为显性需求和隐性需求。2. 需求相关理论在产品设计中的应用马斯洛需求层次理论（hierarchical theory of needs），马斯洛，可以说是我们需求理论界的祖师爷，他认为，人的需要由生理的需要、安全的需要、归属与爱的需要、尊重的需要、自我实现的需要五个等级构成。下面我们看看产品设计中的应用：生理需求方面应用、安全需求方面应用、社交需求方面应用、尊重需求方面应用和自我实现需求方面应用。1）生理需求方面应用 生理需求即满足人类的最底层，最基本的生活需求，包括衣、食、住、行、用等。生理需求是推动人类生存的动力，只有生理需求得到满足，人们才会追求更高层次的需求。比如：唯品会、饿了么、美团外卖、百度地图、WiFi万能钥匙。2）安全需求方面应用 安全需求即在满足人类的生理需求的情况下，满足人类的安全和社会保障，包括健康、社会秩序、法律、和平、医疗、教育等，人类需要安全感。比如：支付宝、360、查悦社保、优健康、全民反诈。3）社交需求方面应用 社交需求即归属与爱的需求，体现在个人渴望得到家庭、团体、朋友、同事的关怀爱护理解，包括友情、爱情、熟人社交和陌生人社交等的社交需要。比如：微信、Soul、珍爱网、探探、陌陌。4）尊重需求方面应用 尊重需求即较高级别的需求，满足前几种需求的前提下，用户开始关注高级需求，包括内部尊重和外部尊重。自尊和希望受到别人的尊重。比如：朋友圈和抖音的点赞、评论，电脑开机助手。5）自我实现方面应用 自我实现需求即最高级别的需求，实现自己的理想抱负，实现自己的追求，成为伟大的或具有影响力的人物。在人生道路上自我实现的形式是不一样的，每个人都要创造机会去完善自己的能力，满足自我实现的需要。比如：微博认证、知乎认证、网易云音乐会员、QQ会员、抖音认证圣经人性七宗罪圣经人性七宗罪（seven deadly sins），天主教称七罪宗，或称七大罪或七原罪，属于天主教教义中对人类恶行的分类。最本质的需求是人类原始的本能欲望，在《圣经》中，人类有七宗罪：色欲（lust）、暴食（gluttony）、贪婪（greed）、懒惰（sloth）、愤怒（wrath）、嫉妒（envy）和傲慢（pride）。一款好的产品，需要对人性做透彻的分析，才能完成其设计。比如：快播、王者荣耀、拼多多、狼人杀、大众点评。3. 需求层次的规律需求是不变的，变得是满足需求的产品。从古至今，人类的需求几乎没有发生改变，如为了满足人类移动的更快的需求，历史上有马车、自行车、汽车、火车、飞机，互联网的产品则是摩拜单车、哈罗单车、滴滴出行、12306、携程。传统产品：互联网产品：因此，在进行产品设计中一定要把控需求来源，提高需求质量。二、需求如何进行获取？聊了这么长的需求，那么需求到底如何进行获取？都有那些渠道和方法呢？看了相关的视频和书籍进行了一定的了解，只要路子野，就不会有悲伤！关于需求也有相关的获取渠道和方式。1. 需求获取渠道需求的获取渠道，包括内部渠道和外部渠道，通过多种渠道来获取用户需求。内部渠道包括产品、老板、同事和自己，外部渠道包括市场、用户、竞品和合作伙伴。外部获取渠道：市场：产品设计需求会受到行业政策的调整而变化，如政策对顺风车业务的需求影响。用户：产品就是为了满足用户的需求而服务的，需要及时的了解我们的用户，了解我们的目标用户。竞品：知己知彼，方能百战百胜。在同领域的竞争对手，通常来说两者之间是相爱相杀的关系。我们既要了解直接竞品，又要了解间接竞品。如碎片化时间、场景相同、用户也相同、但需求不同的抖音与快手、微信读书与网易云音乐。合作伙伴：合作伙伴能够给企业带来资金资源、先进技术、管理经验，提升企业技术进步的核心竞争力和拓展国内外市场的能力，推动企业技术进步和产业升级的国内外先进企业之间的合作。内部获取渠道：产品：通过用户使用产品时所产生的行为数据，来进行产品战略规划和设计，因为用户的行为即是用户的需求。老板：产品设计在满足用户需求的同时必须兼顾企业的战略需求。而这方面需求通常是由老板或公司的高层来进行掌舵的。同事：产品的开发流程，从产品规划到需求分析，从需求分析到产品设计，从产品设计到产品开发，从产品开发到产品测试运维等，涉及了很多的同事，他们对用户也有所理解，间接了解用户的需求。自己：作为产品人，我们也应该成为产品的用户，成为产品的目标用户，这样才能不断为用户思考，为用户解决需求。2. 需求获取方式需求的获取方式，包括内部方式和外部方式，通过多种方式来获取用户需求。内部方式也同样包括产品、老板、同事和自己，外部方式包括市场、用户和竞品。市场：通过了解国家的法律法规、政策方针、了解市场的行业动态和数据报告。用户：通过用户调研和用户反馈来进行了解用户的需求，从而为用户进行服务。常见的用户调研包括有：观察法、单人访谈法、焦点小组、问卷法、头脑风暴法、自我陈述法和实验法；常见的用户反馈包括有：论坛、贴吧、微博话题、Appstore的产品评价等。竞品：需要持续性的进行相关竞品分析，了解优势与劣势，了解相同与不同。查阅相关的竞品分析报告，进行快速了解。内部获取方式：产品：通过一次次的数据埋点产生的用户行为数据，有效的用户行为数据分析，出具有业务价值的数据分析结论。老板：及时与老板进行高效沟通，结合企业的战略定位与战略规划，明确产品的战略规划。同事：与同事进行产品头脑风暴，打破常规，积极思考，畅所欲言，充分发表看法。自己：作为产品人，我们要用心观察生活，使用更多的产品，体验更多的产品，总结产品经验与规律。3. 需求记录不仅我们需要了解需求，同时各种各样的需求也要规范的进行记录，我们通过需求卡片来进行需求记录，包括需求编号、需求类型、需求来源、需求内容、需求场景、记录时间、记录人员等。三、需求分析怎么进行？需求也有真伪，获取了需求，接下来我们需要进行需求分析，分析哪些需求是真需求，哪些需求是伪需求；哪些需要是必须要做的，哪些需求可以不用做；哪些需求先做，哪些需求后做；如何进行筛选需求等，常见的需求分析包括：需求筛选、需求透视、需求排序。1. 需求筛选初步进行需求筛选，包含有4个分析纬度，真实性、一致性、价值性和可行性。真实性：需求是否是目标用户的真实需求，自己不要YY需求，同时也要对用户嘴上说的需求进行斟酌，需求是否真的存在。如用户说星巴克不好喝，但实际是因为太贵了，没钱。一致性：是否符合产品定位？需求分覆盖面有多大？有多少目标用户有这种需求？这个需求有多大程度上的代表性？如用户需要从家门口做地铁去公司上班。价值性：需求能带来多少价值？（用户价值、企业价值）需求实现要多少成本？（人力、金钱、时间） 需求投入产出比如何？不赚钱，产品人怎么活！企业怎么活！可行性：需求按照目前现有的人力物力和财力能够实现，过滤掉企业能力范围以外的产品需求，但是我们可以和别的企业达成战略合作，求同存异，互利共赢。2. 需求透视需求透视就是从获取的表面需求中提炼出用户的本质需求，理解用户的本质需求，则有利于我们更好地提出产品需求，分析表面需求、本质需求和产品需求。再来一个小案例：有一天大冰哥和朋友去看电影，走在了街上突然发现没吃饭饿了，大冰哥想吃火锅，但由于要和他的朋友一起看电影，时间来不及，于是它们一起吃了山西刀削面，解决了吃饭问题，然后两人一起去看电影了。那么上面小大冰哥的用户描述需求是想吃火锅，但用户实际想要的只是没有吃饭，只要吃饭了就行，而他们的潜在需求有饮料，啤酒和水果等。3. 需求排序根据企业的战略定位、产品规划和用户需求，我们需要对记录的产品需求重要性进行优先级排序。具体而言，通过需求类型、需求频率、需求强度和需求逻辑来进行需求的优先级排序。1）需求类型依据KANO模型对需求做出的分类，考察需求的类型，包括基本型需求（痛点）、期望型需求（痒点）、兴奋型需求（兴奋点）。如微信产品，用户的基本需求（痛点）是聊天，微信表情则为用户的痒点（期望型需求），没有表情包也照样聊天撕逼，而微信红包则是用户的兴奋点（兴奋型需求），在撕逼完后还可以发红包互相伤害！2）需求频率用户在单位时间内使用产品的次数即为需求的频率，频率越高，需求对用户越重要。如产品设计时，把高频率的功能放在一级，把低频率的产品功能放在二级甚至于三级等。3）需求强度需求的强度可以参考马斯洛需求层次理论，包括必要性、高频次和持续性。4）需求逻辑需求之间也存在着一定的逻辑关系，需有也有先后，先完成第一步需求，才能完成第二步需求。如微信视频，必须先有微信好友，才可进行微信好友视频。需求不变，变得是适应需求的产品，把控需求来源，提高需求质量。本篇文章为大家介绍了产品与需求、需求理论知识和应用、需求获取和分析研究，相信基于以上需求分析理论和方式方法，在以后大家对需求分析的处理能够有所新新思路，高效打造出一个有价值的优秀产品。希望能给到小伙伴建立自己的产品需求分析体系一些启发。参考文献：https://ke..com/item/%E9%A9%AC%E6%96%AF%E6%B4%9B%E9%9C%80%E6%B1%82%E5%B1%82%E6%AC%A1%E7%90%86%E8%AE%BA/11036498?fr=aladdinhttps://jiahao..com/s?id=1613553371563641328&wfr=spider&for=pchttps://ke..com/item/%E4%B8%83%E5%AE%97%E7%BD%AA/29700?fr=aladdinhttps://www.sohu.com/a/236294654_163497https://ke..com/item/%E7%AB%9E%E5%93%81/2313080?fr=aladdinhttp://www.woshipm.com/pmd/4343278.htmlhttps://ke..com/item/%E8%80%81%E6%9D%BF/1977https://zhuanlan.hu.com/p/151311536?utm_source=wechat_sessionhttp://www.woshipm.com/operate/742247.htmlhttp://jiahao..com/s?id=1663323869315685791&wfr=spider&for=pchttp://www.woshipm.com/pmd/297999.html本文由 @Hello_大冰 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Unsplash，基于 CC0 协议

为了充分了解桃源县中小学教师“十四五”时期参与教师培训与校本研修的实际需求，科学规划桃源县2021年的教师培训工作，经教育局研究决定于3月18日由桃源县教师进修学校对全县启动中小学教师培训需求调研。此次培训需求调研目的重在科学规划桃源县的教师培训工作，让即将实施的教师培训在内容、形式、方法和师资配置上更贴近教师的实际需求。桃源县教师进修学校特组建了3支调研队伍分别前往桃源县西路片、南路片、北路片和东路片展开为期一周的调研工作。调研以座谈会和问卷调查的形式进行，3月18日分别前往了牛车河、观音寺、龙潭三个乡镇的中小学，调研工作得到了所在学校领导和老师们的大力支持。在座谈会上老师们就“你最喜欢哪种形式的培训”、“在教育教学中你迫切需要解决的问题是什么”、“最新一轮培训你有何建议”等问题展开交流发言。调研小组通过老师们富有思考和现实需求的语言及文字，深深地感受到了教师培训在老师们心中的重要位置。调研人员及时对调研结果进行了统计和归类。基于一线教师最真实的调研需求，桃源县进修学校再合理设计培训方案，精准实施培训。做老师期待的培训，做教育教学需要的培训、做有效促进教师队伍提升的培训。（记者：趙凱 通讯员：聂玲玲 廖珍）

为认真贯彻落实市委四届十次全会暨市委经济工作会议和《吕梁市2021年政府工作报告》精神要求，围绕吕梁市转型发展战略和打造一流创新生态总体要求，聚焦“六新”突破，推动“九大基地”建设，吕梁市科学技术局组织机关业务骨干，会同吕梁学院专家、学者于3月23日-4月2日深入各县（市、区）开展产业企业技术需求集中大调研。调研按照“需求导向、产业引领、汇集资源、重点支持”的方针，力求找到技术需求和社会发展的结合点，使吕梁经济社会发展需求与省内外科技资源有效对接。调研的对象主要是我市“九大基地”建设所涉产业领域内承接能力强、技术需求迫切的企业。调研的主要任务是征集与“九大基地”建设相关的各产业亟待解决的共性关键性技术需求以及需科技部门协调、支持事项。 同时引导各县（市、区）科技主管部门、各科研院所、各企业组织申报2021年度科研项目、人才引进项目；协助各县（市、区）科技主管部门、相关企业按照省定考核指标（预定）进行高新技术企业培育、申报；推动各县（市、区）科技主管部门积极开展科学研究和技术服务业排查入库工作，持续引导企业加大研发投入，推动更多企业入库，同时督促在库企业准确及时录入科学研究和技术服务业相关指标；督促各县（市、区）严格按照省考核指标加大研究与试验发展（R&D）经费投入强度。为确保调研取得实效，市科学技术局精心策划，统筹安排：一是出台了《关于成立科技创新工作组的实施方案》，确保工作有序开展；二是起草并以市政府办公室名义印发了《吕梁市人民政府办公室关于征集全市技术需求的通知》；三是邀请吕梁学院与相关专业专家、学者，与机关业务骨干联合成立＂九大产业＋生态环境＂十个调研组，并于3月19日进行了专门培训会，明确了调研任务，强化了工作职责。调研后，市科学技术局将汇总整理各县（市、区）、经开区、市直各有关单位技术需求，结合常态化技术需求征集机制，形成动态化管理的《吕梁市技术需求清单》，为我市与国内外高等院校、科研院所等合作提供技术需求依据，针对产业共性关键性技术问题，依托太原理工大学吕梁产业技术研究院等平台集中科研力量攻关、通过“揭榜挂帅”吸引人才来解决我市“九大基地”建设过程中亟待解决的技术难题，为我市高质量转型发展提供科技创新新动能。【来源：吕梁市科学技术局】声明：此文版权归原作者所有，若有来源错误或者侵犯您的合法权益，您可通过邮箱与我们取得联系，我们将及时进行处理。邮箱地址：jpbl@wccm.sinanet.com

3月29日至31日，海南省气候中心组织业务技术人员赴三亚、陵水等地就南繁种业气象服务需求开展集中调研。调研组实地考察陵水安马洋国家南繁科研育种基地、崖州湾科技城国家现代农业（种业）产业园、南滨农场和吉阳区核心区育种基地，先后与三亚市农业农村局、海南农垦南繁产业集团科技公司等单位进行交流，详细了解南繁种业气象服务需求。通过调研，气象业务人员掌握了育制种生产过程中与气象密切相关的关键环节，了解到南繁种业对农业气候资源利用、气候预测、中长期天气预报、重大农业气象灾害预警预报等气象服务的需求，进一步明确了南繁种业气象服务的重点和方向。接下来，海南省气候中心将加快完善种业气象服务试点工作方案和服务方案，优化服务流程，创新服务形式，提高种业气象服务针对性和有效性，为南繁种业发展提供有力的气象科技支撑。（作者：刘爽 陈小敏 责任编辑：郝静）【来源：中国气象报社】声明：此文版权归原作者所有，若有来源错误或者侵犯您的合法权益，您可通过邮箱与我们取得联系，我们将及时进行处理。邮箱地址：jpbl@wccm.sinanet.com

编辑导语：每个产品都是需要一系列需求的慢慢搭建，并且需求对于一个产品来说是非常重要的；我们对需求进行分配以及执行，需要一整个团队的配合以及执行，才可以最终达到一个好的效果；本文作者分享了关于产品是从需求开始的，以及怎么落地的做法，我们一起来看一下。项目一般是由一系列的需求组成的，需求来源于业务，业务需要通过一系列的流程串联起来，按照某种规则和规范循环执行；而在电商企业中的这些协作是通过对外或对内提供的一些软件产品和服务体现的。产品技术部的工作就是不断打磨这些产品和服务，让其与竞品形成差异化，在效率提升和成本控制上产生优势，所有的这些都源于我们对需求的把握与控制。无论企业愿景多大，业务战略与IT战略方向如何，都应该始于需求（用户、行业、市场、业务等），而终于需求的最终落地。一、需求的发现与获取有些需求是通过业务或产品提出来的，有些需求是自行创新整理出来的，需求的发现与获取通常采用以下几种方式：1. 访谈访谈顾名思义，就是通过交谈的方式获取需求；在电商企业中，产品经理需要不定期的与相关人员接触，深入了解业务状况以及即将开展的工作内容，并结合当前的产品及服务收集一些迫切解决的问题和痛点。访谈分为内部和外部，对于外部访谈主要是针对一些重要客户或有代表性的关键用户（2B型产品采用的比较多）。我们在访谈前要准备好提纲，在访谈过程中应该带有一定的目的性，集中一些流程或工作节点进行，不要过分的扩散，访谈后要进行梳理总结。2. 需求调研会需求调研会主要是针对谈过程中涉及的某些重大问题或企业确定的一个项目所进行的前期准备工作；在这个过程中，我们要确定重要的干系人（熟悉业务流程且可以确定一些流程及细节的人员），可以分别调研，必要时也可以将这些人组织在一起集中讨论。如果以会议的形式，需要我们要有较强的会议组织和掌控能力，而且要提前准备好会议议题、确定会议时间与地点，在会上要能够按照既定的议程进行。调研会的沟通效率及结果非常关键，充分、详实的会前准备工作是调研会成功的必要条件，正确的与会干系人选择是影响沟通成果的重要因素。3. 竞品分析我们都知道市场相似产品多如牛毛，很多产品都是抄来抄去的，但大部分都是形似而神不似；我们在做竞品分析时应该注重差异化，如何结合企业内部的资源做出区别于竞品的产品，为用户提供更优质的服务才是一个正确的选择。今天偶然想到在之前公司商城上有近百元的礼品卡未使用，于是乎想用掉，发现原商城地址、小程序、APP都已经下线了（与某生鲜合并了），有点莫名的感觉。回顾之前做的一些项目，似乎一直在跟着某些竞品屁股后面跑（到店到家、社区团购、鲜花、礼赠、牛奶周期配、旗舰店的堂食等），做的很早但没有优势，又缺乏运营与坚持，这也是企业最终不断的失去竞争力的原因之一。竞品分析要运用SWOT进行优势、劣势、机会与威胁的分析，找出差异化，做自己的特色产品，拼DD的成功值得我们借鉴。竞品分析需要了解行业，这里推荐一个小程序「报告查一查」，可以获取一些行业报告。4. 用户反馈对于APP和小程序等前端用户产品，企业要实时关注用户的行为与评论反馈；前端需求相较于后端生产的需求更多的是来自于用户，大的公司都会有用研部门，专门负责研究用户。通过调查问卷或用户评价来收集一些需求时，一定要注意问题的质量，可以通过招募体验官的方式进行（要给予优惠酬金等），注重UGC的内容与影响。此外，在用户反馈后，我们要根据结果进行分析（问题多数是选择性的），但前提是参与的用户数要达到一定的量才有代表性，否则很容易以偏概全。5. 数据驱动型需求数据的获取一方面是对于面向用户的前端产品通过埋点数据，形成分析报表，可以找出问题产生的原因。后端同样也可以通过操作频率、系统日志来分析系统使用状况和服务性能，从而形成整改的需求。另一方面，对于有些项目或产品，还要针对生产过程中的各种数据进行分析，如缺货分析、履单效率分析、商品报损率、GMV等。通过数据去驱动一些流程的优化，从而使业务运营得到改善。以上都是正常的需求获取方法，在互联网公司呆的久了，我们都体验过“快”和“变”的酸爽；很多老板的需求一般都是最急迫的，如果老板对于电商行业与玩法判断不准，通常都是一个失败的项目。如果为了职场发展，那么首先就要伺候好老板，老板爽了，你就会有莫大的好处，这在有些公司还是比较常见的，所以需求的获取莫要遗漏”时刻琢磨老板想法”这个途径。二、需求筛选与分类需求有了，多且杂。首先，我们可以按照重要性和紧急程度先进行区分，这就是四象限法。其次，对需求进行打标（分类）。分类的方式有很多种，比如按照前端产品与后端产品，按照问题BUG、现有业务流程优化、新项目等，也可以按照业务影响范围分为大、中、小等。在需求分类时，我们也可以利用KANO模型进行划分；KANO模型把需求分为基本需求、期望需求、魅力需求、无差异需求、反向需求。通过分类，我们可以将一些相似的需求进行合并，也可以去除一些不紧急不重要的需求，以便于更好的调整资源，也是为后续的需求优先级确定做准备。三、需求识别与梳理需求是来源于业务的，在些阶段应该站在业务架构的角度来识别与梳理这些已经筛选过且分类的需求；此时，我们要遵循如下图所示的几个原则：需求是要满足业务的，业务则要满足企业的战略规划（业务战略与IT战略），每个需求的实现时流程可能会受到影响；我们不能固步自封，要敢于打破旧的流程，通过优化重构来寻求最好的解决方法；但前提是要保证业务连续性，不能出现“孤岛”现象，最终适得其反。最后，要从企业规范、财务原则、信息安全等角度保证需求方案的合规性。当然这些对于原则2、4，我们在后续需求设计时会重点考虑，在此阶段，如果需求没有脱离业务战略，主要是工作通过识别这些需求，将一些需求串起来，尽可能的使其连续（通过分类或归属）。经过此过程，需求会更加清晰，相关的需求或相互有影响的需求都会识别出来，有些需求可以作为一些需求的子需求而存在，使其形成一个构建块；这些构建块可以形成一个或多个项目，便于后期的需求实现。四、需求优先级面对上述已经识别和梳理的需求先做哪个是非常棘手的问题；此时，我们通常会排优先级来确定，但根据工作经验，这种优先级很多时候都是拍脑袋决定的，冲突矛盾依然会存在。作为产品负责人应该寻找一种合适的方法去规划协调需求与资源，通过合理的需求优先级定义，可以保证协调项目与IT资源的正常协作，解决公司内部的冲突，能够创造最大的业务价值，更快的响应业务变化，同时也可以对需求进行取舍或分期实现。但这些需要企业内部相关人员能够从全局的角度去看待需求，以企业战略为愿景，业务战略为主，IT战略为辅去规划、设计、实现。五、VCR方法下面介绍的VCR方法，是本人应用实践过的，可以参考。VCR估算法是基于价值（Value)、成本费用（Cost)、风险（Risk)的优先级评定的过程与方法。这里的价值是由提出需求的业务方进行评价，产品技术部进行费用与风险的评价。在VCR方法中，采用9标度的评分标准，具体过程简单介绍如下：1. 列出所有的需求（项目）我们可以利用EXCEL列出要设定优先级的所有需求、项目或使用实例（这里以项目为例）。这里要注意，所有的项目都必须在同一抽象级别上，不要把个人项目与公司级的产品项目混合在一起；如果某些项目有逻辑上的联系（例如，只有包括项目A的情况下才能实现项目B）那么在分析表中只要列出驱动项目就可以了。在这个模型中根据其有效的范围或时间可以容纳很多不同类型的项目，但前提是要把相关的项目归成一类，便于分析与优先级的排序（参看前面介绍）。2. 估计相对利润以1~9划分等级（1代表可忽略的利益，9代表最大的价值)这些利益等级表明了与产品的业务项目的一致性。业务人员（提出需求者）是判断这些利益的最佳人选。在缺省情况下，利润和损失的权值是相等的，作为一种精化，我们可以更改这两个因素的相对权值。3. 估计相对损失估计出如果没有把应该实现的项目包括到产品中，将会给客户和业务上带来的损失。同样使用1~9划分等级，这里1代表基本没有损失，9代表严重损失。4. 计算总价值及价值占比总价值=相对利润+相对损失价值%= 总价值/总计价值 * 100%5. 估计相对费用根据项目的复杂度，根据需求的用户界面实际情况、重用当前代码的潜在能力以及所需要的测试量和文档等；产品技术可以估算出费用，使用1（低级）~9（高级）划分等级，同时计算每一个项目的费用占比。6. 风险估计产品技术要估计出每个项目相关的技术或风险相对程度，并利用1~9划分等级。1级表示你可以轻而易举地实现编码，而9级表示需要极大地关注其可行性、缺乏具有专门知识的人员，或者使用不成熟或不熟悉的工具和技术。相对风险估算完成后，计算风险百分比；在缺省情况下，利润损失、费用和风险的权值是相等的，可以自行设置；例如无需考虑风险，就可以把风险的权值设置为0。7. 优先级计算优先级=价值% / （（费用% * 费用权值） + （风险% * 风险权值））六、成本金额估算法如果我们是对外提供技术服务的企业，需求优先级的判定，在保证业务连续性的和相互最小影响的前提下，也可以采用成本金额估算法。在评估项目费用成本时，一般情况下都是以IT资源进行的，其中人工成本占据很大的部分。通常我们是将一个项目评估为“人天”，然后分配不同级别的技术人员，按外包项目的方式进行估算。这样确定优先级主要是考虑企业的最大利润，这在一些集团型公司（某一子公司为其他子公司提供技术服务，财务上是独立核算的）比较常见。当然这些需求优先级的确认是需要甲乙双方沟通谈判的，不适用于企业自研团队。对于需求优先级的确定，将需求进行分类非常重要，有些需求可以整合在一个项目中完成，有的需求则需要依赖于其它需求建设完成后才能开始，这些都可以通过整合采用循序渐进的建设方式。同时，我们还要考虑业务的期望程度、建设时间以及经费资源，对于期望度高、时间要求短、资源少时，必须尽早确定出所待建设项目中最重要的项目组合，这个有点类似于关键路径法。需求优先级的判定可以结合企业自身的特点来制定，以上也仅是参考，鞋合不合适，只有脚知道。七、需求文档一个项目（需求）可能会涉及到不同的产品及系统服务,需求文档的重要性不言而喻，它的详细程度与完整度会影响到很多方面。PRD文档，是各种沟通的媒介，所以我们要做到以下几个部分。规范及完整性是对需求文档的基本要求。变更要及时通知相关干系人，包括视觉设计师、交互设计师、测试和研发以及相关人。必要的流程图不可少，相对于纷繁的文字，清晰的流程图可以加快沟通的速度和内容的理解。要注意非功能性需求的影响和体现。功能性的需求很多时候只是冰山一角，产品和系统的复杂度多数来源于非功能及后端隐藏的实现过程。需求涉及多个产品协作时，要保证统一性原则，即流程统一，名字定义统一，业务目标统一，时间统一等。在此阶段要谨防前期配合紧密，后期疏于沟通协调的场景发生，要充分利用实时在线工具，如原型等可以利用墨刀、需求可以利用共享文档，避免各种变化产生的影响。八、需求执行对于一个需求有了明确的目标，了解其明确的约束以及明确的责任后，接下来我们就是制定计划，跟踪执行。目前对于需求的管理都是通过WEB管理平台实行的条目化管理，通过配置最小化权限来保证需求的执行。常见的工具有禅道、Readmine、Jira等。以JIRA为例，通常产品经理会先创建用户需求（业务需求或项目），然后分别由研发负责人创建系统需求，再根据系统需求创建开发任务，具体的需求及任务关系如下图。详细的执行过程参考下图，此流程是原公司结合产品技术内部实际需求设计的，个人觉得比较繁琐，还可以再简化一下：在需求执行管理过程中，要保证每个需求都要进入到JIRA中并分配好相关人员的角色权限，相关人员要及时的更新状态。后续我们可以根据JIRA中的数据进行需求管理的数据分析，知晓需求达成率、挂起率、延期时间等指标，以助于优化管理。九、写在最后本篇对需求的管理进行了简单的整理，源头管理好了后续的工作会轻松一些，但这都依赖于规范与制度；这些需求从领导到员工，从上到下严格执行才能达到效果。在实际的工作中，很多制度似乎都是要求干活的人遵守的，这是需求管理过程中的大忌，只有上下、内外都保持一致，才能更好的满足企业业务。最后感谢您的阅读！#专栏作家#较早的互联网电商行业从业者，有过多家电商公司的工作经验；撸过代码，10年以上的团队管理经验，目前的学习方向是供应链及业务构架等。本文原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议

编辑导语：在产品经理的日常工作中，往往需要了解和收集许多的用户需求，那么，如何将这些需求进行分析筛选，然后转化成为一份产品方案呢？本文作者结合自身的经验，从前期准备、方案设计、需求评审三个层面，为我们介绍了如何对需求进行产品化设计并通过需求评审。在《用户体验要素》一书中说到，产品是由战略层、范围层、结构层、框架层和表现层这5层组成。而之前的文章中，给大家介绍了做产品要如何贴近用户、如何评估需求的。即从战略层和范围层的角度，去解决问题，定义需求。那在需求明确后，我们又该如何将需求转化成产品方案呢？这篇文章，将从前期准备、方案设计、需求评审三个层面，给大家介绍下该如何从结构层，框架层和表现层，对需求进行产品化设计，并通过需求评审的。大家如果有需要的话，可以先收藏，后续设计方案时，再一一核对参考，保证我们在设计方案时，做到不重不漏。一、前期准备1. 明确需求目的目的，是产品方案的指向标。我们通过各种渠道，获得需求后，我们首先要明确，做这个需求的目的是什么，是为了解决什么问题，满足什么需求而出发的。因为，我们在需求产品化过程中，会产生很多“新点子”。但这些点，是否适合放到产品方案中，就需要我们立足于需求目的，去通盘考虑，平衡投入产出比，输出符合预期的产品方案。总的来说，需求或版本的目的可分为以下三类：用户体验优化：已有功能点优化、增加操作入口、增加功能等；提高内部效率：增加内部平台某种能力、给运营增加推广渠道、功能组件化开发等；商业化：增加会员模式、增加对接广告接口等。为了保证产品人对需求有足够的深入的思考，一个版本或一个方案，都只要解决一个主要问题。因此，我们在定义目的时，也要尽可能收拢到一个核心观点上，让整个方案都围绕目的服务。2. 了解需求背景不论多大的公司，多大的团队，在产品的发展阶段，资源都是不够用的。此时，论证需求必要性，提高需求实现的优先级，就非常重要。而了解需求背景，我们首先找到需求第一来源人，并通过以下两点，来论证需求必要性：1）数据论证通过调查，从数据层面，来论证需求的紧急性和迫切性。如：用户体验优化，可以用用户投诉量来论证；内部平台能力和商业化需求，可以用上线多久后提升多少收益，或估算投入产出比（ROI）来论证。2）竞品调研若市面上有同类产品已实现该需求，这也可以侧面论证需求实现的必要性。所以，我们可以通过调研的方式，梳理的功能流程图，并从用户、需求、场景三要素进行分析，看竞品是否满足需求的，又是如何满足需求的；但在实际工作中，系统的竞品调研，其实比较少做，主要是比较耗费人力，后续有机会的话，会专门写一篇文章来给大家详细介绍，这里就不过多描述了。可虽说我们比较少做系统的调研，但我们在平时的工作中，也会关注竞品每个版本新增的功能模块。分析后，若发现竞品的新功能是符合用户需求的，我们也要及时跟上。二、方案设计在明确目的，了解背景后，我们进入产品方案的设计环节了。即下列内容，将正式从结构层，框架层和表现层的角度，和大家介绍该如何把需求，进行产品化方案呈现的。而这个环节的最终目的，是要我们输出完整产品方案，接下来我将从五个步骤来跟大家进一步介绍：1. 逻辑梳理在做需求时，很多刚入行的产品，接到需求后，就直接就开始画原型，这个是错误的。因为，画原型，是产品方案已经确定，产品流程无明显纰漏，需求边界已经明确后，才开始执行的工作。否则，后续评审或开发过程中，会出现因方案不够严谨，出现多次返工的情况。不仅降低我们自己的工作效率之外，而且还可能影响产品的迭代节奏。所以，在画原型之前，首先我们要先梳理两个核心逻辑：1）产品方案逻辑产品方案之所以被称之为“方案”，因为它是从宏观的系统角度，可持续迭代的层面切入需求，且通常需要多角色配合的。如，为了减少用户投诉而做的产品方案，就要从客服、用户、运营、产品这四个层面，告知各方在不同的版本后，需要支持和协助的工作是什么。因此，我们在梳理产品方案时，要关注不同角色的所面临的问题，如何持续观察优化的角度去通盘思考。我们可以从第一用户要执行的动作入手，进行逻辑推演。如下图泳道图所示，我们如果要开发一个给客户提供线上下单的平台，就可以从要发货的客户下单的动作入手。客户下单之后，订单数据应该被哪个下游角色所接收，接收之后，下游角色还需要哪些角色配合支持，以此来不断往下延伸拓展。在梳理清楚之后，我们再最终把所有角色的交汇场景通过泳道图的样式呈现出来，明确各个角色要支持整个产品方案的具体工作，最终输出产品方案的流程图。2）页面流程页面流程是从微观产品功能层面的逻辑梳理，是包含在产品方案中的某个产品能力。常用于大小功能点优化，版本升级中某功能点的梳理。如：上面的客户下单、受理、创建单的场景，客户是如何在什么页面，点击哪个模块下单的，受理部门受理之后，又是如何创建运单的，把这些页面的具体操作流程一一细化梳理出来。如果是功能点优化，可以从用户和数据交汇核心页面出发，梳理页面流程。如果是独立的功能或产品版本，可以先从功能入口出发，思考各页面中用户是谁、解决的需求点是什么、产品如何解决需求的，并且后续还要考虑数据流转情况。这里的用户是包括所有使用产品的角色，可能有运营、客服、销售、领导层、运营、开发等。当然，如果需要呈现多角色的使用流程，同样可以利用泳道图的方式来呈现。如果竞品有类似的功能，我们也可以参考竞品的页面流程，但注意，我这里说的是“参考”，不是“照抄”。产品人要以满足用户的需求来思考方案，面向用户场景来设计需求，解决用户问题为最终目的。3）注意事项就跟吃饭用筷子还是用勺子的一样，选择适合自己的就行。因此，不论是泳道图、流程图、还是简单的线框图，只能能清晰地描述逻辑即可。在思考方案时，肯定会有多个方案，多种场景，如果出现难以判断孰优孰劣，可以输出多个方案。在内部讨论或向上汇报时，陈述不同方案的优劣势，让大家一起讨论决策。以免出现单方案不通过，要重新思考，降低工作效率。工作是要解决问题的，不是来体现你个人能力的，这也是你们之所以称之为“团队”的原因。如果遇到自己确实无法解决的问题，要及时向同事或上级同步困难，寻求帮助。在方案梳理时，要和需求涉及的团队多沟通，尤其是开发，保证方案切实、可行；在梳理完成后，要尽快在团队内部和领导过一遍，以保证产品逻辑无太大纰漏再执行下一步。千万别偷懒，也别怕麻烦，毕竟，很少有人能够独立的把整个方案都思考得很全面。前期的每一步繁琐，都是为了避免落地时的返工。2. 确定边界在确定核心流程之后，需要进一步细化方案，确定需求边界。主要是补全流程中异常情况和应对策略，尽可能做到，既节约资源，又拥有好的用户体验。在补全异常流程时，我们主要关注四个问题：1）平衡：注意平衡用户体验与开发工作量的关系在实际工作中，工作量和用户体验是成反比的，体验越好的模块，工作量越大。所以，产品的工作要从需求目的出发，寻找双方的平衡。该如何取舍，取决于产品发展情况、市场情况、产生命周期和产品自己的工作经验。如果遇到难以决策或解决的问题，要及时向上汇报，寻求帮助。2）安全：资金安全和用户安全问题新版本的微信，红包功能就调整了红包个数和金额的位置，导致有大量的用户导致资金和金钱输入错误，导致用户投诉。因此，如果需求涉及资金、用户信息等问题，要慎之又慎。产品文档在进入评审会之前，最好多过几轮，以求万无一失。3）复用：组件化开发如果功能模块后续可能被其他需求所复用，为节约开发成本，可以与研发多沟通，看是否可进行组件化开发。如：banner广告可能可以在其他页面复用，但当前版本仅支持首页的应用即可，就可以进行组件化开发，后续其他页面如果需要的话，就可以直接复用。4）便捷：配置性功能开发如：banner的内容后续需要经常更换，为了减少后续反复发版，影响线上功能，也可以和研发多沟通，看能否进行配置性开发。这也是节省了研发后续的工作量，你跟他提，他会比较乐意帮助你的。3. 原型设计原型设计是在框架层，来思考和设计产品的。前面的逻辑和需求边界都确定的话，这一步其实可以让交互设计师来支持，尤其是业务推进比较忙的时候。但并非所有公司都有交互设计师，如果没有的话，这一步还需要自己来实现。画原型的具体操作，就不多讲了，如果是刚入行或准备入行的小伙伴，想学的话，可以报个班学一下Axure或sketch。不用太精通，只要能把想要的页面，简单的还原出来，设计师和开发都能看懂，就已经足够了。在这里我讲一下几个避坑指南：1）原型分版本保存我刚做产品的时候，原型都是直接覆盖上一个版本的。但后来，评审会的时候老大提出要加什么功能，我突然想起这个功能在之前一个版本做过，但想找回来，却发现版本已经被覆盖，找不到了…2）原型有注释如果原型没注释，就跟上课不做笔记的后果一样，很容易一转头就忘了。而且不在原型中注释的稿件，如果给开发或设计执行时出错了，最后吃亏的还是我们自己。3）异常情况定义清楚除正常的注释之外，异常情况也需要在原型中定义清楚。因为，有些开发在开发时，不一定会时刻盯紧文档来看。所以，除了文档中要说清楚异常情况的设计标准之外，最好在原型中也要注释清楚，也是为了避免后面出现问题时，相互扯皮。4）需求修改及时备注如果需求在评审或开发过程中，有变更的情况，除了在文档中备注之外，原型中也需要及时变更。以上内容，都是我用血和泪给大家总结的经验教训，我刚入行的时候，因为偷懒，很多地方没有做好，当时背过很多锅，所以希望大家，千万不要再重蹈我的覆辙了。4. 建立数据反馈一个好产品人，是会从更高的产品系统的层面，思考和解决问题的。因此，为了更好地验证目标的达成与否，我们需要建立数据反馈机制，给产品方案提供统一的衡量标尺。我们团队建立数据反馈主要是通过两点：1）埋点C端的功能型需求，是可以通过用户反馈来迭代的。但除此之外，我们还要增加当前功能点的埋点，为产品后续优化提供更严谨的理论支持。如果是刚上线的基础功能，还未确定明确的业务指标，可以只增加基础埋点。如：产品页面曝光pv、曝光uv、点击pv、点击uv等。将埋点数据统一上报到数据平台中，定期观测数据表现情况，以便优化后续产品。但如果是有上线有一段时间的产品，我们要从业务指标衡量标准出发，对产品数据埋点，进行二次或三次的拆解。也可以参考前面的页面流程图，一般来说，有需要判断的地方就要有埋点。我们只有知道每个节点数据流向，后续才能建立数据模型，分析用户操作。2）异常监控产品要经常主动观察数据表现，但人力有限，我们无法做到24小时实时盯着数据。所以，若功能中有影响用户核心操作的功能点，还需要让研发帮忙建立异常监控，以保证产品核心流程能够满足用户正常使用。如：我们团队就有通过微信的开放能力，建立告警机制，一旦某个商家出现问题，就会出现如下图所示的告警通知，以便我们的产品和开发团队能快速发现并处理问题这也是技术团队在沟通方案时，要和技术一同关注的风险点。5. 需求文档在全面思考以上的四点后，我才会遵循以下呈现方式，将它们统一收拢到文档中，形成完整的产品方案。首先，在文档开头，描述背景和目的，最好用调查过的数据，来论证需求实现的必要性；其次，将产品原型或交互设计稿放到需求模块，要图文结合，让文档的阅读者能够清晰地知道每个功能点，具体需要做什么。如果涉及多端支持的需求，我会从支持端的角度来陈述需求。即前端要做什么，后台要做什么，数据要做什么，支付要做什么。然后，把接口文档、原型、交互稿、设计稿等相关附件，都附在需求文档中，以免遗失；最后，再补充一点，如果文档有变更，要及时，立刻更新到文档中，同步给各方，避免背锅。我的习惯是在开头用红色加粗字体，描述修改的需求点和修改日期。三、需求评审当完成上面所有内容后，我们的需求才可以进入到需求评审阶段。需求评审的目的，是为了论证需求执行的必要性，方案落地的可行性，同时给要支持需求的各方，都能够了解产品方案具体需要大家做什么。所以，为了让产品需求顺利通过评审，我们要从评审目的出发，逐一打消评审方的疑虑。1. 需求必要性评估评审一开始，就要先陈述目的和背景。这里前面也讲过，要用数据来论证需求必要性，调查的数据必须要足够合理且严谨，才能有效通过评审，并拔高需求优先级。2. 方案可行性评估介绍完目的和背景，获得评审各方的认可之后，就可以和大家介绍解决问题的需求方案，和数据埋点情况。在陈述方案环节，我也遇到过需求被直接打回的。出现这种问题，可能是前期产品逻辑有问题，又或者是产品方案没有和开发充分沟通，最终设计出不适合落地需求。但一般能到评审会的需求方案，都通过了产品内部的评估，基本没什么方向和逻辑上的问题，除非是自己偷懒。而技术层面能否通过评审，就依赖于我们在前期设计方案的时候，是否能多和开发沟通，明确技术细节，以保证方案是可以落地的。3. 方案持续性介绍一般前两点评估通过，需求就是可以落地执行的了。但我在介绍完方案之后，还会补充介绍下后续的运营方案和产品的迭代计划。一来，可以给开发打个预防针，告知这个功能后续优化的可能性，让他们提高对需求的重视程度；二来，系统全局的描述，也能体现你在产品能力。每一个产品需求，都是我们展现自己的机会。在职场，只有紧紧抓住每一个机会，我们才有承接更大需求，在产品道路更进一步的可能。三、写在最后产品方案，是从用户、问题、场景的视角去切入需求，在更系统的产品层面和更长的时间维度上，全面思考，输出的文档。以上内容，是我这两年，把写过的大大小小数百个需求，汇总整理出来的。包括目的、背景、产品逻辑、需求边界、原型、数据、需求文档这七点，我将这七点统称为需求落地的“七要素”。本文由 @豆奶 原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议。

字数:3140 | 估计阅读:10分钟苏杰老师曾经提出过一个经典的Y模型理论，是关于需求分析的三种层次深度，今天的文章就来一起解读下。01 重新讲讲这个故事各位产品人肯定都听过那个著名的亨利福特的”更快的马“的故事。大致内容是这样的：福特说如果问用户需要什么，用户肯定会说需要一匹”更快的马“，福特说，如果听用户的，就不会有汽车的诞生了。那下面这个版本的你听过吗？假设亨利福特是某大型货运公司的产品经理，接到一个任务就是负责提升该货运公司的工作效率。这天，福特来到一线做实地调研，他找到几位师傅聊天，问到：”各位师傅，你们目前工作上感觉遇到什么问题了吗？“一位师傅说到：”现在的马太慢了，你能否给我们找一些品种优良、年轻力壮的马来？我们需要一些跑的更快的马！“（观点）其他师傅纷纷应声，表示同意。事后福特确实发现这些师傅在运货时，总是在马槽里挑马，甚者两个人还为争一只较好马打了起来，目的就是想选一匹更快的马来运货。（行为）福特于是好奇，就问一位师傅：”你们为什么需要一匹更快的马呢？“这位师傅答道：”当然是为了更快的把货送到目的地啊，这样一天就能多送几单了“（目标和动机）福特继续问道：”多送几单，然后呢？“”然后就可以多挣点钱，或者早点下班，回去享受生活了，工作不就是为了好好生活嘛！“（人性和价值观）福特把这些全都记在本子上。回去后，福特一边看着本子，一边想着解决方案，最终他给出了三种不同的解决方案。方案一：针对师傅提到的“更快的马”，解决方案是：寻找品种优良，年轻力壮的马。方案二：针对师傅提到的“更快的把货送到目的地”，解决方案是：设计一种新型的交通工具，比马快就行——汽车。方案三：针对师傅提到的”享受生活“，解决方案是：可以把汽车做的更舒服一些，座椅软一些，同时配上空调和音乐，让师傅工作的过程中就可以享受生活。福特和他的汽车当然，以上版本的故事是重新演绎的。重新演绎这个故事，其实是想重点说明需求分析是有层次的。02 需求分析的层次需求分析是每一位产品经理都需要面对的事情，而需求分析是有层次的，分析的层次深浅直接决定分析的质量，而分析需求的质量直接决定着做出的功能是否可以真正解决用户的问题。可见需求分析的重要性。故事中福特其实对需求分析经历了三个不同的深度层次，分别是：第一层次：用户的观点和行为第二层次：用户的目标和动机第三层次：用户的人性价值观下面我们依次来分析下：01 观点和行为最浅的层次，其实就是听用户怎么说，看用户怎么做。大部分的产品经理其实都只能做到听用户怎么说，就开始设计功能了。连看用户怎么做都做不到。究其原因，因为听用户说最节省思考的成本，而用户也比较喜欢直接告诉产品经理自己的”解决方案“。于是双方”一拍即合“，功能就这样出来了，但效果一般都会差强人意了。02 目标和动机第二个层次，就是需要知道用户这么说和这么做的具体目标和原因是什么。如果能挖到这一层次，对需求把握的质量就会好很多。说实话，相对于第三层的”抽象“，这个层次是还算具象，只要想挖掘，还算比较容易挖掘到。03人性和价值观最深层次，也是最底层，最稳定的需求，属于高度概括的层次，人类诞生以来，基本没有发生过变化。一个标准，就是挖掘到“用户是一个什么样的人”。如果能挖掘到这个层次，就触及到用户最本质的需求了。比如微信，我认为就已经挖掘到这个层次了，微信启动页面那个站在地球下的人，就透露着人本质上是孤独的。微信启动页好了，了解完这些理论后，我们可以拿一个现有的市场需求进行实际分析下。03 举例：健身行业的发展史现在健身已经成为一项全民运动，对应的产品也是种类繁多。但回想一下整个健身产品的发展，并不是一蹴而就的。我总结一共经历了三个阶段，而这三个阶段分别对应了需求的三个层次。第一阶段：电视、互联网媒体的明星健身视频阶段不知道多少人还记得马华、郑多燕等明星教练。这应该是最早一批出现在媒体，被大众所熟悉的健身教练了。那一时期，人民生活水平逐渐提高，人们对身材管理有了进一步的要求，于是健身成为一个小热潮。媒体正是因为听到、观察到用户的这些健身诉求，所以才基于当时的技术，给出的解决方案便是健身视频。第二阶段：关注健身的动力和效果阶段经过第一阶段后，创业者们发现第一阶段只是外表热闹，但真正的健身者并不能长期坚持下来，因为健身本身就是一件挺枯燥的事情，只靠毅力，并不能成为大众运动。所以这一时期，出现了以keep为代表的众多健身产品，他们主要是挖掘到了用户健身的第二层诉求——健身需要动力和看到效果。于是给出的解决方案有明显的以下特点：1、健身方案更加细分和系统有专门瘦腿的，有专门瘦肚子的，还有专门增肌的等等，而且每个都划分出来了难度等级，降低了运动门槛。2、健身方案指导更具体每个动作都给出了具体的示范，有的还提供真人演示，让用户不但做，而且还知道自己做的是否标准和规范。3、提供的运动种类增多除了常规的运动外，还增加了类似瑜伽、健身操、自由搏击等种类，目的就是让用户有更多的选择，确保运动不单调。总之，这一阶段的解决方案就是为了让用户有持续的动力去健身，并且是以效果为导向的。第三阶段：传递”我是一个什么样的人“的阶段经过第二阶段，让更多人参与到了健身的队伍中。人一旦开始一项正向积极的事情，尤其是取得一定效果后，总是希望更多人知道。这是人性。他们喜欢向外界去传递一种”我是一个什么样的人“的信息。比如我是一个健身达人、我是一个注重健康的人、我是一个具有意志力的人等等。针对这样的诉求，各个产品给出的解决方案是加入了用户之间的互动功能，比如点赞、加油、运动排行榜，并支持运动后把运动内容和成绩生成精致海报和视频，快速分享到朋友圈。至此，整个健身市场才发展到大家现在看到的情况。小结一下，第一个阶段是听到用户观点、看到用户行为后给出的解决方案。第二个阶段是挖掘到了用户健身的目标和动机后，给出的解决方案。而第三个阶段是触及到了人性价值观后，给出的具体解决方案。总之，挖掘到的层次不同，对应给出的解决方案也就不同，挖掘的越深，给出的解决方案也就越有效。04 如何做到既然知道了需求挖掘的越深，给出的解决方案越有效，那么问题来了，如何做到呢？有没有具体的指导方法呢？这里提供一个参考的工具——待办任务法。待办任务法是《增长思维》一书里提到的一个思维工具，是指去当你遇到一个现象或者问题时，思考它背后的完成任务的目标是什么，然后层层思考、寻找，找到那个最终需要解决的问题。这个思考的逻辑正好可以用于需求挖掘和分析上。举个书中的例子：朋友叫你帮他买一盒钉子，如果你掌握了待办任务法，你就会思考买钉子的待办任务是什么。于是你就会问他买钉子的目的是什么，朋友也许告诉你是准备在墙上打个洞，这个时候你的解决方案就多了，也许你不能帮朋友买钉子，但你可以用其他办法帮他打洞即可。继续思考，打洞的待办任务是什么？朋友也许说是想把一幅画挂在墙上。这个时候你要解决的任务就变成如何把画挂在墙上了，而打洞、买钉子已经变得不重要了，比如你可以用粘钩等等。当然你可以继续沿着这个思路去思考，比如挂画的待办任务是什么，等等。总之用待办任务思考挖掘需求可以使你的思路变得开阔，解决方案也会变的多了起来。下次进行需求分析和挖掘时，不妨尝试一下这个思维工具吧。05 结语需求分析如同挖矿，浅层的通常都是沙子，而钻石却藏在地表深层，我们只有努力挖掘，才能触及其一二。加油吧，我们都是挖矿人！

为增强社工实务工作的理论性和专业性，提升社工的工作效率，2021年3月2日，衡山县阳光中心·社工站组织全体社工在中心会议室进行为期一天的团体督导，以“精耕社工专业，力促人才培育”为主题，督导社工如何针对本辖区进行需求调研，撰写调研报告、年度计划、个人成长计划等。本次团体督导特别邀请湖南省同仁社会工作服务中心的刘扬督导为社工授课，首先督导运用自身实务经验带社工认识了社区需求调研、需求调研的重要性、需求调研的常见误区，通过案例分析重点讲解了需求调研的逻辑与步骤。随后对需求调研报告和年度服务计划的撰写做了详细讲解，让社工知道只有先制定需求调研方案才能让调研工作有序开展，需求调研报告可以作为站点年度工作计划的依据；年度计划的框架要围绕“黄金圈”来写，重点对年度服务计划的基本框架进行罗列，并现场提问互动，与社工进行了深入的讨论。最后，督导现场布置任务，让社工在规定时间里用运今天所学的SWOT分析法制定个人成长计划，让社工认识自己的优势、劣势、机会、威胁，对自己的期望及如何达成目标，并结合实际指导大家如何更好更专业的撰写个人成长计划。通过此次团体督导，使社工对需求调研有了更深入的认识，对需求调研报告、年度计划、个人成长计划的构成及撰写掌握了要点和方法。在以后的工作中，社工将运用所学所思所悟，发挥专业优势，为衡山县居民提供更加优质的服务。