再小的企业
也应该有自己的声音 
分享到:
我有个改变世界的点子, 就差个程序员了
 
 2019.3.5
 

 

 

本文其实已经在两年前发送过了,但最近重新读了“从点子到产品”这本书,

恰逢近期物流行业科技化春风正疾,心有感触,与君共鉴。

 
 
 
 

过去的5到10年,是产品经理野蛮生长的时代,没人教,没人带,

未来5到10年,产品会越来越标准化模块化,

如果你不能站在巨人的肩膀上快速学习,然后再突破创新,

很有可能,你就会一直挣扎在底层,而从“点子到产品”是一个好肩膀。

 

 

我们想起了艾萨克·牛顿的名言,对吧,有些肩膀是用来依靠的,而好书做的肩膀是用来踩的。

在我们刚开始做Cargoware和eTower时,如果就熟读了这本书,能少走多少弯路呢。

Better late than never, 现在也不晚。

 

我有个改变世界的点子, 就差个程序员了?!

 

记得我读高中的时候,“点子大王”何阳报道铺天盖地,他是那个时代的策划明星,说他的点子化腐朽为神奇,救活了N多企业。

但是,点子本身真的那么有价值吗?

据说一个好点子,同时想到的人至少有2000个,而最终能做落地的人,不论成败。

在面试产品经理的时候,我常听到候选人说,他有个好想法,做出来一定火,因为调研时客户都说就是他们想要的。

这让我想起亨利福特的一句话:如果你问客户,他会说想要一匹更快的马。

但是沿着这个思路,你会停留在表象,永远不会想到去造汽车。

点子可以来自灵感,但从点子到产品,就完全是一个科学的系统的苦逼的技术活了。

书归正传,这本书中介绍了很多实用的方法,框架和案例,可以当字典翻阅。

 

书摘/ 从点子到产品作者 / 刘飞

 

 
 

书的开篇章,引用了Linus Torvalds的一句话,很有意思:

Talk is cheap. Show me the code.(中文:废话少说,放“码”过来),这句话真的非常程序猿。

让我想起一句很应景的话,“能用红包解决的,咱不废话”。

而WallTech在2017年倡导的一个理念是,“能用文档和数字解决的,咱不废话”。

确保产品真正解决问题。

找到产品的核心价值。

好的产品,能够解决用户的实际问题,而不是故意黏住用户……

时刻铭记,我们在做产品时设计的功能不是为了投资人,不是为了老板,不是为了理想,而是为了用户。

 

 
 

三个重要的理念

1、设计MVP(minimum viable product 最小可用产品)

2、奥康剃刀法则:如无必要,勿增实体。

3、Lessis more (这也是我们贴在三楼会议室白板上的一句话)

 

 

通过用户反馈,发掘痛点。

 

对于用户在线反馈,建议在产品上增加比较醒目的反馈入口,

或者主动创建一些用户群,在产品醒目位置大家加入讨论……

张小龙就曾经要求他麾下的产品经理们,在了解用户方面,做到1000-100-10,

也就是每周看1000篇帖子或微博,看100篇博客,做10个CE(Customer Engagement 用户参与)。

 

关于MVP

 

许多时候要证明我们的产品有价值,有两个因素是必不可少的,在理论上成立,在实践中证明,

所以,不要把MVP早晚要经过用户检验,作为不认真思考产品逻辑的借口,不去设计产品模型的借口,

雷军曾经说过一句很经典的话,不要用战术的勤奋来掩盖战略的懒惰,正是此意。

(我还一直以为,这句名言是傅盛说的。)

 

深挖需求

 

If I had to ask customers what they want, they will tell me: a faster horse. (Henry Ford,福特汽车创始人)。

 

一个案例:做一个提供境外美食信息的产品,你考虑的是什么?……天气类应用都有一个头疼的问题,那就是难以变现。

 

(在国际物流行业里面,也是有很多这样的弱需求产品,无法回答盈利的问题。)

 

用户体验

 

尼尔森十大可用性原则。(可以逐条比对给产品打个分)

 

除了在产品内放一个几乎不会有人点进去看的帮助文档之外,最好的方法就是在当下进行提醒……

任何你觉得可能会不太舒服的地方,在市场上很可能会让成千上万的用户,很不舒服……

任何你觉得已经够完善的方案,仍然会有优化空间。

 

好的文档,到底是什么样的?

 

一个检验方法,能够减少甚至免除在开发过程中,技术人员跟产品经理沟通的文档就是好文档。

 

复盘

 

负责任的团队都会有复盘机制,主要是防止问题再次发生,解决问题很简单;

完全规避,下次不再出问题就很难。

 

关于协作中评审的重要性

 

评审最重要的目的就是正式场合下的沟通,其意义在于:

第一,确保产品经理对产品的要求传递给了技术人员;

第二,确保技术部门的意见得到了表达;

第三,双方对共同认可的内容予以确认。

 

缺了第一项,技术人员可能做错功能;

缺了第二项,技术人员可能中途才发现问题,不得已返工;

缺了第三项,最后出了事大家扯皮的时候可能发现不了问题,找不到源头。

 

反思一下之前跟技术部门协作中出现的状况,是不是大多是这三种里面的一种呢?

对于较大的需求也就是较复杂的功能,建议多进行几次评审,拉长进入开发前的准备时间是有帮助的。

 
 

关于开会和罗伯特议事规则

 

没错儿,人人都想谈谈开会的事,因为开会确实是门技术活儿。

 

最基本的规则有:

第一,针对拟定的主题讨论,其他无关议题,禁止讨论或者加会再讨论。

第二,讲求发言顺序不能争抢和吵闹,最好有主持人。

第三,禁止人身攻击,避免太情绪化的讨论。

