工作前几年,我是做企业应用开发。后来创业,进入的是电子商务领域,但一直在开发一线。三年了,但头一两年交了不少学费。现在想起来,除了对业务不熟悉外,主要还是项目管理,尤其是电子商务类型的项目管理。以前了解的项目过程管理,在这个领域很多都失效了,至少,我当时不会灵活应用和剪裁,比如RUP和需求分析方法。
后来,我自己总结,根据项目特点和团队特点,经过两年多尝试,在最近一年,感觉很轻松了,虽然也带着若干人,还要和若干业务人员沟通、协作,自己还干着开发的活。说白了,有点像敏捷开发,但我们没有燃尽图的概念,也没有每日站立例会。因为我觉得这都是形式,并不是核心。
[b]团队管理,从工作日志谈起[/b]
项目管理虽然要以项目目标为原则,但一定要考虑员工的感受。如果员工不喜欢填写工作日志,那么肯定会应付,如果团队在某件事上有应付心态,就会渗透到其它行动中。而填写工作日志,最核心的基础是信任。如果他认为上司是拿这个来监督和考核,而不是降低项目风险、提升其个人绩效,肯定会采取自我保护,也就是虚报。
填写工作日志,本质上是反馈,而反馈是控制的一种手段(管理的五大职能之一),难道就没有其它途径,来达成反馈、控制的目的?
我之所以说到工作日志,因为这是在企业应用开发领域,对团队一个最基本的要求,项目经历很爽,但团队大多数人其实都不爽。快下班了,大家都想回家,谁还想填个什么破日志。
但是,即使这样一个细小的团队行为,在电子商务的的开发团队里,也要引起足够的重视。
企业应用一般是给客户企业的员工用,只要领导认可,员工基本上没有选择权,即使界面很丑陋、难用。做企业应用,只要拿到了项目,项目就算成功了一半。
但电子商务不一样,电子商务网站是运营出来的,用户是一个个积累的。客户觉得网站用起来不爽,掉头就走,而且你还蒙在鼓里。也就是说,它在需求把握、用户体验方面,比起企业应用要求高得多。
企业应用可以用增删改查来分类,电子商务网站的细节比这多得多。如果你的团队成员对自己的项目只是堆代码的心态,很难出一个精品网站。也就是说,我们最好以对待用户的态度,来对待自己的团队成员,让自己的团队成员也感觉到被尊重、信任和重视。
上次我去雅安碧峰峡玩,景区有一家餐厅,早餐只有面食,还很贵很难吃,服务也很冷漠。但我能咋样?我没有选择权。很多负责企业应用开发的项目经理,大概管理水平,和这个餐厅的老板差不多。不过这也正常,因为那家餐厅把早餐品种做多、味道做好,他很可能没有现在这样赚得多。因为100个游客,都是20个去那儿吃早餐,你提升你的服务,只意味着成本的增加。除非这样:引入另外一家竞争。
所以有人说,企业家唯一的动力,就是提供比竞争对手更好的产品或服务。注意,不是“让顾客更满意的产品或服务”。
上面谈到的,其实就是如何提升团队执行力的一个细节。电子商务网站因为细节太多,对细节的要求深度很高,所以必须从源头抓起:先让团队成员满意,因为他们才是细节的实现者。这是该行业对项目经理的基本要求,而不是出自经理的高尚行为,因为这个行业对用户的争夺残酷而又悄无声息。
不过,我谈到的这种团队管理的态度,并不能决定项目的成败。
[b]IT部门角色[/b]
电子商务,本质就是零售,也就是产品/服务的分销渠道。电子商务企业,一般也是这些职能:产品管理、物流和配送、营销、客服、IT、网站运营,根据职能再分组织架构。因为不同行业的特殊性,以上这些职责轻重不一样,比如服务型企业,如酒店机票预订,物流和配送就很弱,还没有仓储这一块。对于大型综合的B2C,一般还会分出一个品牌部门。
电子商务企业的IT团队一般开始都不大。企业应用一般采取外包形式,比如中国移动一年可能上亿的IT订单,却没有自己的核心IT研发团队。而电子商务企业,很少将IT外包的,尤其是网站这部分:
1、网站前台和后台是集成的,各模块耦合性很强,这意味很难分包。
2、业务变更频繁。 随着企业的壮大或收缩,对网站的要求以及内部运营系统的要求会变化很大,这很不适合需求固定型外包。
3、沟通和及时响应。市场上目前还没有一个IT公司,比该企业高管更理解本企业的现状,并且还能够及时通过IT实现其想法,这意味着沟通很困难。
如果一个电子商务企业自己组建IT团队,而这种IT团队不可能太大,因为前期开发任务不会很大(既没有太多订单,又没有多大的财力投入);到后面,系统逐步完善,也不需要那么多人,除非企业做得很大,很依赖IT。
项目型公司,项目做完了,团队就解散了。
电子商务企业,有明显的两阶段:开发阶段和运营阶段,就如同共产_党的1949年分界线。在运营阶段,虽然也会涉及到开发工作,但更偏向于维护(功能的添加和修补)。
因为电子商务IT的两阶段特性,所以进入该行业的IT从业者,要有心理准备:是否适合做维护的工作?
对于一个电子商务企业,IT只是其若干职能部门中的一个。在企业早期,IT并不太会形成瓶颈,无论是网站还是后台业务系统。
任何商业上成功,其决定性因素,往往是需求的把握,以及是否有能力实现该需求。既然电子商务的本质是零售,那么核心就是把握零售行业的本质,比如红酒销售的特点,这和IT无关。
深刻理解用户在互联网这个虚拟的渠道购物的行为,是需要IT支撑的,但并不限于具体的技术,如Java、Ruby,而是一种业务。
对于搞IT的,往往以为IT就是一切,这往往是失败的开始,就如在一只小船上,几个人都站在了船的一角。企业里,会计很重要,但你觉得会计在企业里处于什么的角色?会让公司起死回生吗?它主要是后端支撑,提升业务处理效率,而不是扩大市场份额。
不过,IT比起会计,核心得多,但我们不要太高估。对于C2C商家,只需要注册一个淘宝网店,把产品录入,再加上营销、客服就行了,并不需要懂多少技术。
[b]电子商务网站的开发[/b]
企业应用,一般是数据驱动和流程驱动的,也就是说,业务数据都是通过表单(Form)和表格(Table/Grid)展现的。而电子商务网站,是用户行为驱动,页面上的元素,以及元素的布局都很影响用户行为。
企业应用,一般在上线后,会给员工系统的培训。这种业务系统需要学习,还需要你去适应它。
但电子商务网站,是一种自助系统,没有人会专门去学。如果该系统不易用,那么用户在受挫后,很容易放弃。这意味着,我们一定要把系统做得足够的简单、白痴。Windows的帮助系统大家会去查阅吗?互联网上的帮助,用户更不会查,除非你在他需要时给予简短、直接的提示,比如送货须知。需要注意的是,送货须知这类信息是提供帮助,不是解决问题。用户只会用自己的方法解决问题,比如反复刷新页面。
企业应用,我们可以重用大量组件,比如重量级的Ext控件、dojo;但电子商务网站对界面的加载速度(用户体验)有很高的要求,控件越轻越好,像ext肯定是没法用的。
企业应用,我们可以要求员工必须用某种浏览器;但互联网用户,我们必须去适应他们,所以对浏览器兼容性要求非常高。
企业应用,我们不用注意页面的URL,因为从一个入口,可以一步步导航到我们需要的功能。但电子商务网站,如果让用户找到你,首先必须让搜索引擎找到你,所以SEO很重要。
电子商务网站,界面即需求。在开发过程中,我们尤其应该重视界面原型。这个可以由产品经理主导,设计师辅助,但不应该交由开发人员。企业应用中,开发人员可以自己做界面,那是因为界面相对固定、简单,比如上面是搜索过滤条件、下面是数据表格。一个做纯开发的,很难对用户需求有深刻的把握,不是没有能力,而是学习成本和兴趣。比如酒店预订网站的酒店列表页,没有对预订客人需求和行为的深刻理解,是很难做一个易用的界面。
先写到这儿了。没有写完,也有些凌乱。
后来,我自己总结,根据项目特点和团队特点,经过两年多尝试,在最近一年,感觉很轻松了,虽然也带着若干人,还要和若干业务人员沟通、协作,自己还干着开发的活。说白了,有点像敏捷开发,但我们没有燃尽图的概念,也没有每日站立例会。因为我觉得这都是形式,并不是核心。
[b]团队管理,从工作日志谈起[/b]
项目管理虽然要以项目目标为原则,但一定要考虑员工的感受。如果员工不喜欢填写工作日志,那么肯定会应付,如果团队在某件事上有应付心态,就会渗透到其它行动中。而填写工作日志,最核心的基础是信任。如果他认为上司是拿这个来监督和考核,而不是降低项目风险、提升其个人绩效,肯定会采取自我保护,也就是虚报。
填写工作日志,本质上是反馈,而反馈是控制的一种手段(管理的五大职能之一),难道就没有其它途径,来达成反馈、控制的目的?
我之所以说到工作日志,因为这是在企业应用开发领域,对团队一个最基本的要求,项目经历很爽,但团队大多数人其实都不爽。快下班了,大家都想回家,谁还想填个什么破日志。
但是,即使这样一个细小的团队行为,在电子商务的的开发团队里,也要引起足够的重视。
企业应用一般是给客户企业的员工用,只要领导认可,员工基本上没有选择权,即使界面很丑陋、难用。做企业应用,只要拿到了项目,项目就算成功了一半。
但电子商务不一样,电子商务网站是运营出来的,用户是一个个积累的。客户觉得网站用起来不爽,掉头就走,而且你还蒙在鼓里。也就是说,它在需求把握、用户体验方面,比起企业应用要求高得多。
企业应用可以用增删改查来分类,电子商务网站的细节比这多得多。如果你的团队成员对自己的项目只是堆代码的心态,很难出一个精品网站。也就是说,我们最好以对待用户的态度,来对待自己的团队成员,让自己的团队成员也感觉到被尊重、信任和重视。
上次我去雅安碧峰峡玩,景区有一家餐厅,早餐只有面食,还很贵很难吃,服务也很冷漠。但我能咋样?我没有选择权。很多负责企业应用开发的项目经理,大概管理水平,和这个餐厅的老板差不多。不过这也正常,因为那家餐厅把早餐品种做多、味道做好,他很可能没有现在这样赚得多。因为100个游客,都是20个去那儿吃早餐,你提升你的服务,只意味着成本的增加。除非这样:引入另外一家竞争。
所以有人说,企业家唯一的动力,就是提供比竞争对手更好的产品或服务。注意,不是“让顾客更满意的产品或服务”。
上面谈到的,其实就是如何提升团队执行力的一个细节。电子商务网站因为细节太多,对细节的要求深度很高,所以必须从源头抓起:先让团队成员满意,因为他们才是细节的实现者。这是该行业对项目经理的基本要求,而不是出自经理的高尚行为,因为这个行业对用户的争夺残酷而又悄无声息。
不过,我谈到的这种团队管理的态度,并不能决定项目的成败。
[b]IT部门角色[/b]
电子商务,本质就是零售,也就是产品/服务的分销渠道。电子商务企业,一般也是这些职能:产品管理、物流和配送、营销、客服、IT、网站运营,根据职能再分组织架构。因为不同行业的特殊性,以上这些职责轻重不一样,比如服务型企业,如酒店机票预订,物流和配送就很弱,还没有仓储这一块。对于大型综合的B2C,一般还会分出一个品牌部门。
电子商务企业的IT团队一般开始都不大。企业应用一般采取外包形式,比如中国移动一年可能上亿的IT订单,却没有自己的核心IT研发团队。而电子商务企业,很少将IT外包的,尤其是网站这部分:
1、网站前台和后台是集成的,各模块耦合性很强,这意味很难分包。
2、业务变更频繁。 随着企业的壮大或收缩,对网站的要求以及内部运营系统的要求会变化很大,这很不适合需求固定型外包。
3、沟通和及时响应。市场上目前还没有一个IT公司,比该企业高管更理解本企业的现状,并且还能够及时通过IT实现其想法,这意味着沟通很困难。
如果一个电子商务企业自己组建IT团队,而这种IT团队不可能太大,因为前期开发任务不会很大(既没有太多订单,又没有多大的财力投入);到后面,系统逐步完善,也不需要那么多人,除非企业做得很大,很依赖IT。
项目型公司,项目做完了,团队就解散了。
电子商务企业,有明显的两阶段:开发阶段和运营阶段,就如同共产_党的1949年分界线。在运营阶段,虽然也会涉及到开发工作,但更偏向于维护(功能的添加和修补)。
因为电子商务IT的两阶段特性,所以进入该行业的IT从业者,要有心理准备:是否适合做维护的工作?
对于一个电子商务企业,IT只是其若干职能部门中的一个。在企业早期,IT并不太会形成瓶颈,无论是网站还是后台业务系统。
任何商业上成功,其决定性因素,往往是需求的把握,以及是否有能力实现该需求。既然电子商务的本质是零售,那么核心就是把握零售行业的本质,比如红酒销售的特点,这和IT无关。
深刻理解用户在互联网这个虚拟的渠道购物的行为,是需要IT支撑的,但并不限于具体的技术,如Java、Ruby,而是一种业务。
对于搞IT的,往往以为IT就是一切,这往往是失败的开始,就如在一只小船上,几个人都站在了船的一角。企业里,会计很重要,但你觉得会计在企业里处于什么的角色?会让公司起死回生吗?它主要是后端支撑,提升业务处理效率,而不是扩大市场份额。
不过,IT比起会计,核心得多,但我们不要太高估。对于C2C商家,只需要注册一个淘宝网店,把产品录入,再加上营销、客服就行了,并不需要懂多少技术。
[b]电子商务网站的开发[/b]
企业应用,一般是数据驱动和流程驱动的,也就是说,业务数据都是通过表单(Form)和表格(Table/Grid)展现的。而电子商务网站,是用户行为驱动,页面上的元素,以及元素的布局都很影响用户行为。
企业应用,一般在上线后,会给员工系统的培训。这种业务系统需要学习,还需要你去适应它。
但电子商务网站,是一种自助系统,没有人会专门去学。如果该系统不易用,那么用户在受挫后,很容易放弃。这意味着,我们一定要把系统做得足够的简单、白痴。Windows的帮助系统大家会去查阅吗?互联网上的帮助,用户更不会查,除非你在他需要时给予简短、直接的提示,比如送货须知。需要注意的是,送货须知这类信息是提供帮助,不是解决问题。用户只会用自己的方法解决问题,比如反复刷新页面。
企业应用,我们可以重用大量组件,比如重量级的Ext控件、dojo;但电子商务网站对界面的加载速度(用户体验)有很高的要求,控件越轻越好,像ext肯定是没法用的。
企业应用,我们可以要求员工必须用某种浏览器;但互联网用户,我们必须去适应他们,所以对浏览器兼容性要求非常高。
企业应用,我们不用注意页面的URL,因为从一个入口,可以一步步导航到我们需要的功能。但电子商务网站,如果让用户找到你,首先必须让搜索引擎找到你,所以SEO很重要。
电子商务网站,界面即需求。在开发过程中,我们尤其应该重视界面原型。这个可以由产品经理主导,设计师辅助,但不应该交由开发人员。企业应用中,开发人员可以自己做界面,那是因为界面相对固定、简单,比如上面是搜索过滤条件、下面是数据表格。一个做纯开发的,很难对用户需求有深刻的把握,不是没有能力,而是学习成本和兴趣。比如酒店预订网站的酒店列表页,没有对预订客人需求和行为的深刻理解,是很难做一个易用的界面。
先写到这儿了。没有写完,也有些凌乱。