3年产品的瓶颈思考:沉浸细节并非好事

不懂技术怎么做产品?15天在线学习,补齐产品经理必备技术知识,再也不被开发忽悠。了解一下>

对于3岁产品经理来说,过分关注细节不再是一件值得称道的好事。要想升级高阶产品经理,就得投入到思考业务、宏观的架构、商业化中。

这是一盘关于产品生涯思考,写在工作3年的瓶颈期,希望能够给有同样处境的你带来一定的启发~

故事还得从上个月说起,8月末招我进入现公司的前辈离职了,离职前grace对我再一次说到:

兮兮,你工作也三年了,不能太沉浸在画原型、写文档里,太抠那些细节。

而是要把时间、精力多投入到思考业务、宏观的架构、商业化中,哪怕你做的是一款内部的使用的产品,你也得去以商业化的角度去思考产品未来的规划。

接手grace工作的这一个月时间里,我确实真切地感受到了这句话的意义,也体会到了践行这句话的意义。

或许,此时的你也会有我第一次听到这句话的疑惑:不关注细节,这样太不负责任了,和工作摸鱼没有区别啊!

如果你对grace说的这句话有疑惑,那你可真的要继续阅读完这篇文章了。

关注细节,只是初学者的必经之路

基础概念的理解、基本功力的修炼……是每一个职业入行需要关注的。以产品经理为例,会画原型图、会写需求文档、会项目管理……这些都是1~3岁的产品经理必须掌握的技能。

  • 通过临摹优质的APP界面、做出复杂的交互效果,可以锻炼原型图绘制的能力;
  • 通过用例图、流程图、架构图、异常说明、交互说明等的列举,可以完善自己需求文档写作的能力
  • ……

初期,这些都是我们每一位产品经理要践行,甚至是刻意练习的,这是产品经理往上发展的根基。

产品经理是这样,其他岗位也是这样:

如果一个建筑工程师天天研究地基的垫层、混凝土配比,那么距离他盖成摩天大楼的时间就不知道要等到猴年马月了。

想一想,如果一个多年工龄的产品经理还在画原型、写需求上花很多时间那结果会怎么样呢?

在众多的产品分享会中,几乎没有产品大拿会分享他的原型怎么画的,也没有分享他的需求文档是怎么写的。

从主流的招聘网站上你也会发现:1~3年的岗位,公司看中的是基础技能,如竞品分析、原型设计、文档编辑等。而3~5年的岗位,公司看中的就是架构的能力,如产品战略规划、商业意识等。

如果,没有刻意的培养这些能力,谁又能保证3~5年的产品经理都能够拥有这些能力呢?

你或许赞叹过达芬奇是画家、生物学家、数学家……的全才,可是生活中这样的全才通才真的很多吗?

是的,他是在“年代 x 人群”的数据集中概率极低的一个事件,发生在你我身上更是不太可能。

浅尝辄止,也是一种学习的方式

这里的“浅尝辄止”,是建立在你有自己的一个主要的发展方向,并在该方向有深入的基础上成立的。

再拿产品经理为例,你可以专注产品能力的提升,也可以了解技术相关的知识(我们称此为“工程思维”)。可是,如果专精于技术的学习,那就是跑偏了,除非你想转行技术岗位。

如果一个人对着一个产品说“你可以了解某个指标算法的详细计算规则,这是对你成长很有帮助的”,我在这里旗帜鲜明地认为这是不负责任的说法——作为一个产品只需要了解算法的维度、权重分布即可,那些傅里叶变换的计算就留给技术好好研究就够了。

把有限的时间、精力充分利用,才是我们应该努力的。

诶!那位同学先坐下,你是不是觉得兮兮尽说这些理论,没有落地的指导意义。你都听我扯这么一大堆废话了,我肯定要对得起你花的时间了。

刻意练习,不断思考

自己思考的不一定是可行的,但是在求索发现的道路上这是迈出的第一步。

还是在上个月,我和招我进入现公司的另一位前辈聊了天。当我和他讨论我想了几天的生命线服务的想法时,他说:

“我要是你,我就不会想这些服务,而是想着如何更好的赋能到业务中去……”

后来我脑袋瓜子似乎慢慢开窍了(目前速度还很慢),我尽力去发现并了解公司的其他系统,开始思考这些系统有哪些领域没有开发?这些空白我负责的产品能否提供支持?实现方案该怎么设计?方案是否可行?能否减少相同功能的重复开发……

终于,在一周的时间内我就找到了一条突破口,并成功地支持了一条业务的服务(现在来看,这就是最近热议的“中台”模式)。

跳离细节,驱动管理

恰恰是自己开始腾出一些时间思考起产品更高、更大层面的问题,细节事务,自然而然不会一直沉浸。甚至去想如何让自己有更多的时间去思考,自然会驱动自己向着在自我管理层面的改变

  • 不再沉浸画出太精美的原型,而是高效地把需求说清楚;
  • 不是各个需求细节事必躬亲,而是鼓励开发加入自己的思考(确定目标,只要结果不偏离目标即可,这也是管理能力的一种锻炼)
  • ……

未来还有漫长的道路等待我们奋力前进,让我们一起朝着“从水手到舵手”的方向努力,加油~

#专栏作家#

兮兮,微信公众号:孤身旅人(ID:gushenlvren),人人都是产品经理专栏作家。关注人工智能、toB产品、大文娱等领域。

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

