STEP 1 / 5
🔍 定义需求
别急着想解法,先搞清用户在说什么
👋 嗨!我是企鹅博士~
很多新人一拿到需求就马上想「做xxx功能」——错!
第一步根本不是想解法,而是问:
「这是不是真实用户声音?」
很多新人一拿到需求就马上想「做xxx功能」——错!
第一步根本不是想解法,而是问:
「这是不是真实用户声音?」
🧪 互动 1/3 · 辨别用户话术
🗣️ 用户话术 vs 设计者话术
✅ 真实用户话术
有情绪、有场景、有具体痛点
「我每次写周报都慌…」
「我每次写周报都慌…」
❌ 设计者话术
已经替用户想好了解法
「需要一个推送系统…」
「需要一个推送系统…」
Q1. 「不知道老板关心什么」,哪句是真实用户话术?
📚 知识卡片 · 更多需求案例
💡 职场新人还有哪些常见需求?
不只「不知道老板关心什么」,还有这些——
点击卡片,看看有没有你的影子:
不知道怎么约专家时间
怕被拒绝、不知道怎么开口、不知道专家是否有空
写周报/述职没素材
不知道写什么、不知道老板想看什么亮点
跨部门沟通不知道怎么开口
怕打扰别人、不知道对方是否愿意帮忙
不知道自己的成长进度
不知道自己做得好不好、不知道晋升需要什么
📊 知识卡片 · 挖掘需求的数据来源
⛏️ 挖掘需求:看用户「做」什么,不只「说」什么
内部系统行为数据
• 新人约专家的比例是否高于其他人群?
• 新人反馈里有多少涉及「不知道重点」?
• 功能点击热图、停留时长
• 新人约专家的比例是否高于其他人群?
• 新人反馈里有多少涉及「不知道重点」?
• 功能点击热图、停留时长
外部网站 / 小红书
• 搜索「新人入职 不知道做什么」的热度
• 小红书/知乎上新人求助帖的内容分析
• 竞品评论区的高频抱怨词
• 搜索「新人入职 不知道做什么」的热度
• 小红书/知乎上新人求助帖的内容分析
• 竞品评论区的高频抱怨词
用户直接反馈
• 客服/HR 收到的新人求助记录
• 离职面谈中「缺乏指导」的出现频次
• NPS 评论中提及「迷茫」的内容
• 客服/HR 收到的新人求助记录
• 离职面谈中「缺乏指导」的出现频次
• NPS 评论中提及「迷茫」的内容
验证 Demo 反应
• 做一个粗糙页面,给同事看
• 观察他们眼神是否亮起来
• 「哇这个我也要!」= 需求真实
• 做一个粗糙页面,给同事看
• 观察他们眼神是否亮起来
• 「哇这个我也要!」= 需求真实
💡 HR系统PM特别提示:
你们有独特的内部数据优势——新人入职流程数据、HR工单、导师分配记录、新人培训参与率等,这些都是验证新人需求的黄金数据!
你们有独特的内部数据优势——新人入职流程数据、HR工单、导师分配记录、新人培训参与率等,这些都是验证新人需求的黄金数据!
🧪 互动 2/3 · 判断硬需求
💎 这是不是「硬需求」?
硬需求 = 足够多的人 + 足够强的痛点
判断:如果这功能消失了,用户会骂人还是无所谓?
猜一猜:在1000个职场新人中,有多少人「不知道老板/专家关心什么」?
50%
几乎没人
所有人
🧪 互动 3/3 · 关键成功因素
🏆 需求完成的关键因素(你的壁垒)
就算需求是真的,你凭什么比别的产品经理做得更好?
点击勾选你认为做「老板Bot」的关键壁垒:
✓
老板专家的历史决策数据(评审记录、反馈文档)
✓
大量真实评审语料库(比竞品更「懂行」)
✓
与老板/专家的直接合作关系(拿到别人拿不到的数据)
✓
快速迭代的反馈闭环(用户用→改→再给用户)
📋 知识卡片 · 需求优先级方法论
📊 需求优先级:怎么排?
✅ 用「影响度 × 实现难度」矩阵
高影响 + 低难度 → 一期必做 ⭐
高影响 + 高难度 → 拆分,先做最简版
低影响 + 低难度 → 顺手做,或二期
低影响 + 高难度 → 不做 ✂️
💡 以下仅为示例,实际优先级需结合你的具体数据来排定
高影响 + 高难度 → 拆分,先做最简版
低影响 + 低难度 → 顺手做,或二期
低影响 + 高难度 → 不做 ✂️
💡 以下仅为示例,实际优先级需结合你的具体数据来排定
💡 核心原则:最小原子化,不求多求精。
先做「够用」的版本验证需求真假,再决定要不要做重。
先做「够用」的版本验证需求真假,再决定要不要做重。