惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Vercel News
Vercel News
博客园 - 【当耐特】
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
小众软件
小众软件
Hugging Face - Blog
Hugging Face - Blog
aimingoo的专栏
aimingoo的专栏
WordPress大学
WordPress大学
G
Google Developers Blog
博客园 - 叶小钗
大猫的无限游戏
大猫的无限游戏
P
Proofpoint News Feed
J
Java Code Geeks
U
Unit 42
云风的 BLOG
云风的 BLOG
阮一峰的网络日志
阮一峰的网络日志
N
Netflix TechBlog - Medium
宝玉的分享
宝玉的分享
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
D
Docker
V
Visual Studio Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
H
Help Net Security
V
V2EX
T
Tailwind CSS Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
小区开梯控,住户破口大骂!却带给我3点产品上的思考!
好学的黄河 · 2024-10-08 · via 人人都是产品经理

在日常生活中,我们经常会遇到需要权衡利弊的决策时刻,就像小区是否要安装梯控系统一样。这样的决定不仅影响着居民的日常生活,还可能引发关于产品功能设计的深入思考。

前段时间,因为有小广告“频繁入侵”,我们这栋楼的部分业主在群里反馈让尽快安梯控。

他们认为,安装梯控后,发小广告的广告商就不会打扰到人们的生活。

但是因为这件事,住户们却吵了起来!

有的人认为:开启梯控,小区非常安全,杜绝广告。

反对的人认为:回个家麻烦死了,又得买卡、去物业录信息、上楼梯刷卡,外卖、快递等生活服务上门到家很不方便。

看着都很有道理,但这件事却给我带来一些产品思考:

当我们的产品要增加功能的时候,到底要不要加?应该如何做决策?考虑哪些因素?

我认为,新功能要不要加应当考虑三重因素:

01. 是否满足用户需求或解决用户的痛点?

这里面其实还需要深思熟虑三个平衡点:

是大多数用户的需求/痛点,还是一小撮用户的?

加上之后是否会带来新的问题?能够解决根本问题?

难道没有更好的解决方案了吗?

我们做产品时,最容易犯的错就是把一小部分人群的需求当作是大多数用户的需求。

以这次开梯控为例,本身发广告一定是影响了部分人的生活,但是影响有多大?是否值得因为一小部分人群的需求,去增加大部分人的生活成本?

我测试了一下,开启梯控前和开启梯控后,用户在链路上的变化如下:

开启前:进电梯-按楼层-完毕

开启后:进电梯-掏出住户卡-靠近识别区-等待2秒提示音-按楼层-完毕

开启前需要3个动作,开启后直接翻倍,需要6个动作,每个动作增加2秒时间,每个住户电梯间使用时长增加6秒。

看似花费不了多长时间,但每一个人增加6秒,电梯的运行效率将大大降低。

电梯的核心功能是安全、快速地方便住户上下楼。高频的使用时间段往往是大家上下班离家和回家的时候,刷卡操作是严重背离这一核心功能的。

所以,梯控功能一上线,遭到很多用户的强烈反对。

还有一个例子,前段时间,还是我们小区,因为有外卖小哥在小区行驶,撞到了骑自行车的小孩,家长要求禁止外卖、快递员进小区,只能走进来。

这种“产品需求”很明显是不合理的,完全没有思考是否是大多数人、是否会带来新的问题、是否能解决核心问题这三个关键问题。

外卖、快递是生活刚需,禁止服务人员进小区,增加了住户的生活成本,而且禁止他们进小区,并不能杜绝撞到小孩事情发生的可能性,总不能让住户都别在小区骑电动车、自行车吧?

路上天天都会发生交通事故,那岂不是都不用开车了?走路跑步都有可能撞到小孩。

小区这个“产品”还有一个例子,增加的这个“功能”,就完全符合了这三个平衡点,获得了大家的一致认可,那就是安装电动车停车区的功能。

我们来对照思考一下:

是大多数用户的需求/痛点,还是一小撮用户的?

经过物业组织的投票反馈,设置电动车停车区是能解决部分住户的需求/痛点的。

大家因为没处停车,导致很多人电动车入电梯、入户,而这种行为直接影响全体住户的生命财产安全,也是违法行为。

那为什么之前迟迟没有安装停车区呢?

是因为需要占用绿化部分,有部分用户反对,但是相较于生命安全的核心痛点,绿化的需求成了次要考虑因素,所以能够顺利推进并且获得大多数住户的同意与支持。

平衡了第二点我们该考虑的“加上之后是否会带来新的问题?能够解决根本问题?”的问题。

难道没有更好的解决方案了吗?

就停车区域来看,牺牲一定的绿化面积,解决更迫切、紧急的停车问题,是当下更好的解决方案了。

那么再回到我们最初的话题:梯控到底该不该加?如果你是我们的住户,你的观点是什么?欢迎投票。

从上面的讲述来看,大家或许该认为,既然这么麻烦,那就别加呗。

但是确实有用户感觉到难以忍受“闲杂人等”和“小广告的入侵”,怎么办?

产品功能上是否有更好的办法?

我认为是有的,比如梯控系统增加更多选择:愿意开启的就开启,不愿意开启的就关闭刷卡动作,这样是比较中和的解决方案(当然这需要电梯安全系统公司去研发)。

你是否有更好的产品解决方案?欢迎评论区讨论

这是新功能要不要加应当考虑三重因素的第一重因素:是否满足用户需求或者解决用户的痛点。

第二重考虑因素:是否提前做了足够的调研?

02.是否提前做了足够的调研?

很明显,物业并没有提前征集全体用户的意见,只是有一部分用户在发现小广告后,群里反馈之后,就开启安装梯控的动作。

开始实施之后,才发现,还有沉默的大多数是没有发声的,势必会激化物业这个“产品开发者”和用户之间的矛盾与冲突。

放在我们日常做产品功能上,就一定要有足够的用户意识,科学有效的调研是我们做产品功能的基础,否则投入庞大的时间、精力、财力堆砌的功能,成了伪需求。

除此之外,还应该考虑第三重因素:后续是否有优化调整的方案?

03.后续是否有优化调整的方案?

梯控已经开启一段时间了,大家似乎基本适应了天天刷卡的生活,似乎加梯控的功能实现了有效的应用?但是,这真的好吗?

前段时间,下班时间,小区突然停了电,导致很多人慌了神。

还有年纪大一些的住户说:

“梯控的事情就这么用了?我不会用,每次需要家人带着上下楼梯,昨天有个朋友要来,我说我不会开,朋友只好没来。这房子住的,花钱买个被限制了。”

很明显,这个“产品功能”的上线,带来了一些反噬。

我们做产品功能的时候,除了判断是否是核心需求/痛点、是否做了充足的调研之外,还应该考虑是否有后续的优化方案,否则只会带来更大的麻烦与更多的问题。

看到这里,你认为梯控到底该不该加呢?欢迎在评论区分享你的观点和理由。

专栏作家

黄河懂运营,微信公众号:黄河懂运营,人人都是产品经理专栏作家。5年+运营实操经验,甲乙方市场/营销/运营经验,擅长从0到1帮助企业搭建运营增长体系,在项目管理、市场调研、消费者心理研究、社媒营销等方面有较为丰富的实战经验。

本文原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。