Author Archives: admin

ToB产品销售难题

2018年创业,产品方向是一个ToB的SaaS产品,实施之前并没有做详细的调查,坦白说是对ToB行业了解不够深入,只觉得B端用户粘性强/单客利润高,却忽略了其他不具备的条件,目前面临很大的问题.

简单来说,就是大大低估了ToB产品的销售以及成交流程复杂性,用原来经营ToC产品的思路去估计了.结果却事与愿违,不同行业,差别太大.例如原来做的ToC产品,宣传的时候把软文和SEO优化/社区营销做好后,基本上就有成交. 因为普通C端用户的购买欲望是很冲动的,因为C端用户完全有自我控制权,从进入网站到下单基本上可能不会超过10分钟;而B端用户,尤其是涉及企业管理的SaaS产品,即使初期有意向,但是涉及企业内部复杂的流程和制度,成交时间会拖得很长很长.

C端用户购买流程:

  • 看到有这个东西,打开官网看看
  • 感觉不错啊, 价格也不贵
  • 注册,然后支付宝在线支付,结束.

而B端SaaS产品的流程就复杂多了:

  • 某个员工看到SaaS产品的介绍
  • 感觉正好符合公司需要,估计有点用
  • 但是还要和部门领导/总经理汇报,有点麻烦
  • 啊这个产品还要付钱啊,经理会不会批准哪?
  • 用这个工具还要培训其他同事用,好麻烦
  • 我再看看, 先给领导说一声,看领导怎么说

对,小的B端SaaS产品最大的问题就是,用户本身没有决策权,或者需要改进公司员工的办公/业务原有流程,阻力很大.B端产品,看起了很美,不过往往不好活下来.

常见的B端销售流程,需要极大的人力物力跟进,并且很难获取当前用户, 在其企业的角色/位置, 以及他的审批链.除非有极大的行业销售关系,否则创业SaaS公司及难获取B端用户有决策权领导的联系方式和拜访机会.

Laravel API接口和Lumen用于API服务器性能对比

项目的后台和API服务, 在15年之前用的都是ThinkPHP(3.2), 鉴于TP在大项目中的问题以及不太适合做API服务器, 所以16年我痛下决心,后台系统PHP框架改为Laravel框架,API服务器改用Lumen框架.经过2个月的并行过渡期后,在团队的努力下,系统平稳过渡到了新架构,但是因为后台和API是两个git项目,也带来了一些问题:

1. 同样的逻辑要分别在两个系统中写两遍,尤其是那些比较复杂的业务逻辑
2. 因为系统非常复杂,并且京东的业务逻辑变化比较快,也要同步修改两个系统的业务代码
3. Lumen虽然是Laravel的子系统,但是在使用的时候,有些地方和Laravel还是有区别的,尤其是Collection的一些操作会有区别
4. Collection作为基础的数据操作工具,不同版本的差异导致Laravel业务逻辑转化到Lumen时,需要进行“翻译”,并且要重新测试

当时选择这么操作,最主要的原因就是Laravel当时的版本只提供有web访问的route,并且鉴于Laravel本身比较庞大,每次访问都需要绑定很多耗费资源的中间件(EncryptCookies/AddQueuedCookiesToResponse/StartSession/VerifyCsrfToken),而API服务的认证是基于JWT的,根本不需要这些。项目中高峰时期,每秒高达3k多的TPS,Laravel是不好承担的.Lumen当时是Laravel的一个主要面向API服务器的子框架,没有Web框架的那一堆默认服务,速度很快,并且在用法和Laravel类似,所以选择.但是也带来了上马说的那些问题.

不过看到最新版本的Laravel的route做了调整,提供了单独的API操作接口,看了源码后,发现api相关的route和常见的web操作route是不一样的:

‘web’ => [
\App\Http\Middleware\EncryptCookies::class,
\Illuminate\Cookie\Middleware\AddQueuedCookiesToResponse::class,
\Illuminate\Session\Middleware\StartSession::class,
\Illuminate\View\Middleware\ShareErrorsFromSession::class,
\App\Http\Middleware\VerifyCsrfToken::class,
\Illuminate\Routing\Middleware\SubstituteBindings::class,
],

‘api’ => [
‘throttle:60,1’,
‘bindings’,
],

