产品经理的工作感想(1)

简介:

互联网产品设计的五个层次:战略,范围,结构,框架,表现。
  一个产品经理的信仰:好产品能改变世界。
  产品究竟是什么:
  官方解释:产品是一组将输入转化为输出的相互关联或相互作用的活动的结果。是过程的结果
  在经济领域中,通常也可理解为组织制造的任何制品或制品的组合。
  产品的侠义概念:被生产出来的物品。
  产品的广义概念:可以满足人们需求的载体。
  产品的直观概念:就是用来解决某个问题的东西。
  对于产品的理解
  典型的传统行业与互联网,软件行业的区别:
  第一,行业形态不同:成熟行业 VS 新兴行业。
  第二,产品形态与成本结构不同:实物 VS 虚拟物品。
  第三,生命周期不同:几年 VS 几个月。
  第四,盈利模式不同:单一卖产品赚钱 VS 多远盈利。
  第五,用户心态不同:花钱买 VS 免费用。
  管理的能力:
  “在资源不足的情况下把事情做成”的能力。
  这里的资源 在产品经理的工作中通常表现为一下几种形式:
  第一,信息不足以决策。时间有限,每次决策前不可能掌握所有信息。
  做决定时总是很头疼,我估计是“拍脑袋”拍的太多的原因,哈哈。
  第二,时间不足以安排周密的计划。总是接到3个月,一个月,甚至一个礼拜完成。
  某项目的命令,每次都让我们张大嘴巴说不出来,应承下来后的如何完成计划?不过又一次的实践表明,办法总比困难多。
  第三,人员不足以支持工作强度和难度。不但时间不足,人员也不足,就算数量够,能力也不够,能力够了,团队士气高不高?哪里公司不加班,有多少公司有加班工资?但还的完成任务,难不难?难。
  第四,资金不足以自由调配。俗话说钱要花在刀刃上,买机器要花钱,招人要花钱,产品推广要花钱,而花这些钱的前提是公司还低得赚钱,每花一分钱恨不得掰成两半用。
  以上四点还可以推广到生活的各方各面,凡是资源,总归不足_这是常态。
  既然不足,就需要学会分配资源,管理资源,比如说自己的时间,衣橱,工资。。。。。其实你已经每天都在做了,不是么?所以你已经是产品经理了。
  需要进一步明确一点,你是自己喜欢产品,到底是喜欢做用户,还是喜欢做产品经理?
  当你对一个产品感兴趣的时候,回想一下脑海中萦绕的问题是站在用户的角度,还是站在产品经理的角度。通常,用户回去想怎么用这个产品,才能带给自己更大的好处,产生更大的效用,而产品经理则习惯与绕过表象,从背后看问题的本质,思考怎么设计这个产品才能更好的平衡用户目标和商业目标。
最新内容请见作者的GitHub页:http://qaseven.github.io/

相关文章
|
10月前
|
设计模式 人工智能 缓存
🚗我毕业/转行了,怎么适应我的第一份开发工作?
你是怎么从一个什么都不懂的小萌新变成现在的大佬模样的呢?我最近一直在回顾自己的职业生涯,思考自己在这几年里做了什么、成为了什么,实现了什么,失去了什么。希望可以给你带来帮助。
54 0
|
分布式计算 Cloud Native 大数据
写给高效能产品经理的七个建议
阿里云智能高级产品专家「戚亚东(花名:才云)」通过日常的工作观察和面试经验,总结了关于高效能产品经理的七个建议。
39319 13
写给高效能产品经理的七个建议
|
测试技术
干货 | 测试人职场晋升“潜规则”:15 年经验资深测试经理的职场忠告
![](https://ceshiren.com/uploads/default/original/3X/6/b/6b7c415433c9acc8c4e15708b60b419da5eb9ed3.png) ![](https://ceshiren.com/uploads/default/original/3X/8/d/8dec96d8de9bc7b8ceab15cf3117a3b772c7dc7
|
程序员
工作感悟-时间管理
工作感悟-时间管理
100 0
|
Java 测试技术 项目管理
15 年经验资深测试经理的经验分享:测试人职场晋升“潜规则”
本文整理自霍格沃兹测试学院「测试开发在线沙龙」主题分享《测试人晋升指南:如何做好个人绩效管理》,略有删减。文末链接进阶学习。
15 年经验资深测试经理的经验分享:测试人职场晋升“潜规则”
|
机器学习/深度学习 新零售 大数据
关于人人都是产品经理的思考【产品经理的反思】
其实我们人人都是产品经理,人人都是自己的CEO,一个好的产品经理应该具备一家完善的公司能力;人能给人的只有信息,人能做的就是更好的协调周边资源或信息的运作方式,从中推进人生向更高处发展。我们都需要一双眼睛,是发现痛点、找到**破局**点的敏锐之眼,二需要一双手,是动手优化、着手改变的行动之手;三是需要一颗心,是洞察人性的同理心,懂得自己与用户,懂得产品上每个细节给到人的满足感、确认感和依赖感。
5016 0
|
程序员 数据库
工作感悟
技术是为业务服务的。不结合业务使用场景单纯进行框架,语言优劣对比都是扯淡。 接上句,优化重构代码之前要先分析业务场景。 写组件时候要预留一些接口,考虑将来是否要求扩展,避免硬塞。
952 0
|
运维 数据安全/隐私保护