第四, 会议要对原定的主题说出结论,如果没有结论要制定解决方案,比如由于信息不全面,无法决定,要设立日期再议。

 

 

流程管理

 

在软件开发中,有句广为流传的话: 不要重复造轮子,意思是如果存在一些别人做过的框架和脚本,

那就不要再花费时间自己去写,不用再重复别人的工作了。

 

让协作标准化和流程化

 

协作里边,大家最讨厌的就是扯皮,无休止的争论和辩解特别低效,问题最后能解决,但过程都很痛苦,

让一些事情变成标准,大家对某些原则达成共识,遵守同样的规范就会显著改善。

 

避免重复犯错

 

把错误的原因分门别类,我觉得这一点作者做得很好。只有,定义清楚的原因,才可能对症下药。

 

第一,犯错是由于疏忽所致。疏漏在直觉上是要通过“以后多注意”来解决,但更多情况下的疏漏,是需要去做些实际的改善去解决的。

第二,犯错是由于信息不全面,知识不完备所致,并不是意识不到,而是根本不知道这个问题的存在。

第三,错误是由于没有责任心所致。

第四,犯错是由于能力无法胜任素质。

 

团队管理

 

工作理念则是最重要的,作为领导要转换思路,把团队的得失当成自己工作的得失,借由他人成功,而不是自己成功。

很典型的例子就是,当下属遇到问题时,不要自己冲上去说,还是我来吧,

而是要指导下属注意哪些事项,指导其把问题解决掉,作为领导,带出一个的下属,比让自己更重要。

 

什么是问题

 

发现问题的一个要点是,在工作中对任务要有预期,

所有的工作,从用户研究需求分析功能设计再到推进实践,都要对正在做的事情有预期,

有力气才能敏锐地发现问题,没有与其只顾着闷头做,那结果就是也说不出哪里好,哪里不好?

自我感觉良好的人会觉得目的已经达到,总是忧虑的人则会觉得哪里不对,但也意识不到是什么原因造成的。

 

“ 从过去经历过的团队看产品经理,都是大家口中的“事儿妈”,

从食堂建设、招聘流程、到门口的公告、垃圾桶的摆放位置,都会忍不住去推动解决其中的问题。”

 

解决问题

 

一般情况下,在发现和分析问题时,我们面向的对象是事,而在解决问题是主要面向的对象则是人。

 

拆分问题:当你解决不了一个复杂的问题时,就要试着拆分这个问题,不断拆分,

直到你觉得每个小问题都是自己能够解决的程度再去解决,解决之后再组合,整个复杂问题也就解决了。

 

成长建议

 

把工作中的所有事物都视为问题,这是一种很好的结构化思维…

结构化思维,还有一大好处,那就是我们可以把很多带有情绪的事物,在结构化之后,抹除那些情绪化的部分,

他们都是要解决的问题,而且总是会解决的,既然这样, 心态就会乐观很多,压力也不会特别大,

看似棘手的问题也能尽心去做,毕竟工作中没有什么问题是解决不了的。

 

审美

 

类似产品经理需不需要懂技术的问题,我也经常遇到产品经理需不需要懂设计的问题。

我的回答是,产品经理可以不懂设计,但一定要有审美。

这让我想起“黑客与画家“书中关于设计的论述。

 

有趣

 

我见过的很多前辈和业内大佬,无一例外都是有趣的人,他们并非因为有了成就之后才变得有趣,

而是因为他们的好奇心和求知欲,才让他们变得有趣,同时也能够事业有成。

有趣味跟好奇心是分不开的,也跟对事物的了解程度分不开,

当你对趣味有了追求,那你也会慢慢变得习惯于对任何事物都产生好奇,也对任何事物都有了求知欲。

 

招聘

 

产品经理所需要有的四项技能:

需求分析,功能设计,项目跟进,行业知识。

 

每一个技能分三个档次。

 

如果你曾以为,产品经理的进步应该像禅宗里顿悟一样的状态,那要尽快除掉这种印象,

就跟很多人以为明星只要长得好看,歌星只需要嗓门就可以了,一样荒谬无知,

产品经理的成长也需要积累,用户研究、需求分析,产品设计等工作流中的技能,

有很多知识需要去了解,有很多基础的概念,需要去学习,

而如何协作,沟通管理,如何提升逻辑能力、演讲能力、文案能力,都不是想象中那么简单的事,

首先要认真对待自己的工作,尊重这个职业,承认自己在很多方面的无知才能,才能更快的成长。

 

要把自己也当成产品去迭代成长。

 

 

万能的产品经理

在某些事没有人做,但又需要有人做的时候,产品经理最好能充当临时的替补,把环节填充起来,

公司没有专门的文案策划,那文案可以由产品经理写,

公司初创期间没有人来接触用户,做客服,那也可以由产品经理暂时顶替,

遇到一个功能需要申请专利,遇到有特殊的合作项目,需要谈商务……这些临时的任务,

最适合的人选往往都是产品经理,不要以为这些是随便说说的,这些其实都是我的亲身经历。

 

取势、明道、优术

长江商学院校训

 
 

后记

 

最后,祝大家都能心有猛虎,做出让人惊羡产品的愿景;

也可以细嗅蔷薇,对这个世界充满善意和期待。

DANIEL 

2017.2.25 晚于上海

 

原创作者

 

DANIEL

上海沃行信息技术有限公司 CEO

 

这是WallTech「 读书笔记」栏目,

我们在这里与您聊聊关于创业,产品和互联网,欢迎您一同分享。

 

关注我们,精彩不停歇

 
 

 

 

 

 

 

CargoWare一小步,

货代转型一大步!

如此方便快捷的工具!

还不速速来一套?

  点击试用