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

推荐订阅源

酷 壳 – CoolShell
酷 壳 – CoolShell
P
Privacy & Cybersecurity Law Blog
G
GRAHAM CLULEY
T
The Exploit Database - CXSecurity.com
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Project Zero
Project Zero
S
Security @ Cisco Blogs
TaoSecurity Blog
TaoSecurity Blog
A
Arctic Wolf
Webroot Blog
Webroot Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
Security Latest
Security Latest
H
Heimdal Security Blog
N
News and Events Feed by Topic
N
News | PayPal Newsroom
T
Tor Project blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
GbyAI
GbyAI
The Last Watchdog
The Last Watchdog
Y
Y Combinator Blog
宝玉的分享
宝玉的分享
Scott Helme
Scott Helme
A
About on SuperTechFans
M
MIT News - Artificial intelligence
V
V2EX
V
Visual Studio Blog
Recorded Future
Recorded Future
博客园 - 叶小钗
F
Fortinet All Blogs
L
Lohrmann on Cybersecurity
The GitHub Blog
The GitHub Blog
博客园 - Franky
P
Proofpoint News Feed
MyScale Blog
MyScale Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
S
Secure Thoughts
D
DataBreaches.Net
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 三生石上(FineUI控件)
I
InfoQ
SecWiki News
SecWiki News
Blog — PlanetScale
Blog — PlanetScale
Engineering at Meta
Engineering at Meta
J
Java Code Geeks
B
Blog RSS Feed
AWS News Blog
AWS News Blog
Know Your Adversary
Know Your Adversary
V
Vulnerabilities – Threatpost
H
Help Net Security

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
当开发开始摆烂,就没产品经理什么事了
明天上线 · 2024-07-10 · via 人人都是产品经理

当前各个公司裁员、锁HC,还在工作的不少人心态也发生了变化,要么就是等着裁员拿补偿,要么就是准备躺平放弃挣扎。这种时候,很多原本需要积极配合、操作的事都变得异常困难,特别是和产品对接比较多的部门,如果对接的人选择躺平,产品还能怎么办?

有时候想想,作为一个打杂的产品经理,在很多时候,真的很无力也很无奈。比如当开发人员都开始摆烂,任何需求和功能都推进不下去的时候,甚至会慢慢怀疑人生。

就是这样糟糕的情况,在我们部门已经持续了挺长时间了,期间也和部门领导反馈过这个问题,怎奈环境使然,做为产品经理的我,什么也做不了。

摆烂其实是一个比较宽泛的词,我们虽然都知道它的大致意思,但是如果真要说出个所以然来,却又发现难以找到合适的语言去形容它。

不过从我目前所遇到的情况来说,大致可以从 3 个方面去解释何谓“摆烂”。

归纳起来,就是所谓的三心:责任心、敬畏心、上进心。

一、责任心

我们打工人上班,其实和企业之间是一种双向的选择关系。我们付出自己的劳动,公司付给我们相对应的报酬。简单点说,这是一种等价交换。往深了说,这种关系其实是一种契约关系,我们所签的那份合同,是具有法律效应的。

那既然是这样的一种关系,无论从什么角度来说,作为打工人的我们,做好自己的本职工作这个底线,是不是应该需要有呢?

而摆烂的开始,就是这个底线丧失的开始,就是个人职业素养的丢失。

比如我作为产品经理,我的职责就是需要给目标用户提供合适的产品来满足公司的发展要求。作为开发人员,他们的职责应该就是保证所提供的产品是符合要求并且可以稳定运行的。

但是如果一旦开始摆烂,上面那些最基本的要求都是满足不了,说一句不开玩笑的话,有时候想产品稳定运行,简直就是一种奢望。

我们公司是做运动场馆服务的,我们的目标用户就是广大的球友,他们的使用场景就是可以通过小程序快捷的进行场地的预定,仅此而已。

但是自从大家开始摆烂后,连这个最基础的功能都会出问题,经常就会有用户反馈无法预定到场地,不是页面经常报错,就是付钱后没有订单,反正问题就是层出不穷。

这个情况在以前也出现过,只是它出现的频率不像现在这么高,而且以前就算出了问题,大家也都会尽力想办法在第一时间内解决的,至少以前的态度在那摆着。

但是现在再遇到这样的情况,大家的心态就是,让用户多刷新吧。甚至有的时候,连我们部门的领导都十分明确这个事情的严重性,并且再三督促要他们排查问题。可就是在这样的情况下,他们也都是不进行任何回复,反正就是摆烂,你拿我怎么办吧。去问前端,得到的回答就是“我不知道出了什么问题,看不出来”,去问后端,得到的回答就是“我看不出什么问题”,然后就这样,没有任何一个人去解决这个问题。

在我看来,这不是能力的问题,而是态度的问题。更要命的是,大家都觉得这样的状态是正常的,是没有任何问题的,你能奈我何!

很多时候,作为打工人,确实有自己的难处。但是无论有多少的“憋屈”,这种毫无责任心的状态,也确实让人很难受。

二、敬畏心

所谓的敬畏心,单从工作的角度来说,那就是我们起码要对自己所交付的内容保持足够的敬畏和尊重。毕竟是自己做出来的东西,好歹不能让别人说闲话吧。

比如从产品的角度来说,当产品交付给用户使用的时候,才是真正考验它的时候。无论是页面的布局,还是整体色彩的搭配,或者是提醒的文案文字等等,这些都是我们产品的价值体现,是需要我们用心去呵护的。而对开发人员来说,页面的稳定性、访问的流畅度、使用的顺畅度,也都是需要考量的目标。