看起来,如果抛弃Lumen,直接用Laravel作为api服务器,是否可行那? 需要先测试下性能再说.测试场景有3个(暂时不测试数据事务,数据库事务并不涉及框架性能):

  • 简单的的”Hello World”输出
  • 读取5条数据库记录并输出
  • POST一条数据并写入数据库;然后删除这条数据

场景1只是个toy,在生产中的意义不大;场景2/场景3是常见的实际环境.

在一台分配2GB内存的虚拟机上,web服务器选择apache,PHP版本为7.1,结果如下:

Lumen的得分最好,这个没有意外.但是在最常见的场景2中(涉及数据库读取),其实Lumen只比Laravel快了不到5%而已.而场景1这种不涉及数据库读写的操作,现实中应该是基本看不到的。

并且当前项目中,订单和用户表的数据都是千万行的级别,api每次请求的60%时间都耗费在数据库上,所以我相信如果用生产数据区别测试的话,这个差距会更小。

Redis高并发有序队列的设想

当前京东相关系统的任务储存在task表,加上历史任务,数据/任务量已经达到千万级别了,面临而来的就是数据库严重的性能问题.每天工作时间上千台Host会不停的请求任务,高峰期的话每秒请求并发数量在3k/TPS左右,这样一个数据量和并发量,基本上aws上最贵的Mysql实例也扛不住了。so,需要对当前系统的架构做个调整,否则今后的业务基本上没法做了。

抢任务这种场景,一般可以用MQ来做。但是京东相关系统的任务对执行时间要求非常高,任务必须在所在时间内才允许被领取出来并执行。并且需要能随时在某个时间点内增加新任务,普通的MQ非常难实现这种对时序性要求高的场景,例如当前的MQ中有 1,2,3,4,5,6,7,8,9,10 这10个任务,但是我只想从5号任务开始依次获取,这一点MQ是非常难做到了。Redis的SortedSet其实非常适合这个场景,以任务的id和执行时间timestamp存在SortedSet,每次根据score获取当前的任务,然后在redis中删除这个任务,取到任务id后,去数据库修改任务附属属性(任务已经领取/归属host/开始时间/开始地区等)。

但是,最大的问题还是并发的问题。例如同时有10个进程获取了当前时间内最靠前的任务,那么如何保证只有其中的一个进程能够获取这个任务,而其他进程获取失败? 虽然redis是单线程,但是获取-删除 这个操作并不是原子性的,需要借助一些附加的复杂操作来完成。

简单用笔画了个流程图:

Redis高并发有序队列的设想

Redis高并发有序队列的设想

处理并发问题:

1. 进程拿到当前时间的任务id(后可能被其他进程同时拿到)
2. 将自己拿到的任务id尝试写入到一个check_set中(redis单线程/原子性保证只有第一个写入的进程成功,其他尝试写入的进程失败)
3. 写入check_set成功的进程确认自己是唯一一个成功者,然后操作数据库修改任务信息
4. 写入check_set失败的进程会发现出现了并发错误,可以尝试用while循环稍作等待后重新获取SortedSet的最小值(或直接通知host并发冲突,由host重新发起申请,避免进程一直while)

然后需要有个进程持续的把当天的任务“装填”到redis的SortedSet中,而host的领取任务借口不直接访问数据库获取当前需要执行的任务(千万级别的数据,即使在使用索引的情况下获取一次合适的任务,成本也很高,尤其是高并发情况下),由redis作为“缓冲器”,接口从redis获取任务后,使用任务id直接修改任务。 这样改造下来数据库高并发的问题一般情况下能够解决。

人家要的是团队,而不是你的idea

260618-13010G54U485

前几天,D版有人发了帖子,总结了自己创办生鲜网站的经历,并且建立了一个微信群,欢迎大家讨论. 然后这个新建的微信群里就有人一直在问,究竟要如何才能找到投资人?可能是他有个自以为很牛逼的idea,想找渠道能尽快找到投资人,然后自己开张当新兴互联网公司老板.然后有人想问下他究竟是准备什么方向的idea,他就闪烁其词,生怕自己不小心把idea说出来后被人偷走一样.

我在群里说”首先,你即使是有个很NB的idea,但是投资人不会简单的看你的idea多好就会给你投资,而是看你是否有足够有战斗力团队

