需求分析：若何从复杂的需求中抽象出核心问题？,需求理论马斯洛。

在数字化时期，SaaS产品经理面临巨大寻衅和机遇。
设计既知足企业需求又易于利用的办理方案，关键在于抽象能力。

抽象看似繁芜，实则像马云所言：“大略是终极的繁芜。
”在SaaS产品设计中，抽象能力是实现简洁与功能性结合的核心，可能直接影响产品成败。

讲个小故事。

一、为什么去哪儿比携程晚成立6年，却终极可以并驾齐驱？

去哪儿创始人庄辰超指出，携程的市场定位是“在线旅游”，包括在线酒店和机票等，当时市场霸占率超过50%。
然而，携程犯了一个关键缺点，即缺点预估了自己的市场规模，这为去哪儿供应了机会。

为什么会缺点预估市场规模呢？缘故原由有两方面：

庄辰超末了总结说：如果你想干事儿，一定要间隔半年或一年，就须要把你所做的事儿向上抽象一个层次。
即思考你到底在做什么事儿，知足什么人的实质需求。

解释：这个故事来源于张萧雨老师的课程分享，如有侵权，随时删除

这个故事带给我的启迪是：抽象思维是一种关键能力，它超越特定岗位，具有普遍适用性。
尤其在高等职位中，抽象能力尤为主要。

在市场定位中，你可以抽象出产品的核心代价。
例如，钉钉定位为“AI时期的事情办法”，飞书则是“前辈团队的选择”。

在业务剖析上，抽象能帮助我们捉住业务实质。
比如，“不在家时的住处”比“在线旅游”更抽象；“企业数字化”比“一体化HR SaaS”更抽象，而“降本增效”又比“企业数字化”更抽象。

在产品架构设计上，抽象思维能帮助我们理解业务底层架构和页面构造。
例如，WorkDay的HR业务把产品架构抽象为：系统 = 流程 + 业务工具。
页面架构 = 对业务工具的查询页面+对业务工具的操作流程页面+流程的历史查看页面。

在需求剖析上，抽象能揭示用户需求的深层实质。
用户要锤子，可能真正须要的是一个舒适温馨的家居空间。

在产品设计上，通过抽象用户场景，我们可以设计出知足需求的菜单、实体关系、页面要素和组件。

抽象思维不仅限于这些场景，它在组织架构设计、企业愿景、数据剖析等方面同样主要。
由于篇幅限定，这里不再逐一列举。

虽能力有限，却想环绕【抽象能力：SaaS产品经理的核心能力】为主题，尽自己所能分享一个小专题，期望对你有所启示。

它们可能包含：

本日从【需求剖析：如何从繁芜的需求中抽象出核心问题】开始。

案例1：如何办理制造业的歇工问题？

客户A是一家制造业企业，面临生产任务颠簸导致的员工歇工问题。
当前系统不支持多人批量请假，导致请假流程繁琐，须要手动修正考勤结果。
客户期望系统能够支持多人批量请假，以简化流程并自动关联考勤状态。
如果无法得到有效办理，则要退费。

需求沟通过程：

PM：“在什么情形下，你们须要批量请假？”

客户：“当客户歇工时。
这种情形下，我们须要给员工批量请假，并按照70%的薪资发放。
”

PM：“常日什么缘故原由会导致歇工？”

客户：“我们客户紧张是制造业，生产任务会随市场颠簸。
任务少时，我们会优先安排部分员工歇工。
为了留住员工，我们仍会支付70%的人为。
”

PM：“那么，一样平常是谁来发起这个请假申请？”

客户：“紧张是班组长代为发起。
”

PM：“员工可以自主发起申请吗？”

客户：“不可以。
由于这是企业行为，不能由员工自行申请。
而且，如果员工看到‘请假’选项，可能会感到困惑，不明白为什么歇工须要他们申请，而且与普通请假在同一个页面。
”

