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

推荐订阅源

J
Java Code Geeks
腾讯CDC
M
MIT News - Artificial intelligence
Y
Y Combinator Blog
L
LangChain Blog
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
The GitHub Blog
The GitHub Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
B
Blog
P
Proofpoint News Feed
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园_首页
Google DeepMind News
Google DeepMind News
WordPress大学
WordPress大学
aimingoo的专栏
aimingoo的专栏
小众软件
小众软件
IT之家
IT之家
A
About on SuperTechFans
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迎来强劲对手 – 人人都是产品经理,
PM如何应对因跳槽带来的行业转变
何不必 · 2022-07-25 · via 人人都是产品经理

编辑导语:相信不少产品经理多多少少都有经历过跳槽的时候,那么当你跳槽时发现行业与自己过往经历不同,你会如何应对?作者分享了自己在跳槽过程中经历的一些成长,一起来看看。

我应该不算是一个比较追求稳定的人,六年多的时间,且不说工作换了多少,单单是城市就已经换了三个(上海、北京、石家庄)。因此对于应对行业不同带来的困扰也就稍微有点小见解。

一直以来我都还算是幸运的,遇到的公司、老板和同事都带给了我不一样的成长助力,在此也算表达一下感谢吧。

一、大四上半年

在一家外企实习(IT实习生),主要是协助系统上线,并且进行线下培训。这一份工作经历让还没有真正进入过社会的我算是往里迈了一步:

解题思路:

  • 以使用者心态进行系统的操作
  • 向旧系统的使用者进行请教自己整理的业务流程是否和实际一致
  • 向新系统的开发者了解系统的逻辑,和确认自己的业务梳理是否正确
  • 由于是新旧系统替换,所以我以最快的时间进行了新旧系统的对比,找出业务、逻辑、操作上的差异,进行了问题汇总
  • 实际培训中,收集每个门店的疑问点,下次培训时重点提出,以作说明

成长点:

  • 不抵触出差,因为公司门店分布全国,所以出差在所难免【对于一个大一开学只知道有火车却不知道还分动车高铁,还有硬卧软卧的人,其实这一点对我来说很重要】
  • 自我能力的认可,可以给别人带来价值着实是一件让人开心的事情
  • 应对不同情绪人员的能力【这个其实成长不大,结束的时候我还是会因为共事人员的暴躁态度而控制不住眼泪】

二、大四下学期

机缘巧合入了产品的坑,虽然专业是计算机,但之前确实是对产品岗知之甚少,不,是没听过。幸运的是入职的公司老板很是照顾,从0到1的指导技能提升的很快。这份工作算是带我进入了产品的大门:

解题思路:

  • 使用系统,编写操作手册(这是了解一个系统最快的方法)
  • 多参会,了解前端、后端、UI、测试、产品等不同岗位的职责和工作节奏
  • 学会借助工具(Axure、Visio、XMind等),传达自己的想法
  • 多见客户,多了解一手资讯和想法(这一个多亏老板事事都要带上我这个小跟班)
  • 向上了解客户和老板,向下了解开发人员,做好两者间的协调工作

成长点:

  • 对产品岗有了较为清晰的认知,对其他协作岗位有了基本了解
  • 明白且深刻理解了语言沟通存在的偏差(客户表达的是不是他想表达的,你理解的是不是客户想表达的,他理解的你理解的他的表达是不是正确的,这些都需要反复确认,都是容易出问题的地方啊)
  • 用尽可能通俗易懂的语言和客户交流,不要想当然的认为沟通者和你有一样的认知(这个并不是说PM一定认知高,只是在某些方便某些词汇上,不要试图认为自己懂得别人都懂,这样会让沟通者无法更好的表述自己的真实想法)
  • 每个人都有自己的擅长点,把不同的人安排在适合他的位置上,才可以让团队发挥出最大的价值
  • 有一个不好的点,对老板脾气后面变得很易怒,对于一些重要的提醒没有听进去,也没意识到

三、转战北京后

第一家公司还是外包公司,这个公司在行业方向没什么特别大的转变,还是不涉及大的业务方向变更。但在一些方面也确实助力不小:

解题思路:

  • 外包公司有个共性,所有项目都在做0-1的产出,极少设计从1到多的优化升级迭代
  • 对于逻辑不太复杂的系统,最多一周梳理也可以对系统有个大概的认知和见解
  • 对于一些国企、政府类客户,需求变更在所难免,所以高保真原型沟通就显得至关重要
  • 外包公司有个特点,虽然钱少事儿多,但是产品的基础能力提升确实快

成长点:

  • 原型设计能力接近高保真
  • 电商类系统得到了较为全面的认知和提升
  • 提高了团队间协作能力,提升了和技术人员沟通的一些注意点
  • 对于系统间的数据对接有了一定的了解,对财务只是有了初步了解
  • 对于较复杂的流程逻辑有了规划和处理的能力

四、行业转变

这份工作应该是受行业性质影响最大的一个,其实到这里才算是真正的步入正题了吧!前面废话着实有点多了。行业由原来比较熟悉的电商或常规的使用系统,变成了完全没接触过的政府采购:

