『产品经理』产品经理如何跟用户搭讪?( 二 )


『产品经理』产品经理如何跟用户搭讪?
本文插图
用户所处的场景不同 , 需求也不同 。 如果他只是刚刚从外面走进来就下雨了 , 他只想在门口抖一抖肩上的雨滴 , 然后去上班;
『产品经理』产品经理如何跟用户搭讪?
本文插图
我们在做产品的时候 , 会面对很多种用户类型 , 也要思考每一种类型用户的使用场景 。 场景不同 , 解决方案也不同 , 甚至有些不需要解决的 。 比如上面这张图里列的这几个 , 几乎都是不需要你解决的 。
3. 明确需求 产品思维MVP版里给的几个“需求”其实说的已经差不多了 , 可以总结为以下几个:
『产品经理』产品经理如何跟用户搭讪?
本文插图
题干的场景是“下雨” , 和场景无关就是「不受下雨的影响」 , 也就是无论下雨不下雨 , 用户都有可能产生这些行为 。 比如无论是否下雨 , 用户每天这个时候都会在这里抽根烟;可是下雨了 , 用户跑进来躲雨 。
这个时候 , 你要做的就是 , 明确当前用户的需求是什么 。 然后给出需求的解决方案 。 解决方案可以按照这个思路去给:定义问题-确定解决方案-优先级排序 。
『产品经理』产品经理如何跟用户搭讪?
本文插图
拿上面的图举例 , 优先级里1是可以和2、3并行的 。 用户如果非常饿 , 可以先随便吃点、减轻饿的程度 , 然后去店里吃饭或是点外卖 。
4. 答题示例 第一步先明确用户、场景和需求 。
凌晨1点我刚下班 , 外面在下雨 , 走廊尽头站着一个和我年龄相仿的小姐姐 。 我之前见过她 , 她是隔壁公司的前端工程师 , 看样子今天也是加了班 。 但是刚刚路过她们公司 , 公司的灯是关着的 。 看来 , 她是最后一个离开公司的人 。
我走上前去 , 跟她打了招呼:你好 , 我是你们隔壁xx公司的产品经理 , 我们好像在一层工作 。 搭讪之后 , 确定对方没有带伞 , 但就住在前面800多米的地方 。
我给了她三个解决方案:

  • 前面100米有个24h便利店 , 可以去买一把雨伞
  • 打电话给室友来接她
  • 直接打车回家
第一个方案的弊端是要淋湿 , 但不至于湿的太厉害;第二个方案可能要等很久 , 而且室友不一定在家;第三个方案 , 因为是深夜 , 再加上起点和终点较近 , 很难打到车 。
其实 , 还有一种:我打的车快到了 , 她可以坐我的车 , 我捎她一程 。 但是 , 我不一定是好人 , 需要她自己评估风险 。
三、2.0版产品思维 前两个版本的思路更多的是“还没走到用户面前”的心里路程 , 很像是我们做产品前的工作:先分析再对症下药 。 但是前面都是站在用户的角度去思考问题 , 更高级的思考方式是:既解决了用户的需求 , 也实现了自己的目标(商业价值) 。
你看到一个用户 , 可以在为他解决问题的同时 , 获取你自己想要的信息 。 比如 , 你们产品最近刚好上线了新的功能 , 你可以在完成上面的步骤之后(解决了用户的需求) , 在接下来的相处时间中(假如他搭你的伞) , 询问他在使用产品的感受、习惯 。
拿到了他个人的反馈后 , 可以顺便问一下他身边是否有朋友用 , 朋友都是怎样的特征 , 有没有什么吐槽 。
整个操作下来也许只有5分钟 , 但你不仅在用户面前捞了一波好感 , 还为产品捞到了真实用户的反馈(反馈质量后续可以评估) 。 如此 , 你算是完成了一个「双赢」的对话 。
四、总结 坦白说 , 这道题挺无聊的(解这道题 , 我也挺无聊的) , 但我们的职业生涯中 , 总会有一些奇奇怪怪、出人意料的问题 。 这种问题考的就是应变能力和基本功 。 只要你的基本功够扎实 , 遇到任何奇葩问题都可以迎刃而解 。