PM：“那你们现在是如何处理这个流程的？”

客户：“我们通过自定义审批流程来处理。
可以批量选择日期和发起人，但不会自动关联考勤状态。
审批通过后，管理员会根据申请手动修正考勤结果。
系统会根据自定义假期（即歇工）自动核算70%的人为。
”

PM：“能见告我大概的歇工频次和每次歇工的人数情形吗？”

客户：“歇工频次会因时令而异，有时候半天、1天，有时候好几天。
人数也不愿定，有时候1-2人，有时候十几个人。
”

需求剖析与抽象过程：

客户核心需求：有效地办理制造业中因市场颠簸导致的周期性歇工问题，同时掌握人力本钱并避免员工流失落。

需求层次剖析：

办理方案建议：

加班是HR SaaS的一个根本且繁芜的模块，当面临以下未知足的需求，如何剖析需求后，提炼出场景并进行办理？

第一步：剖析并提炼需求（至少提炼2层）。
可以按需求的来源、办法、规则、位置平分歧维度进行标识。
比如加班源-加班模式-加班位置-加班类型-加班韶光/安歇韶光-补偿办法-打卡规则-加班限定-加班舍去等，末了加上关键描述。

把稳：上述需求是节选需求，实际需求量至少是3-5倍以上。

第二步：全面进行需求抽象设计。
你可采纳可视化办法，把对应需求进行抽象后，形成一张完全的需求迭代进度图。

第三步：根据需求量、紧急程度以及产研资源，确认需求优先级。
你可采纳【以终为始，全面设计；以始至终，最小闭环】的办法进行落地，而不是所有需求一起做。

二、履历时候

第一，在需求剖析时，采取“丰田经典五问”方法，深入挖掘问题的根本缘故原由。

第二，沟通时，避免陷入虚拟空间，通过三个关键问题回归现实。
当你面对真实客户进行沟通时，随意马虎让你跟客户之间构建起一个虚拟空间，从而忽略现实而轻易承诺。

一样平常我会用三个关键问题，把它拉回到现实天下。

第三，明确区分需求（目的）与办理方案（手段），防止稠浊。
有时候办理方案，便是需求，却不一定是真需求。

比如案例1中，需求可能是批量请假，但它却是一种办理方案，而不是需求；

或案例2中，需可能是不同班次的安歇韶光不同，而须要按班次设置安歇韶光。
它的实质安歇韶光不固定，那完备就可以采纳根据加班时长自动扣减安歇时长（比如加班8小时扣1小时，10小时扣1.5小时等）

第四，抽象需求的目的是探索需求实质，探求最佳办理方案，而非完美方案。

完美办理方案是空想天下的产物，现实天下的最佳方案是须要权衡所有利益干系者后的妥协方案，它须要考虑本钱与收益的平衡。

比如案例1中，终极采纳的是简化版的自定义审批自动关联考勤状态（即通过插件定时读取自定义审批信息后，自动更新考勤状态），它是本钱最小，却可以有效办理客户需求的最佳方案。

第五，剖析需求时，按需求的场景、流程、规则、模式等进行关键词提炼，且逐级向上抽象后，再进行场景归类，终极用一种可视化的办法完成表达。
它可以是一张图，也可以是一个表格等，形式不主要，主要的是思维。

三、写在末了

抽象能力在需求剖析方面确实起着至关主要的浸染。
它帮助我们从繁芜的信息中提炼出核心要素，从而更准确地理解和知足用户需求。

专栏作家

邢小作，微信"大众年夜众号：邢小作之家，大家都是产品经理专栏作家。
一枚在线教诲的产品，关注互联网教诲，喜好研究用户生理。

本文原创发布于大家都是产品经理。
未经容许，禁止转载。

题图来自 Unsplash，基于CC0协议

该文不雅观点仅代表作者本人，大家都是产品经理平台仅供应信息存储空间做事。