如果你身边没有战斗力的团队,或者团队是临时拼凑出来的,即使idea再好,也会被垃圾团队做成垃圾;相反,如果团队很NB的话,即使目前的idea一般,足够NB的团队是会自我修正到良好的发展方向上去的

“不要小看团队,良好的团队就算你拉到了100万的投资,遍地撒钱也不一定就能组建好的”

也许是互联网创富的神话一直再上演,无数屌丝就有了靠自己一个idea变成百万富翁的念头了.这世界上的事情真有这么简单就好了,即使是再互联网时代,身边没有足够NB的团队也是很难能顺利起家的.好多屌丝就以为自己做好了酷炫的PPT,就能赚取人生的第一桶金了.

idea重不重要? 我觉得一点都不重要,有个例子:N年前惨叫过一个聚会,谈的比价high,无意见把自己的一个idea说了出去,同座的几个人惊呼,我靠这个idea我也想过啊,不过执行起来估计麻烦, 还没写PPT哪.你觉得牛逼的idea,可能很多人都想过,只不过没有团队和资源去做罢了.然而,这个团队才是能做成idea最重要的环节.

从大的方向说,百度也要做C2C电商这个idea,搞了”有啊”;腾讯也要做C2C电商,搞了”拍拍网”,不也都是不了了之了,同时开始做电商的京东不是成功的白手起家.为啥当年马云跟易趣抢的时候,就能把蛋糕抢过来那? 说到底还是团队行不行.团队不行, 手里拿到了再好的idea,也能作死.团队牛逼, 做完这个,还能做下一个.

所以说,你手上要是没有靠谱的团队,基本上就别老做用个PPT能拉来人投资的春秋大梦了,投资人可不傻.先找找身边有没有几个志同道合的朋友,能拉上来一起干的.

团队改用GIT遇到的问题

进入公司后,发现技术团队目前用的还是SVN作为代码版本管理的工具(可能郑州的互联网公司步骤慢一些吧),打算把公司的代码管理切换到git,中间遇到了很多问题。

第一个问题就是老员工不愿意改变自己,觉得当前的tool已经可以用了,没有必要改git。首先我会宣传git的优势以及svn不足在哪里,通过例子来说服他们(例如本地分支的好处),然后告诉他们:既然改变不了风的方向,那么我们只能是改变自己帆的航向。

第二个问题是git相对于svn来说,门槛的确高很多,尤其是涉及本地分支和远程分支的概念/版本库的概念。这个需要团队负责人多推进,举办几次内部学习。

第三个问题就是初期上线时的问题了。 虽然有内部学习,但是匆忙上线后,还有有对git了解不多的员工错误地使用命令,多次丢失代码。所以在上线前,最好用一些Demo项目作为测试,让每个员工都进行一次“考试”,每个人都考试通过了,然后再正式使用git。

第四个问题是git的命令其实是基于命令行的,高级命令有很多,普通人一般都习惯用git的GUI软件操作,不喜欢直接用git命令行。然后在使用git GUI的时候,错误选择一些高级命令,例如force push,导致项目代码丢失。所以在培训的时候,最好需要把git命令行也作为必要的培训内容。

改变团队成员搜索信息的习惯

发现团队大多数成员有个坏习惯,就是喜欢用百度搜索技术资料。暂且不说中文环境下那个搜索引擎更好,但是至少在技术文档索引方面,百度做的的确不够好。尤其是对spam垃圾站的信息过滤不精确。针对某个问题的搜索结果,基本上都是很多spam站引用的同一篇文章(并且由于框架版本或其他问题),这篇文章的解决方案甚至是有偏差甚至错误的。

当然,普通团队成员不习惯甚至没用过google都是有可能的(90后毕业工作后,那时候估计google已经退出大陆市场了),并且可能也没有合适的S-S工具用来访问google。好吧,我自费把自己的S-S服务器提供出来,找了台支持S-S的路由器,放在公司里面,凡是连上这个wifi的电脑都可以正常访问了。

我甚至建议团队成员,在搜索技术内容的时候,尽量在google上用英文来搜索,而不是中文, 或者直接去stackoverflow搜索。例如搜索“PHP 匿名函数”的话,直接用 “PHP anonymous function”,虽然获取的结果是英文内容,但是在质量上要强的多。我觉得:不能熟练掌握英文资料的工程师,不是好的工程师 😊

