临近校招,偶尔会有同学和我交流一些产品相关的问题。
有人问我,做产品是不是和专业无关?我说是的,但得有一些相关能力。
有人问我,不会技术,做产品是不是一条好出路?我说是的,但不是因果。
那么精通A原型软件,能不能胜任产品工作?我说,那只是锦上添花。换言之,无法雪中送炭。
而是否需要精通XXX,是我遇到最多的问题。
产品的工作很虚,特别是底层的产品们。战略轮不到你想,大的需求不该你提,你能控制的,好像就只有这个button的颜色,还有那个button的位置。如果项目重视页面呈现,一个小小的button你都没办法做主。这里需要个数据,你帮忙查查;那里有个功能上线,你帮着看看。这样的工作,成就感何在?你的热情迟早会被浇灭,然后麻木于日复一日的杂乱工作中。
在这样的背景下,我会发现一个普遍的现象,就是大家往往会非常热衷于产品原型设计工作。为什么呢?因为这样能带来最直接的成就感。加了好几个产品群,主旋律永远是XX部件应该怎么使用,逛了一圈论坛,大家最感兴趣的是XXX从入门到精通。
好像工具是打开产品工作的钥匙,如果我精通了某软件,就能很好地完成产品工作。
这是不对的。
不要沦为画图的工具,也不要成为需求传话筒。
你因该多思考,特别是面对需求时。
当你拿到一个需求,你因该去想:
“这个需求是在什么背景下提出来的?”
“要解决什么问题?”
“还有其他方法吗?”
“哪一个更好?为什么?”
“需要哪些资源?我们有现成的吗?”
“如果没有,能在其它地方拿到吗?”
“开发成本怎样?”
“能达到怎样的效果”
“能否解决问题?”
“我能向任何人解释清楚这个需求吗?”
对需求的深入理解,是产品工作最重要的一步,也是最难的的一步。
多想几个为什么,远比你多做一两个原型,多完成一两份需求文档重要。
多思考,多反思,多总结。写给大家,也写给自己。
共勉。