当前位置: 首页 > news >正文

互联网行业的高级产品经理和普通产品经理有哪些区别?

普通产品经理的一天可能是这样的。

早上到公司想一想,这几天有哪些事情要处理。打开记事本,按照上面要求的任务一条一条开始做。

这里有个需求,是要给产品的聊天模块增加历史记录。

嗯,看一下常见的几款社交工具 APP,他们的做法,心里大概有数。

打开Axure,开始作图。

这时工程师同事来找,说有个之前的需求文档表述不清。于是带上相关的大伙紧急开会核对一下。

哦,原来是有个逻辑没描述好,讨论清楚就行了。大家心满意足地散会。

继续做文档,已到中午吃饭时间。刚要去吃饭,老板突然喊住,说哎昨天安排的那个整理产品简介的 PPT,有没有做好。

才突然想到这事儿,记事本里倒是记了,还没来得及做。 于是叫了外卖,赶快先做 PPT。

花了一小时终于搞定,赶快发邮件给老板,然后继续做聊天模块的方案。

方案做完,发给 UED 部门。

再看还没做的任务。

哦,之前有个邮件,运营部门提到,现在的转账功能使用非常不方便,用户反馈很差。

于是翻出转账功能的需求文档来,细细端详。

花了一个多小时,做了 5 个优化方案,喊几个产品同事一起讨论了半小时,定好细节,准备第二天完成文档提交给开发。

傍晚原本还有个项目迭代会,但这次人不齐没有开成。

昨天也是因为人没齐。

想了想他们真不靠谱,又得晚一天开,可能还要延期,自己又要背锅啦。

晚饭在楼下随便吃了点,回来看任务还有调研社交软件的商业化这项工作,于是在知乎、微博、微信公众号上把各种文章都搜出来,一篇一篇读。

读到 9 点半,很充实。

下班,回家。刚到家老板打电话问 PPT 怎么样了,回答说早就发邮件了啊,可能是漏掉了。

老板检查了下,果然如此。

高级产品经理的一天可能是这样的。

早上到公司,打开 to do list,按照优先级给自己排一个序。

老板说过有个产品简介的 PPT 很重要,所以先做这个。

PPT 花 20 分钟先做个初稿,拿给老板看,问是不是这个意思。老板说有几处不太合适。

于是改掉,再继续补充完整、调整排版,最后再拉个设计师同事来帮忙点评下,调下配色和布局。

整理后发给老板。考虑到老板比较着急怕他漏掉,特地到他办公室提醒他一句东西已做好。

这时大概是中午吃饭时间,想到最近跟开发的哥哥们接触比较少,就喊了几个工程师一起吃饭。

吃饭的时候聊了聊近期产品的策略和开发上遇到的几个问题,顺便沟通沟通感情,扯扯淡。

吃完饭,开始按 list 里的安排,做聊天模块的历史记录功能。

先写出这个功能的需求逻辑来,比如给谁用的、什么时候用、在什么情况下用、怎么用,这几点也都罗列清楚,然后把场景和需求结合来看,推导出应有的功能。 这时,根据功能画了 A、B、C 三个方案,然后查看常见的几款社交工具 APP,取长补短放在自己的方案里。

再观察三个方案的优劣,写清楚。

跟产品同事们聊了聊不同的几个方案,一致认为 B 方案最优,因此暂定是 B 方案,发给 UED 部分,顺便发给相关开发,请他们过目看可行性。

这时开发的一个同事来说,有个之前的说有个之前的需求文档表述不清。

于是带上相关的大伙紧急开会核对一下。

哦,原来是有个逻辑没描述好,讨论清楚。然后,再跟大家复盘下出现的问题,何时出现的、为什么会出现、谁发现的、之前为什么没发现等等。

这些搞明白后,一起拟定了一套新的协作流程,以规避会出现的问题。

大家散会。

看还没做的任务。

哦,之前有个邮件,运营部门提到,现在的转账功能使用非常不方便,用户反馈很差。

于是找到运营部门的同事,问他们是谁提的问题。

运营的同事说是有几个用户,于是要到用户的联系方式,直接打电话回访。记录下来 3 个问题,然后思考了对应的 3 个优化方案,给运营的同事过目,然后准备第二天完成文档提交给开发。并且提醒运营部门的同事,未来这样的问题,要连同用户的联系方式一并提供。

傍晚原本还有个项目迭代会,但这次人不齐没有开成。昨天也是因为人没齐。不能再拖,找到今天临时有事的几个同事,严辞跟他们说清,如果再不一起开成会,这次迭代可能就会延期,后果要他们承担。

回到工位再发送一封邮件,抄送给所有参会者和他们的 leader,说明情况。大家纷纷表示,第二天上午就一定把会开完。

晚饭在楼下随便吃了点,回来看任务还有调研社交软件的商业化这项工作,于是在知乎、产品经理社区、微信公众号上把各种文章都搜出来,一篇一篇读。

读的时候把有价值的观点都整理到 Evernote 里,并做好索引,方便查阅。

读到 9 点半,很充实。下班,回家。

要抽象出来几条解释很难,从我的故事里应该能体会到区别。

非要说用一句话来描述的话,就是「高级产品经理会关注和参与更多」。

对于普通的产品经理,他只负责份内的事情,诸如产品设计、项目推进、需求分析。

所以跟其他部门一样,是独立的职能人员。

对于高级产品经理,一方面是视野和感知,一方面是负责的事务和工作内容,都要触及其他部门,成为他们的中枢。

嗯大概就是这样。希望能帮到你。

http://www.lryc.cn/news/25757.html

相关文章:

  • aardio - 【库】简单信息框
  • 程序员必备!最值得收藏的宝藏网站大盘点
  • Android 10.0 Settings 关掉开发者模式
  • 软件测试面试必杀篇:【2023软件测试面试八股文宝典】
  • 原子级操作快速自制modbus协议
  • 大数据之Apache Doris_亚秒级响应_大数据处理分析_介绍_概述---大数据之Apache Doris工作笔记0001
  • SpringCloud学习笔记 - 分布式系统全局事务管理 - Seata1.5.2+Nacos+OpenFeign
  • LeetCode190_190. 颠倒二进制位
  • atomic 原子操作
  • DataGear 制作基于Vue前端框架渲染的数据可视化看板
  • JavaFX Scene Builder 下载安装
  • dva( 轻量级的应用框架 )
  • 数据结构:堆的实现与建堆时间复杂度分析
  • 对“车辆销售配置器”的认识与理解
  • Linux编译器——gcc/g++(预处理、编译、汇编、链接)
  • Java 操作图片进行缩放旋转翻转加水印
  • 不能去演唱会现场就多听听耳机里的他们,教你用python来实现一个音乐播放器
  • CLion Debug 调试 Makefile 构建的 C 语言程序断点不起作用
  • ·神经网络
  • 【Java 多线程学习】
  • 【计算机考研408】快速排序的趟数问题 + PAT 甲级 7-2 The Second Run of Quicksort
  • CSS-Grid(网格)布局
  • 软件测试4
  • 996的压力下,程序员还有时间做副业吗?
  • 每日学术速递3.1
  • 金融行业数据模型
  • 【面试题】2023前端vue面试题及答案
  • (哈希查找)leetcode128. 最长连续序列
  • js中splice方法和slice方法
  • c++ argparse