还有就是团队的code style全部不统一, 基本上看到某一段函数就知道是谁写的代码了,这个也需要统一

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

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. 只会做加法,不会做减法

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

磨刀不误砍柴工-搭建yii2环境

yii2framework

yii2最近的版本稳定度逐渐不错了,准备用yii2小试牛刀。俗话说,磨刀不误砍柴工,搭建一个好的yii2环境,能提高工作效率。

1. OS环境

windows就别了,还是Linux吧,要不各种各样的php lib一来会烦死人。我推荐用VirtuaBox新建一个Linux虚拟机,然后在Linux虚拟机中跑yii环境,并且在Linux中开启Samba共享,这样在PC上就能通过Samba访问yii2的工作目录,直接写代码,全程用vim暂时还做不到。设置Samba的时候,注意要给目录777的权限,否则会有小麻烦。

2. 安装Yii2

这年头,php早就脱离了直接下载framwork放到html目录直接上的阶段,都推荐包管理工具。composer也是yii2推荐的安装工具。下载composer后,在html目录安装Composer Asset Plugin:

php composer.phar global require "fxp/composer-asset-plugin:1.0.0"

在国内用composer也是坑货,以后写一个专门介绍下composer,推荐用国内的源:http://pkg.phpcomposer.com/,否则下载国外源的时候会气死人的。

然后开始下载yii2(官方有basic版本和advance版本,还是用basic版本起步吧):

php composer.phar create-project yiisoft/yii2-app-basic basic 2.0.3

对,下载的很慢很慢,喝杯茶的功夫后,你就能看到yii2 basic模板已经下载完成了。

安装完毕后,建议再安装yii2 JUI组件,参考 http://www.yiiframework.com/doc-2.0/ext-jui-index.html,添加

"yiisoft/yii2-jui": "~2.0.0"

增加后,composer.json的require-dev节点,看起来应该是这个样子

 "require-dev": {
        "yiisoft/yii2-codeception": "*",
        "yiisoft/yii2-debug": "*",
        "yiisoft/yii2-gii": "*",
        "yiisoft/yii2-faker": "*",
        "yiisoft/yii2-jui": "~2.0.0"
    },

你明白你究竟需要”运营总监”还是”产品经理”吗?

product manager communication

猎头的思维

最近接猎头电话很多,当然,我跳的目的是在大荷兰首都阿姆斯特丹找工作,准备找一些电商或者互联网金融方面的事情。不过看来最近郑州的中小企业也对互联网金融或者电商很感兴趣,给我打电话的人很多,大多是招聘“运营总监”的。对郑州的中小企业,或者猎头来说,互联网相关业务的“运营总监”的确是个新事物,猎头们和中小企业以前没有接触过,也没有太多可以参考的经验,所以大家都是摸着石头过河。和猎头聊的时候,我喜欢偏向于技术或者用户体验方便来聊我的体会,但是猎头听到后一般的反应就是“我们找的可是运营总监哦,这个是要统筹管理的,技术问题不需要太多考虑”。后来聊的多了,才发现郑州的企业在招聘“运营总监”的时候,是喜欢找一些能画出来很漂亮的PPT,给BOOS直接切中行业发展命脉的人,恩,最好在世界500强里面待过,如果有个什么EMBA证书之类的就更好了。运营总监来讨论技术层次的问题,太不上档次了。(关键他们也不懂,希望别人谈论“战略”之类他们能听懂的东西)

海龟的互联网故事

有个小的电商企业,准备上线在线电商项目。BOSS找了个海龟做运营总监,海龟跟BOSS聊的头头是道,什么国外B2B/B2C/C2C/O2O什么都知道,嘴里还时不时蹦出一些英文单词。BOSS觉得比他在MBA课上听的课程都要精彩,立刻拍手合作。但是这个运营总监只在大公司做过几年的政治斗争,根本没有做个互联网项目,进入职位后,发现无从下手,招了几个员工负责微博运营啊,网站编辑啊和一个技术人员负责网页编写。掏了一大笔钱找外包公司做了个网站,工程款都付过了,海龟觉得网站还需要在增加一个功能,然后就去找外包公司谈。外包公司说项目都做好了,再加新功能还要加钱,虽然工作量不大但是海龟招的技术人员因为太便宜所以只会写网页不会改动态网站,改动的价格几乎是原来项目款的四分之一。没办法,咬咬牙付了钱。网站上线不到两个月,发现被黑了。原来外包公司给配的服务器还是老掉牙的windows2003,安全更新都没有更新过。又找了网络安全的公司把服务器更新到了Linux。 又没有几个月,网站被某个初中生用DDOS黑客工具攻击了,初中生还在QQ上留言:汇给我5万块钱,我就不再攻击你了。其实很简单,找个CDN服务商,把网站通过反向代理挂在CDN后面,DDOS就没用了,但是海龟不懂技术啊,又上过外包公司的当,实在不敢再找外包公司了,通过各种关系找了个同学,让同学帮帮忙,看怎么办。那同学也半吊子,又让海龟买了十几万的硬防设备放在机房,好歹顶过去了。就这样,网站磕磕绊绊的搞了一年多。后来实在不行了,海龟就跳槽了,花了100多万,留给BOSS网站而已。

