为什么你会激怒开发人员?

有机会深度接触产品经理和开发工程师这两类人,有时候也会在二者之间不停地的角色切换。这种不上不下的感觉有时候让人颇感难受。为什么?因为一边需要考虑定义产品边界以尽快上线迭代、不得不进行妥协,而另一边作为开发人员却时时事事想要做到最大的扩展和可能性,而不得不拖延进度。

但二者有一点是需要有共识的,那就是细节的重视。

好吧,有点跑题了。

之所以突发奇想想到这个题目,也许是内心的另一半有积郁已久的怒气吧。常见的比如改需求、催进度、不去了解技术这些就不说了。说三个我比较有体会的。

1. 不正确的命名

这个放到第一个可能让很多人意外了。在中国,程序员可能算是整体英文能力最高的群体。当我作为一个产品经理设计完一个产品,并准备“亲手”去实现它的时候,我发现我经常需要用到英汉/英英词典去给产品、模块、子系统、甚至状态正确的命名。比如“积分”,到底应该是point、credit,当程序员在思考”积分“的本质的时候,如果产品过来来一句,“别纠结了!就叫‘jifen’吧!”,你知道程序员心里是怎么想的吗?你知道程序员每次在IDE中看到jifen这个词的时候是怎么想的吗?你知道程序员会不得不创建诸如“JifenAccount”,“JifenLog”这些奇葩的名词吗?你能想到code review时候,其他程序员对你英文能力的“冷嘲热讽”吗?

2. “引经据典”

“Facebook就是这么做的,微信就是这么做的”,这种话多半出自一只菜鸟产品经理 – 因为你只知道需求,却不知道边界、约束。你有没有制定合理的版本计划并和程序员商量过?你有没有正确地评估你可用的开发资源和时间?

3. 缺乏学习能力

这一点其实任何人都应该避免,别抱着一知半解去和别人讨论。多去了解“目标”周边的情况 – 这就是学习能力。缺乏学习能力其实不可怕,可怕的是没有意愿或没有动力去学。这种就建议转行了,应该去做自己喜欢的事情。

4. 重复

DRY(Don’t repeat yourself),重复的问题就像是“重复”代码一样可恶。

App用户量增长模型

这里主要说移动app,其他类型的app也类似。不同的只是分发渠道稍有不同。

(图画的丑了点)

横轴代表时间,纵轴代表用户下载量/使用量

在发布初期用户数增长比较快,这取决于一些推广/营销/口碑传播,短期内可以把用户量推的比较高。但到达顶点后会下降,一些不感兴趣的用户会弃用或选择其他替代产品,但后续长期的增长则完全取决于产品本身是否真的能解决用户的问题。

每次产品的发布都会经历这样的过程,有尝鲜的人,用户量的小爆发,之后是冷静期,最后才是那些真正的用户。没有听说过一个产品只发布一次就是持续的获得用户,都要不断的改进,不断地经历这样的过程。在正确的阶段做正确的事情。