题图来自 Unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 做为不到一岁的产品新人 我觉得有些产品经验值得借鉴 ~ 加油~

    回复
    1. 基本功先打扎实~

      回复
  2. 所以我觉得不管是写文档,还是画原形态,甚者草稿,这些都是可以的,只要你能快速表达自己的意思。当然我们公司目前的思维导图和原型图我都是安排给交互做的。因为我需要做的比这个更重要了。

    回复
  3. 其实我入职产品经理现在还不到一个月,但是我现在已经在做文中说的高级产品经理方向了。不是自夸或者是怎样。我觉得作为产品经理如果一味的去追求细节的完美而忽略产品的整体性。那么这个产品也不会很完美。不管是朝着产品管理方向或者其他方向发展。我觉得作为一个产品经理如果能站在整个公司未来发展,目标定型,整个产品的把控,人员的调配,资源的协调共同做好产品。我觉得这是很有意义也很快乐的事情。目前老板对我的要求就是高级产品经理的转变。沉下心,净化思想。我和老板讲需求或者讨论都是以最快的方式表达。因为这是个思维的草图,而不是最终答案。任何思维,任何产品都是需要不断优化的,

    回复
  4. 看你往那个方向发展,产品专家or管理方向?
    同时原型,流程图,架构图这些基础的东西能完成的很正确,但不一定能完成的很好,对用户对目标对业务的综合考量,融入到具体的产品设计细节中去,这是一个能设计一个可用与好用产品的分水岭,也是一个普通产品与优秀产品经理的区别,说的直白点就是微观体感;如果是管理向,确实没必要太过于细节,应该给自己更多的时间去思考更宏观的东西,但你仍然需要一个具有优秀微观体感能力的产品把你的想法落地,不然也只能是设计出一个一般的大众产品!

    回复
    1. 我和你的观点不同,即使往产品专家方向,也要思考宏观的东西,不然你的产品发展还是受限于你的格局。
      另外,文章也没有说到完全不关注细节。高效地把需求说清楚、把控目标……这些都是建立在产品微观&宏观的基础上,如果你真的把文中说的画高保真原型、写超细节文档等同于细节,我认为你没有理解我的意思,建议你再读一下文章~

      回复
  5. 还是针对用户需求多做逻辑推导,思考真正的痛点,一个产品有自己一套这样的思考习惯才是好产品的基础,追求细节我认为是要符合产品核心才能去追求的东西,先做好核心再向外扩张

    回复
  6. 万地高楼平地起 根基也很重要

    回复
    1. 你说的很对,初期根基非常重要,但根基搞好了就不要一直弄根基了

      回复
  7. 不再沉浸画出太精美的原型,而是高效地把需求说清楚;
    不是各个需求细节事必躬亲,而是鼓励开发加入自己的思考(确定目标,只要结果不偏离目标即可,这也是管理能力的一种锻炼)

    上面这两句话说的非常到位,非常有共鸣,但是实际项目管理过程中就会遇到很多问题,因为产品经理是技术团队的上游,那么如果技术团队里面有人不想干活懈怠,甚至有接私活的行为的话,他们就不希望你的产品设计非常快的出来,所以会要求你做高保真的原型图,你让他们去具有产品思维,呵呵,前提是老板得支持你,那如果是一个不懂行的老板,就觉得高保真的UE最高端,最说明水平,技术也会吹嘘高保真的UE可以减轻技术沟通成本,缩减开发成本,那老板一听这个,就直接要求你去做高保真,OK,本来一个星期就能开始研发的项目,这样一来你做UE就需要一个月两个月。他们技术就接私活,休息。。。。。。所以具体问题具体分析,你这种理想化的工作环境我个人是非常向往的,但是往往事与愿违不是么,呵呵 所以建议你有能判断技术实现难度的能力,技术说这功能做不了这功能开发得三个月,这不是你妥协的理由,并且还需要你从运营角度了解到为什么运营会提出这样的需求要求,是数据分析结果,还是客户或者老板拍脑袋的结果,产品经理的终极形态就是横向,贯穿运营,产品,技术三个领域。 ——————一位10年研发经验的,产品运营经理有感而发

    回复
    1. 感谢分享,让我又增加了新的思考维度。其实从切身的经历来说,我确实把这个做好了,最近一个月的实践结果分享一下:高保真原型真的没有去做,但是开发出的效果比我预期的好很多。
      跟你描述的情形一样,没有人支持,中间也有阻力。我认为产品经理对于痛点的抓准的能力,不光是针对产品、用户,也有对内(项目组)的痛点抓取。如何让身边的人认可,那就是抓到他们的痛点,然后去传递下去,最重要的一点自己要不怕麻烦、不怕被误解,拿出结果来,如果这样他们都不认可,可以换个环境了……未来我会写文分享这一详细过程,如果你感兴趣的话,到时候我们在讨论

      回复
    2. 很赞同

      回复
  8. 文章确实有产品生涯借鉴之处,但是具体岗位有具体的职责,在公司里去思考这些,固然对自己有提升,但是公司的运行机制不允许实际实施的

    回复
  9. 新人受教

    回复
    1. 感谢认可

      回复
  10. 正准备转行做产品经理,这篇文章对我这一个初学者来说,也是非常值得我去思考和学习,受教了,感谢!

    回复
    1. 感谢认可

      回复
  11. 一起成长

    回复
    1. 一起成长~

      回复
圈子
关注微信公众号
大家都在问