但是如果一旦开始摆烂,这所谓的敬畏心,也就没有了。

具体到开发上面来说,我们遇到的典型问题就是:修改功能不测试、线上内容随意改。

先来说说修改功能不测试。

这是我们部门的特殊情况决定的,因为部门没有足够的人手,目前的测试工作基本都是运维人员进行兼任的。而之前我们领导也说过,开发要上线的功能需要先在开发内部进行测试,没有问题了再交付给运维,最后再由产品经理进行验收。也就是:开发内测 → 运维测试 → 产品验收。

但是现在的情况是,开发想改就改,想发版就发版,完全是看心情。比如有一次开发擅自修改了场地预定的逻辑,导致了在早高峰时间用户无法预订。最后问下来,原来是后端接口昨天进行了测试,然后测试的东西没有改,就直接发版了。还有一次,是前端开发在做功能开发的时候,将付款的金额写死成了 0.01,导致功能交付的时候,无法修改价格。

像上面这种例子真是不胜枚举,太多了。总结来说,就是太随意,太不当回事。反正就是功能我做了,我就发,能不能用我才不管。

再来说说线上内容随意改。

如果说前面的“修改功能不测试”的影响没有那么大,那“线上内容随意改”这个问题的严重程度就要大的多了。有时候我就搞不清他们的脑回路到底是怎么想的,就是已经在线上运行的内容,在他们的眼里都是可以随意改动的,真的是想改就改,没有任何顾虑。

比如我们的小程序,有个合作品牌板块,里面的品牌都是公司市场部和商务部的同事多方沟通最终签过合同的,并且品牌的标准、排序、时间,都是预先规定好的。但是这些在开发人员的眼里,那都不是事。有次他们将某个品牌的顺序和 logo 的比例改了,还是品牌方发现了问题,当对方找过来的时候,很多同事都是一脸蒙圈。经过了解才知道,是我们的前端开发自己擅自修改,理由是他觉得那个比例不对,应该可以放更多的内容,就将高度调整了。但是他的这样一改,对品牌方来说,就是慢慢的不尊重。像这种随意修改线上内容的情况也是十分频繁。

造成这样的情况,部门内缺少严格的流程和奖惩机制是一方面。但是我觉得,每个人心中的意识不到位,才是最可怕的。就是他们并不觉得那样做有什么问题,这才是最严重的问题。

三、上进心

所谓的上进心,那就是在完成工作的时候,能不能将标准从 40 分提高到 60 分,我都不奢望从 60 分提高到 80 分了。

对于开发而言,40 分仅能代表将功能完成了可以用,60 分仅代表将功能实现了并且能够没有问题,80 分代表的则是按照设计规范完成并且稳定的运行。

当然,这仅仅是我们部门的标准,每家公司的要求不一样,仅做参考和举例来用,不用太较真。

上面说的标准,无论是产品还是开发,其实都是一样的。产品就是从能用到好用到想用,开发就是从能用到稳定到持续。

但是如果一旦开始摆烂,这所谓的上进心,也就是荡然无存了。

具体到开发上面来说,就是做出来的东西,非常的“凑合”,非常的“糙”。就是你说它有吧,它确实有,但是真要用起来吧,就感觉特别的别扭,总是让你感觉差了那么一口气。

还是来举 2 个例子吧,一个是后端功能,一个是前端功能。

先来说说后端的。

我们的场馆,经常需要给某些固定的 VIP 用户发放固定的优惠券,这个固定的周期可能是 1 周,也可能是 1 个月,也可能是 1 年,反正就是不太固定,但是又相对不是那么灵活。

当初在提出这个需求的时候,是想着有个定时的任务,能够定期自动的给这批人去发放优惠券,我也是按照这个预期去评估的。

在第一次将优惠券发放完成后,所有人都认为这个功能已经完全 OK 了,但是过了大约 2 个星期左右,就有 VIP 向我们的工作人员反映,说是最近这段时间没有优惠券了,无法进场使用了。

最后经过了解下来,原来是后端根本就没有做自动发放的功能,都是手动发的。于是乎,到现在已经过去大半年了,还是他在手动发券。每次都显得他很忙,但每次又不解决根本问题,都是在做重复劳动。

再来说说前端的。

当时有个场馆,需要一个功能,就是用户扫码之后,能够进入到一个页面,在这个页面里能够选择商品、数量,然后进行付款,最后再进行商品出库。也就是从购买到出库的整个自动流程,减少人工的干预,提升运营的效率。但是到最后,前端交付的功能是:用户扫码进入页面,输入金额付钱。整个过程,和商品没有任何关系,更别说出库了。追问前端,得到的回答就是时间紧任务重,先这样用吧。

以上,就是目前我所遇到的情况,实在是无解!

如果要说原因,开发人员的个人因素有,但部门缺少规范、没有奖惩制度,也是最终造成这种现象的根源。

有时候我就在想,是不是自己太较真,都是打工人,没必要。但是每每这样想,真的就是过不去自己的那道坎。

于是,就在这种无能为力的拧巴状态下,艰难的继续着。

改变不了别人,就改变自己吧!

你永远无法叫醒装睡的人,同样,产品经理,你也永远无法推动摆烂的开发。

专栏作家

明天上线,微信公众号:明天上线,人人都是产品经理专栏作家。做过运营,当过客服。擅长原型设计、逻辑梳理,目前专注于B端产品领域。

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

题图来自Unsplash,基于 CC0 协议

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