又回到了我上一篇提到的问题:二线城市和一线城市在互联网领域的区别在哪里?,现在的一线城市里面BAT的小马哥、李彦宏们纷纷想把自己定位为“产品经理”,纷纷亲自上第一线,大半夜的亲自发邮件给攻城师讨论微信界面的某个细节问题,而不是坐在100多平方的办公室里面,跟中层领导们商量KPI和“宏观策略”的事情,二线城市的中小企业还纷纷把自己的思维停留在10年前的时代,还以为我把宏观策略搞好了,技术上的问题么,找几个大学毕业生就行了呗。

弱智的公司

前几天跟郑州的一个P2P公司聊过,HR自豪的说他们公司的P2P平台是他们自己研发的,还有iOS和安卓客户端都有,我说进度怎么样了?HR才有点不好意思的说,搞了半年多,网站差不多了,手机客户端的研发进度还是很慢。我问他们的工程师多少钱招的,HR说大多都不超过5k。这个公司租了一整层挺豪华的办公楼,每月房租估计要30多万,为了等技术团队的工作,白白花了200多万的房租和行政人员的薪水,而不愿意对找一些1W工资的技术团队,在一个月内把项目搞完上线,这是什么逻辑!我猜他们的P2P互联网金融项目以后不会有太大起色。

还有,相对于一线城市较为公平的商业环境,二线城市的BOSS们更迷信“关系”。如果招聘到的“运营总监”能和某某互联网巨头高层有什么“关系”,就再好不过。如果这个运营总监能直接给马云李彦宏打个电话,这简直就是神一样的人物了。“关系”这种东西,经过中国人的发扬光大,甚至成了英语中的一个新单词。还是在郑州,有个小公司起步,代理了一家支付公司的线下支付产品。我看了看这家支付公司的资质,好像根本没有在线支付牌照,斥巨资代理这个产品,我觉得有点危险。但是这个公司的boss神秘的告诉我,没问题,他知道这家支付公司在上面有人,有“关系”,肯定能搞定这件事情。我又呵呵笑了,过了几个月这家支付公司的拍照仍然没有,再往后来,这家创业的小公司也完蛋了。如果某个电商创业企业说,他们和阿里巴巴的某个高层有“关系”,肯定能搞定某一部分资源,我看这家指望“关系”能顶用的公司离倒闭也不远了。不信你看看,目前中国哪家小型互联网企业能够做大,靠的不是“产品”,而是靠“关系”?

靠“关系”的飞信

我承认,十年前我们很多人都用过的“飞信”的确是靠关系。神州泰岳如果没有后台老板强大的“关系”,估计的确没法拿到移动的通道,再到后来的中小板上市。但是飞信的下场我们也都看到了,现在估计也没人用飞信了。飞信产品客户端做的的确是非常非常垃圾,用过微信的人,估计没人想用飞信。飞信算是起了个大早,赶了个晚集。如果当时能下功夫仔细雕琢一下产品,估计不会落到现在的下场。

互联网企业需要什么样的“职业经理人”?

讲策略,定规划,拼管理这些传统企业里面职业经理人需要干的事情,放到互联网企业里面几乎都没有用。互联网企业其实更像传统企业的一个“车间”,整个公司就是一个流水线,管理人员需要在车间里面和兄弟们一起打拼,把合格并且优秀的产品送出车间,车间外面就是联通或电信的宽带,产品直达用户的电脑或手机前。如果在互联网企业的这个车间里,车间主任自己对生产过程一点都不懂,只会给工人分工作量,没事拿上鞭子上去给偷懒的工人几鞭子,这个车间的未来绝对是悲剧。