解题思路:

使用系统:这一招不太好用了,也不能说不好用,就是短时间内根本无法完成整个系统的逻辑和业务梳理,只能按模块进行大范围的理解,细节单靠系统使用确实较难理解。

了解政策条文:关于政府采购国家下发的相关法律条文,熟读并背诵,其实背诵并不是目的,只是为了让你潜意识的在使用系统的时候,知道哪个功能是符合/印证了某条法律条文的。例如:《中华人民共和国政府采购法》、财政部令第87号《政府采购货物和服务招标投标管理办法》等

多向同事请教,包括但不限于产品同事、售前同事、测试同事、实施同事、开发同事等:至于怎么请教,我有那么一点点心得,浅写一下【由于我性格属于偏内向的,所以不太习惯主动找同事聊天,这个问题也一直被领导说,最后离职也是因为这个原因。

扯远了,我觉得,找到对应的人不算太难,难的是你没有问题可问,刚刚接触一个新的行业,什么都不知道,根本不知道从何问起,因为这时你还不知道自己应该了解什么,什么才是你需要了解的。

新的行业是你之前从未接触过的,而现有同事都是身处其中一段时间的,根本不知道你哪里不懂,所以你不会问,别人也就不知道应该和你说什么。我选择的方法是自己先说整体,然后复述给老大,让老大纠正和提问,这时候记住需要关注的点,不理解的再向相关人员请教。

这样一套流程下来就有个大致的了解,然后再按模块和流程细化,如此循环,就可以了解全貌。期间需要注意几点,都是我犯过的错误:

①不要怕错,知道错才能改

②不要急,这么大的系统,别人几年的成果,一两个月就被你了解也不现实

③有问题及时汇报,及时沟通,得不到反馈就要反馈,不要自己瞎想

④公司招你进来说明你的能力可以,性价比高,不用担心自己能力问题

多参加高层的会议:这一个看情况而定,可以向上级申请,有相关会议都叫上自己,保证不影响本职工作,如果不是保密级别特别高的会议,上级一般不会拒绝你的请求,哪怕记个会议纪要也好。

这样主要是为了对于系统有一些更高维度的思考,虽然这种提升不太快,但是别人交流某个功能的时候你听说过,也会给自己很大的信心。

一起吃饭:这个也可以说我是被逼的,但确实也有一定的用途,半个月,聚餐十五次也是没谁了。由于我不善言辞,所以一般都是听各位大佬高谈论阔,指点江山,然后默默吃饭、学习,收获也是不小的,至少公司战略层面的方向多少了解一点点。

成长点:

  • 对较大型的系统有了一定的认知,这个认知可太有用了,让我后面见过的所有系统和业务都不在有抵触心理
  • 人际交流方面有了一定程度的提升【得益于我的老大觉得我闷,一天两次让我去找开发们聊天,起初真的是太痛苦了】
  • 抗压性。这个怎么说呢,在此之前的所有工作,最多是在体力上压榨我,我遇到问题至少知道如何一步步去解决,而这份工作让我感到迷茫,我不知道自己应该如何下手。对于明天没有自己的计划,但又觉得事情很多很多,再加上来自各省运维测试人员的压力和开发无法排期的矛盾就更加焦虑。虽然我最终还是因为精神压力太大而选择了离开,但不得不说,这份工作确实将我的抗压性提高了一个不小的等级

五、回石家庄的第一份工作

大数据,行业是水务行业,确实也是一个完全陌生的行业,但有了上一份工作经历,这一份工作就没那么大的痛苦:

解题思路:

  • 使用系统。有了之前的经验,对系统的梳理就变得游刃有余(这个词有点夸张了,不焦虑倒是真的)
  • 拉着销售、售前人员进行讲解。这个得益于我们公司有个一起吃饭的习惯,这就很好的让我有了请教的机会
  • 开始工作。由于换城市,确认offer到入职之间时间有点长,所以有一些工作已经很紧急了。就很快的进入了工作状态,这样也很有利于对业务知识的理解,并且还有正向反馈,更容易提高兴趣点
  • 参加会议。可能是职级的变化,大大小小的会议我都会参加,并且会要求发言,所以这次业务的了解参加会议还是用处比较大的

成长点:

说瞎话能力。这真的是我觉得这份工作带给我最大的成长。一方面和总部领导进行规划,夸张系统的优势和创造的经济价值;一方面和下面分公司强调总部领导对该项目的重视。

一方面和客户说这个功能开发有多麻烦多麻烦,能砍就砍;一方面和开发说这个功能要去的多急,我被骂的多惨。一方面忽悠客户签字确认需求不再变更;一方面和领导汇报客户怎么怎么刁难,让领导层进行施压……看,这就是这一年多我觉得提升最大的了。

以上,太久没写字了,也不太好清楚自己写了点啥,表达清楚了没,还是希望对需要的人员有些许的帮助吧!

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

题图来自Unsplash,基于CC0协议