专栏名称: 东炜黄
今天看啥  ›  专栏  ›  东炜黄

从软到硬,2017 我 GET 到的 15 条产品心得总结 | 荐文 2018 #8

东炜黄  · 简书  · 程序员  · 2018-01-13 10:36

《从软到硬,2017 我 GET 到的 15 条产品心得总结——Jinkey 原创》

Jinkey 大神的文章。在「产品经理要不要懂技术」那部分讲得精辟:

随着你职业发展,甚至主导一条或几条产品线的时候,你会发现对研发的理解对你发展的限制会越来越大。

比如运营提出,要在运营后台给社区的图片做美化编辑,开发“不可能的,你要人家美图秀秀那么多的功能,人家做了多久,我们哪里有排期”,我就尝试在网上去找开源的或者第三方的图片编辑 SDK,最后找到了美图秀秀高级版的 API,私底下问开发 “能试试看吗?”,结果一个下午就弄出来了。试想,即使不用我写代码,但是如果连 API 是什么都不知道,又怎么会想到去找这些。后面会说到技术栈选择的问题(这不是产品经理要做的决策,但是是要产品经理参与的)。

再举做硬件产品的例子,如果你不知道 ZIGBEE 是什么,不知道哪些是单向通讯,哪些是双向通讯,硬件之间的通讯方式,你就没办法搞清楚硬件和手机甚至是服务器的数据流,你设计出来的软件端,流程很可能就跑不通。这个时候就要多跟硬件工程师去询问清楚这里面的逻辑,业余时间再上网找资料,买块树莓派或者 Arduino 板子玩玩,网上有大把手把手的教程,如果连复制粘贴代码都不会,那无话可说了。自己实践一下之后会发现,对整个产品里面的数据流有一个更清楚的认识。做产品不需要写出来的代码可以扛住多少并发,节省多少内存,只要搞清楚产品背后的数据流和用户数据操作逻辑即可。

看完也不由得惭愧起来,因为自己在学 Python,进展堪忧,不断自我怀疑,也不断自我激励——也许正在经历最难的开头呢——但总体上这种保持学习的过程还是多少让自己欣慰的。 还有一段话有极有同感,也是告诫自己别入门了一会儿就放弃的原因吧:

多学各方面技能,是为了在缺人的时候补位,但在公司或团队有资源的情况下,就不要去抢其他岗位的事情来做,应该释放你的时间来思考。


《Disagree and Commit - A Management Principle for Highly Functioning Teams》

从上到下的管理角度来说,要敢让团队说出意见,好的坏的,兼听则明;决策敲定,则奉行到底。从下往上来说,刚刚 Jinkey 的文章里就有一个观点恰好可用:「老板的需求你可以不认同,但不能不做」。

Disagree and commit is a management technique for handling conflict. There are two parts to it. First, expecting and demanding teammates to voice their disgreement. Second, no matter their point of view, once a decision has been made, everyone commits to its success.


《好奇心 2017 年度十大应用,每个应用的变化都是一个趋势的体现》

没关注到的旧闻:除了 VPN,稍后阅读和 RSS 应用也被封杀了……




原文地址:访问原文地址
快照地址: 访问文章快照