再回顾目前中国比较NB并且窜的比较快的互联网行业,尤其是移动互联网行业(例如陌陌、滴滴打车),大部分创始人都没有什么EMBA或者世界500强的经验,因为那些东西和经验都是“大毒草”,这样的人去领导互联网公司,肯定要坏事,会害死这个公司。

IT团队搭建:“北上广深”城市和二线城市差别在那里

tinku.rana_1390274765_21

在寨都待过,也在二线省会城市待过,感觉区别真是蛮大的。

首先,说一句废话:在薪水上的区别很大。北上广深的IT从业人员的薪资水平绝对算是在当地来说,中高水平。目前寨都深圳的互联网公司起薪应该是6k起步,二线城市的IT从业人员是3k起步,再结合当地最低工资,算一个IT行业工资系数:

6k(深圳起步水平)/2k(深圳最低工资)= 3

3k(二线起步水平)/1.2k(二线最低工资)= 2.5

还有一点,就是北上广深的高端IT人员的工资,几乎是“不封顶”的,就不说BAT里面的员工,小公司里面随便有个几年工作经验的工程师,年薪10w以上也不稀奇,而二线城市的IT工程师估计6k左右就封顶了吧(二线城市的中层领导的薪水也不过才1w左右)。

所以,薪水的区别,决定了“高级人才”的流向。IT行业几乎NB的人才,都被北上广深的黑洞吸引走了,留在二线城市的人才,凤毛麟角。

更深的层次,互联网行业几乎没有什么“固定资产”,核心优势就是人,能以一顶百的人才更是重中之重。100个公司都做同一件产品或者APP,最终市场只会留下1家公司的产品,其他的都被当做分母了。而成功的公司,绝对是有最NB人才的公司。这一点和传统行业或者生产行业的区别很大。因为在传统行业,在产品其实都差不多的前提下,低成本是毫无疑问的优势;而在互联网企业,如果用低成本去运作的话,则是彻彻底底的灾难,低成本生产出的互联网产品,几乎都是垃圾。 传统的商品,质量再差用户体验再垃圾,但是至少会有优质产品的销售渠道无法覆盖的用户群体,所以垃圾产品还是有市场的;而互联网产品则没有“渠道”这个概念,即使你非要说有,也不过是联通电信的宽带,优质的互联网产品能够通过联通电信的光缆毫无触角的深入到每个垃圾产品的用户前面。互联网产品时代,垃圾产品没有“护城河”可守。

为什么人力资源的优势会对竞争影响这么大?

很简单,眼光。北上广深的互联网人员的QQ群里面,永远都是讨论最新的Python、github项目、最潮的idea。而二线城市的人员,根本没有这个环境,写的还是当时从培训学校里面学习的.net或者JAVA,做个小web app,都恨不得用最新版的Oracle和最新版的IIS,永远不知道MongoDB或者Memcache之类的东西。举个例子,就像09年的时候,北上广深的白领们都在用iphone,而二线城市的白领们还在想究竟买诺鸡鸭N8还是N9?恩,这就是差别,代沟一样的差别。

还有就是学习能力。一线城市的IT人员一般英语阅读能力非常强,国外有任何新的idea和产品出来,他们能最快的学习和消化,完成C2C(copy to china)这个过程;而二线城市的人员一般只会去baidu别人几年前发的视频教程学习新知识。这个代沟,一般都是2-3年时间差。

更缺乏的,是“产品经理”级别的人才

“产品经理”是这几年在北上广深互联网企业非常流行的名词。好的项目经理,是产品的灵魂,是总结用户“有效需求”,屏蔽用户“无效需求”的定海神针。

因为在互联网和移动互联网企业,发展速度太快,没有那个产品是可以现成就有的,或者可以复制的。企业要自己挖掘用户需求,开发产品,占领市场。虽然有C2C(copy to china)可以参考,但是国外的产品模式也并不一定非常合适国内国情。你看,微信抄whatsapp就抄出了“朋友圈”这个杀手级功能。

好的”产品经理”要通晓技术、设计、用户体验、软件架构等等,一般都是全能型人才。否则仅仅了解某一个层面,很难做出优秀的产品。这样的人,二线城市缺的厉害。