Monthly Archives: September 2015

创业公司的产品经理的问题(一)

888150e5-abc9-4a9e-a2f2-c1a7cf297dd6

前一段时间,有个朋友自己搞了个项目自己创业。因为在郑州,技术方面的人才也很缺,我就义务利用自己的业余时间参与他的项目,从中发现了很多问题,自己写下了,引以为戒。

项目介绍:朋友原来在帝都做企业内部的ERP和进销存项目,然后觉得目前互联网行业的东风很强,就想把自己的经验和互联网的东风结合一下,做一个互联网的进销存系统。去年回郑州找了投资人,找了个技术合伙人,就开始干了。

1. 技术平台选择的问题

因为这个朋友和他的技术合伙人都是原来的J2EE“企业级”开发出身,所以在技术架构选择上,还是用老思路:J2EE+Oracle。但是这个选择在项目上线后,给他们带来了很多麻烦。首先,传统的“企业级”软件很少考虑并发量的问题,因为一般“企业级”项目的合同款都是上百万的,给软件配几十万的硬件设备(例如32GB内存的Java应用服务器,32GB内存的Oracle服务器),至少从资金上来说,问题不大,并且在“企业级”的真实项目中,系统同时登陆用户数量也不多。但是如果自己做互联网项目的话,32多GB的服务器或者数据库服务器,成本是很高的。并且从项目开始,就没有考虑到并发的问题,项目本身的负载量一旦上去,服务器的资源使用情况是指数型上升。原本4GB的服务器能支撑10个用户并发,但是如果升级到8GB的服务器,也仅仅能支撑15个用户,类似。

然后就是版权的问题。“企业级”软件一般习惯用Oracle,但是如果在互联网公司用Oracle的话,就是有点自找麻烦了。首先,他们用的阿里云RDS根本不支持Oracle,然后就是如果在ECS上安装Oracle的话,很难免以后会收到Oracle的律师函。现在正在往PostgerSQL上转,估计有点麻烦。

很多互联网企业的创始人都是从传统的“软件”企业转过来的,至少在技术思路好,转变需要个时间。完全按照原来的“企业级”软件的架构来搞,迟早要出麻烦

2. 项目控制的问题

这个朋友也是稍微有点处女座思维的人,在项目初期就经常要求技术团队把所有他能想到的功能全都做出来。他的一些口头禅:

“别人有的,我们也要有;别人没有的,我们也要做,要做出差异化的功能,体现我们的亮点”

“这个版本下周一定要上线,投资人等着看哪!”

“你看,这个功能淘宝/京东上都有,我们的系统里面也要有!”

“(技术团队解释了半天)什么,这么简单的功能,你们做了一周还没有做出来?要那么久??”

我感觉他是高估了自己,高估了自己的团队。在项目前期就过分自信的向投资人/客户吹嘘了自己产品的功能,但是目前他手中的资源(开发/设计/测试)绝对不足以支持他的计划。开发团队然后不停的上线有bug的版本,不停的写另一个版本,不停的修改老的bug。

在郑州这样的二线城市创业,除非你付的起比一线城市同等职位薪水差不多或者更高的钱,否则是找不到能把产品做的和一线城市一样又好又快的团队。又想马儿跑得快,又不想多给马儿喂草,可能吗?

3. 自找麻烦,用自己的脑子去替用户找需求

去年10月份,具备基本功能的版本已经可以放出来了,然后朋友觉得不满意,还有他觉得有杀手锏的功能没有做进去。然后从去年10月到今年9月,不停的给项目增加功能,最后搞出一个臃肿庞大,并且用户使用起来非常复杂繁琐的系统来。9月初,新组建的销售团队去郑州的各大批发市场开始推广自己的产品的时候,麻烦就来了。首先用户反映这个系统太复杂,甚至比他们目前在使用的单机版的进销存还麻烦。并且凭空增加的各种“严谨”的入库,出库,销售,退货流畅,让用户感觉真的伤不起,学习使用成本太高。朋友有点动摇,想把复杂的功能去掉。但是请神容易送神难,代码中增加功能还简单,但是你想把复杂代码中的功能删除,这就难如登天了。

自己替用户去想用户需要什么需求,这是一件挺难的事情。你自己的知识层次和见识如果跟你的用户差别非常大的话,那你替用户想到的需求,对用户而言简直就是灾难。

4. 只会做加法,不会做减法

每个产品经理都有冲动给自己的产品增加功能的冲动,这个朋友自认不能免俗。并且在不能正确评估自身团队实力的前提下,贸然给自己的产品增加过多功能不仅让产品的进度管理负责无比,并且让开发团队的人员感觉无比苦恼。并且新增加一个功能,可能会影响前期的很多功能。开发团队会抱怨,但是产品经理会觉得开发团队的实力不够,或者是“懒”,进而影响整个团队的团结。