• 创建:2006-9-1
  • 文章:122
  • 评论:473
  • 访问:58942
  •  

原贴地址:http://www.yeeyan.com/articles/view/little/11?ad=referral?ad=referral

(译者:关于 Guy Kawasaki,已经在雷声大雨点大翻译的另一篇文章《创业者的十大谎言》里有过介绍了。在这篇文章里,作者对如何白手起家创业提出了11条建议。希望这些建议能对创业者们有所启迪。)

有人曾经对我说,一个创业者得到风险投资的几率如同在一个晴天下站在游泳池里被闪电击中一样。这种比喻还是过于乐观了。

人们可能以种种借口拒绝投资你的企业:你们不是一个“令人信服”的团队,没有“令人信服”的技术,不在一个“令人信服”的市场里;或者你的公司根本就不具备 “风险投资的潜质”——也就是说没有可能上市或者被巨资收购;再或者你的组织受到太多政府或环境因素的干扰。如果拿不到任何风险投资,你是否应该放弃呢?当然不!

我可以举出例子来说明,对于许多公司来说,太多的钱比太少的钱更糟糕——这并不是说我不想有一天能运行超级碗(Super Bowl)那样的商业活动。但是直到那天成为现实之前,要想成功还必须白手起家(bootstrapping)。这个词来源于德国故事《吹牛大王历险记》,故事的主人公拉着自己的鞋后跟把自己从海里提了出来。下面是一些白手起家的艺术:

  1. 注重现金流而不是盈利性(Focus on cash flow, not profitability)。理论上讲,利润是生存的关键。问题是,理论不能用来付帐单。在现实中,你是用现金来付账单的,所以请把重点放在现金流上。如果你要白手起家,那么你的业务应该具备这些特点:必需的资金要少,销售周期和付款期要短,以及具有可重复增加的收入(recurring revenue)。这意味着你要放弃那些需要12个月的时间来完成定单、发货和收账的大单。现金对于白手起家者来说,就是一切。
     
  2. 自底向上的预测(Forecast from the bottom up)。很多创业者进行自顶向下的预测:“美国有1亿5千万辆汽车。就算在第一年里只有1%的汽车装了我们的卫星收音系统,那就是150万套系统。”而自底向上的预测是这样的:“在第一年里,我们能够开设10个安装点。每个安装点平均每天安装10套系统的话,第一年的销售量将是 10个安装点 × 10套/天/安装点 × 240天 = 24000 套。”24000和自顶向下中声称的150万保守估计显然相去甚远。你们觉得哪一个更有可能实现呢?
     
  3. 先发货,再测试(Ship, then test)。我已经听到批评的声音了:“你怎么能够建议发送那些并不完美的货品呢?”等等,等等。“完美”(perfect)是“足够好”(good enough)的敌人。当你的产品或服务足够好时,尽快向客户提交他们,以获得现金的流入。而且,花费更多的时间并不能保证产品的完美,只会产生更多不需要的功能。发货后,你也能了解到客户需要你真正解决什么问题。当然,这需要在你的信誉和现金流中做一个折衷:你当然不能向客户发送一堆垃圾,但也不能等待你的产品变得完美无瑕。注意:那些同生命科学有关的公司,请忽略这一条建议。
     
  4. 忘掉所谓“令人信服”的团队(Forget the “proven” team)。令人信服的团队要求太高——特别是大多数人把这定义为一群在过去十年里为超级大公司工作的人们。这些人,习惯了某种特定的生活方式,但绝不是白手起家的生活方式。聘用那些年轻、便宜、渴望工作的人,那些上手快但并不一定有全面经验的人(people with fast chips, but not necessarily a fully functional instruction set)。当你实现了可观的现金流后,再聘用那些资深的管理者。在那之前,请使用那些你能够负担得起的人,并把他们培养成优秀的雇员。
     
  5. 从服务开始做起(Start as a service business)。假如你的想法是要最终成立一个软件公司,让人们花钱买你的软件。这当然是一个很清晰的业务并且有完善的商业模式。但是,在完成你的软件之前,你还可以提供基于你的中期产品的咨询服务等。这样做有两个好处:你可以立即获得收入并让真正的客户来测试你的产品。一旦你的软件经受住了各种各样的测试和考验,你就可以把公司转换为产品型了。
     
  6. 注重功能而不是形式(Focus on function, not form)。我喜欢好的“形式”。MacBooks;Audis;Graf skates;Bauer sticks;Breitling watches。你还可以举出很多。但是白手起家者们在买东西时,注重的是功能而不是形式。上面那些形式,相对应的功能分别是:计算;从点A移动到点B;滑冰;滑雪;了解时间。这些功能并不要求那些昂贵的形式。椅子就是用来让你的屁股坐在上面的;它并不需要看上去属于哪个现代艺术的博物馆。你要设计高贵的东西,但是要买便宜的东西。
     
  7. 有选择地战斗(Pick your battles)。白手起家者们有选择地战斗。他们不会在所有的战线上开战,因为他们承担不起。如果你要开设一所新的教堂,你真的需要一套10万美金的多媒体视听系统吗?还是从一座讲台上发出的福音?如果你要建设一个靠广告收入的网站(a content wet site based on the advertising model),你需要自己写客户广告发布软件(customer ad-serving software)吗?我不这样认为。
     
  8. 雇用尽可能少的员工(Understaff)。许多创业者为可能发生的最好情况而储备雇员。“保守的估计(自顶向下),第一年卫星收音系统的销售量会是150万套。我们最好开设一个24小时营业的客户支持中心。”结果怎样?你根本就不可能销售150万套系统,但你的确为此雇用了200个员工,培训他们,并且把他们安置在一个5万平方英尺的电子化市场中心里。白手起家者们雇用尽可能少的员工,因为他们知道任何糟糕的情况都可能发生。人手不足,按照在硅谷的说法,属于一个“良性问题”(a high quality problem)。相信我,当一个创业者因为销售激增而打电话要求更多的资金时,任何一个风险投资家都会对此惊喜若狂。而惊喜之所以称为惊喜,正是因为它们很少发生。
     
  9. 采用直销方式(Go direct)。在白手起家者和他的客户之间最好不要有第三方存在。的确,商店提供了接触消费者的途径,批发商们提供了货品分发的途径。但是上帝发明了电子商务(ecommerce),从而你可以直销你的商品并实现更高的边际利润。上帝的聪明之处还在于,通过直销,你能够了解更多的客户需求。商店和批发商们是用来满足需求的,他们并不创造需求。如果你能够创造足够的需求,你稍后总能找到办法来满足它;如果你不能创造足够的需求,那么所谓世界范围内的分发渠道对你来说毫无意义。
     
  10. 用业界的领先者来作比(Position against the leader)。没有钱来做长篇大论的广告吗?没关系。用业界的领先者来作比好了。Toyota是这样推销Lexus的:花一半的价钱,买Mercedes的品质。Toyota用不着解释什么是“Mercedes的品质”。想想看,这能为他们节省多少广告费!其它的像“便宜的iPod”和“属于大众的Bose无噪音耳机”,都有同样的效果。
     
  11. 直面惨淡的真相(Take the “red pill”)。正如Neo在The Matrix里做的决定一样。红色药丸会让你知道整个真相;而蓝色药丸则会使你像是醒来时觉得只是做了一场恶梦。白手起家者们没有那种奢侈去选择蓝色药丸。他们每天都在忙于知道真相——这个兔子洞到底有多深。一个简单的计算公式是:现金总数除以烧钱的速度。因为这可以告诉你到底还可以活多久。就像我的朋友Craig Johnson喜欢说的:“钱花光时你就玩完儿了。大多数的创业公司都是这样死掉的。”只要你手里还有钱,你就没有出局。
     

编辑 | 阅读全文(148) | 回复(1),larry.zhang 发表于 2008-9-1 14:16

2008-8-1 11:53 | [原创]感动常在

关键字:AMT 微创 感动
昨天和今天参加公司新员工培训,觉得很感动我能在这样一家公司工作,突然发现我在那家公司就爱那家公司,努力发现所在公司的优点并且用这个优点感动激励自己,把这个热情应用到本职工作,虽然偶尔会松懈但还是会调整到大的轨迹。
离开前一家公司AMT,不是因为不喜欢才离开,就算离开后我仍然认同AMT的企业文化,身处其中的时候没发现,其实回顾前一年,是AMT教会了我共享精神、同事之间简单和谐的相处,注重结构化的思维方式,可能现在我做的不是很好但是我有这方面的意识就能不断的进步
现在所在的微创,我们所生产的每一根药物支架都是救人的产品,而且我们是一个自主创新的民族企业,在落后国外技术几十年的情况下发展壮大,和国外产品抗衡使药物支架的价格从4万8降到现在的1万8。让很多病人不会为了高昂的手术费而选择死。当想到这些的时候一种超脱于大米之上的光辉悠然而生,我工作不仅为了这份薪水。还有工作所产生的价值。
我喜欢这种状态,喜欢这样的氛围!
加油!努力工作!
编辑 | 阅读全文(224) | 回复(1),larry.zhang 发表于 2008-8-1 11:53

2008-6-25 15:1 | [原创]鄙视自己


nnd好家伙手动在系统中改了196篇文档的文档分类,改的我想吐!
太不高科技了!要是懂的话一个update就搞定了,自己在网上搜
了一番也没找到参照的!时间又紧只能先一个个的手动改!严重的鄙视自己!
技术啊!学习!!
编辑 | 阅读全文(174) | 回复(6),larry.zhang 发表于 2008-6-25 15:1
关键字:第一次 离职
该文章有隐私级别,只有作者本人才可以查看。
编辑 | 阅读全文(143) | 回复(4),larry.zhang 发表于 2008-3-20 14:54
从父母找工作这件事情发现如果需要更快速的了解信息,应该选对获取信息的途径,并不是途径越多越好!途径多的时候反而增加自己的成本,比如打电话跟很多朋友,无形中又欠别人一个人情成本,别人帮不了忙反而觉得不好意思。这样不利于友谊的发展最后还是在马路上去问绿化工人找到的,自己找工作的时候也是遇到同样的情形。
编辑 | 阅读全文(604) | 回复(1),larry.zhang 发表于 2007-10-29 16:48

2007-8-14 23:40 | [原创]暂时迷失的船

关键字:职场规划

连续两天和老总及一大帮同事吃饭,谈咱们目前公司遇到的问题及未来要走的方向。对于过去一年的总结和未来职业生涯规划又多了一层理性的认识。

在项目最艰苦的时候曾受压力的能力到了目前能力的一个极限,而且大家的状况都差不多,我们就像水手每人出一把力就把公司这条船儿偏离了航线,驶入了一片荒芜。其中有少数使对力气的水手但是还是无法改变被偏离。大家在高压状况下看到荒芜,衍生了抱怨,此时紧绷的那根弦极容易就断了!

此时掌舵的人能把方向指对了,员工能扛过这个极限的顶峰,缓过神来想一下应该怎麽配合,应该往那个方向使劲儿。那么公司这艘船又会回到正常轨迹,越行越远。

对于个人来说,我为了要让公司这条大船驶向正常的轨迹,在我这个岗位的水手应该具备那些本领,需要不断的学习那些东西,如果我不断的学习磨练让自己成为这个水手中的牛人,就算这条大船最后还是没驶入正轨!但我为了公司尽力了,问心无愧!而且那时我随便在那条船上都是牛人,那么我又有何所惧的呢?

编辑 | 阅读全文(348) | 回复(3),larry.zhang 发表于 2007-8-14 23:40

状况:

最近参与的项目在后期推动遇到不大不小的阻力,做完咨询后立马开展软件实施,实施的过程中业务人员的参与非常少,作为实施人员我们不可能对每个行业业务都懂!实施和开发人员闷头做完后和业务部门一碰发现不是他们想要的!造成客户觉得咨询就是讲故事,故事讲得好听但不是现实,软件没做好,怎麽跟实际业务这么不同。或者我提出要修改的地方怎麽改的这么慢!

原因:

咨询:咨询更多的是针对管理层的管理需求,对业务部门的实际操作来说关注相对较少,而落到具体的软件需要在管理需求和实际的业务操作之间找一个平衡点。很多时候效果不等同于效率

软件:其实客户那里知道,对于协同软件来说用户看到的可能只是改变一个地方,对实施人员来说牵涉到好多地方都要修改!要不咋叫协同呢!改变的成本对我们来说太大了!

解决的方法:

咨询完后落到软件实施时全程需要有业务部门的参与,参与的人员首先懂业务,其次能对现有业务提出改进意见或者能拍板这件事儿就这么做,如果不能拍板经过讨论决定方案可行后领导要强制执行,主要是改变后难免会对操作层面的人员现有的工作习惯造成冲击,如果不从上之下强制执行,操作层的人员就可能不会去执行!

职场新人参加的第一个软件实施项目感想,抛块砖先,欢迎同道中人晒出自己的想法,这样大家互相借鉴,少走弯路!^_^

编辑 | 阅读全文(645) | 回复(2),larry.zhang 发表于 2007-8-9 23:39

最近在给一房产经纪公司做软件,发现她们人力资源部一个个全是美女!身材超好!呆久了就发现其中的奥秘!原来之前她们公司没有软件系统,所有东西全是纸面的,而且办公区域分布在不同地方!人力资源部的美女们每天就拿着各种文件奔走与各个部门之间!那家伙相当与多长时间的有氧运动啊!连办健身卡的钱都省了!

但是要上系统了,她们以后就在电脑前点、点、点、就好了,若干时间后她们的小蛮腰会不会长出小肚腩呢!唉!真让我等好色之辈担忧啊!

呵呵,以上纯属扯谈!

编辑 | 阅读全文(361) | 回复(0),larry.zhang 发表于 2007-8-9 18:17

如果目的是为了增加一种经历而去经历,那么目的已经达到,若想通过这种经历成就自己的 人生那么路漫漫兮!这种经历不代表一份职业,而是一种生存状态

做实施在潜意识中改变着自己冒险的精神!循规蹈矩适合做一份职业,而不适合做个商人。当自己在面对一个商业机会但缺乏一种冒险精神去尝试去做那将是一件多么可悲的事情!

编辑 | 阅读全文(129) | 回复(0),larry.zhang 发表于 2007-7-27 21:34
关键字:应用软件

场景:被用户批了,灰头土脸

频率:记不清次数

      软件的问题一定是在设计时就解决而不是让用户去发现问题,然后我们充当救火员,这样就会造成用户的信任度下降,次数多后就算遇到小的问题,也觉得你的是大问题。长此以往恶性循环。不要妄想软件系统把所有的东西都管起来,不现实!

总结:屁股决定脑袋

编辑 | 阅读全文(584) | 回复(5),larry.zhang 发表于 2007-7-20 17:29

2007-6-26 9:29 | [原创]换一种思维

关键字:思维方式
刚才彭一、张萍,刘君他们在一起讨论如何做产品标准化等一系列问题,有幸做一个旁听生。换一个圈子一下子开阔了自己的视野。如果和处在相同处境的同事讨论只会把痛苦1+1等于了2。其中几个感触深刻的点:
一、固定时间召开会议碰计划和总结,目前我们在实施的项目中补总就在每周一下午5点-7点召开这样的会议,每个人整理自己负责的模块上周计划是否完成,完成鼓励,没完成原因是什么,需要那些支援。这周计划做什么,需要什么配合。一目了然。在计划总结下每个人会认真梳理自己做的事情而不是闷头苦干,干了半天发现很乱!计划总结的事情不同,但做事的方法一样!
二、习惯的假设,也是失败的假设。在项目报价的时候,如果我是IBM的顾问就好了我就可以报5000元人天,但现在我是AMT顾问只能报3000元人天。此时更应该想的是我为什麽只能报3000元,我如何才能报到5000元。讨论完的时候我就冒出了一个“要是天天有顾问在公寓讨论就好了”立马就被彭一批了,你现在就在习惯的假设,要是没住公寓你就没机会听到讨论,以后虚心改正,在说假如、要是之类词的时候想一下。
三、彭一阐述了咱们孔总、王总为啥不像新华信、北大纵横等咨询公司一样树立个人品牌,为何不做战略规划,而选择做战略下面实实在在的事情。
今天实在太困,睡先
 
编辑 | 阅读全文(160) | 回复(4),larry.zhang 发表于 2007-6-26 9:29

2007-1-30 9:16 | [灌水]十字路口

关键字:个人战略 创业
向左走?还是向右走?列了个利弊的清单,各有得失,还是不知该如何选择!
编辑 | 阅读全文(1233) | 回复(1),larry.zhang 发表于 2007-1-30 9:16
关键字:王玉容

 

AMT咨询曾经针对1000名职业经理人做过调研统计,数据表明,这些经理人一想起开会,就想到“效率低下”,他们说,“50%的会议是在浪费时间,基层员工给给那些开会特别多的人起了一个外号,叫会虫”。

我这里有一则“开会顺口溜”,给大家念念:

开会再开会,不开怎么会,本来有点会,开了变不会。
有事要开会,没事也开会,好事大家追,出事大家推。
上班没干啥,一直忙开会,大会接小会,神经快崩溃。
每周部门会,季度开大会,下班不能走,还要开晚会。
有人忙协调,有人打嗑睡,有人瞎附和,有人紧锁眉。
发言缺准备,听来活受罪,扯东又拉西,全凭一张嘴。
台上说什么,只听不领会,手机不时响,怎还不散会。

以上是用一种定性的语言发着会议的牢骚,如果定量来算一算呢?“我们在开会这件事情上,一年花3个亿”。

因此,在我的《流程管理》书籍之后,我们再把这本“开会如何高效”的书呈现给您。在我的“流程优化”公开课培训之后,我们再把“和谐会议管理 高效组织沟通”的2007年培训新品开发出来。


但要特别提醒您注意的是,市面上有很多“高效会议”之类的书籍或者培训,都是关于“一个单独的会议如何开好的”。要讲究很多会议的技巧、讲究一个会议的起承转合。甚至,如何避免跑题。
而我们说,开会不仅是一个主持人的语言技巧问题,也不是单一会议的会议议程要清晰就可以了,我们要区分“一个单独的会议”和“会议体系” 。

举例来说,
国内某知名房地产公司(简称C公司),效率和效益在国内属于比较领先。但他们和东京的同行:东京的地产企业做了对标,结果发现自己的效率比人家差了20倍:自己是300个人做10个楼盘,东京的同行是60个人做40个楼盘。
 

东京的房地产企业为什么能做到?--因为日本人比中国人厉害?C企业当然不认同这个答案。但日本同行的确是有窍门的,他们的窍门是:
 
每个楼盘8个会,会议目的、参加、不参加、决策程序、隔多久开下一个会

而C公司,每个楼盘也许都开会,但每个楼盘开的会不一样多,而且一忙就不开会了,不开会了结果更忙了。

这个例子说明的是:把会开好,不是一个单个会议的问题,而是会议体系设计的问题。首先要回答“开那些会、不开哪些会、每个会的目的是什么”,然后才是“怎么把每个会开好”的问题。其实,哪怕把一个单独的会议开好,也不是一个个人技巧的问题、口才的问题,而是一个决策项设计、决策流程、决策制度、决策角色、决策CHECKLIST的设计问题。


而C企业在去日本参观以前,并没有意识到问题的原因所在。在又忙又乱的时候,他们怎么办呢?C企业曾经举行“个人沟通技巧”的培训,结果没有什么太大的效果。我们来分析一下,一个企业的沟通靠的什么?大量的会议是在沟通,各种的报表是在沟通,因此,要加强企业内部的沟通,单单靠个人沟通技巧是绝对不够的。我们经常看到,“高超的个人沟通技巧+大量临时低效的会议+纷乱繁杂的报表=仍然低效的沟通”,所以,把“组织沟通”从“个人技巧”引申到“组织能力”呢?能不能把会议这种沟通大大提高效率呢?你的这种会议和那种会议之间关联吗、和谐吗?

同时,我们发现,“跨部门跨岗位的流程”和“会议体系”有着密切的关系。我们帮助企业做流程梳理、设计、优化的咨询的时候,越来越多地发现:哪怕流程图画了、制度也写了,但流程的执行仍会被干扰。被什么干扰?
? 被各种临时的会议、各种临时的决策;
? 被各种效率低下的会议、各种只看中局部利益的的决策。
? 被各种延期再延期的会议、各种彼此冲突矛盾的决策。

好在,国内的一些领先企业已经从“和谐会议体系”尝到甜头。他们有的是地产企业、全球500强的家居用品企业、国内领先的体育用品品牌企业、大型石化企业、某国内知名的日化企业,他们从“会议体系”到“报表体系”到“经营分析体系”,给这些企业的CEO、CXO和各部门经理明晰了“会议金字塔”和“会议地图”,从而,从根本上、系统地提升会议效率、加强整个组织的沟通效率。

我们在帮助这些客户提供咨询的时候,比如“企业经营分析体系提升咨询”、“会议体系梳理与设计的咨询”的时候,强烈感受到,把“一个单独的会议开好”,至多是15%的重要,而会议体系,是85%的重要。这里的15%与85%,是借鉴了质量大师戴明的一句话,
“企业的各种质量、效率和浪费的问题,只有15%是由于岗位个人的原因造成的,85%,都是体系和结构本身有问题”。

为了说明怎么搭建这种结构、优化这种体系,我们在“和谐会议体系 高效组织沟通”中会更加详细地谈到两个好方法:”会议金字塔”和“会议地图”。简要来说,会议金字塔把企业里有哪些会分成了三类,战略类会议、运营类会议和例会。一位经理的会议地图,就是把他应该参加哪些会、各种会之间的逻辑关系、时间先后关系都用一副图给出来,就象我们在北京开车要有北京市地图、上海有上海地图、到全国各地有GPD导航一样,清清楚楚。

怎么把这些地图梳理出来呢?我们举了一些典型的例子,并且用“案例小说”的形式,给出了5个鲜活人物的“会议困惑”,他们是:
 吴总     男    公司总经理,其他人物的“老板”,智慧、有亲和力,但非常忙碌。
          欧阳          男        市场总监,年富力强,行动有魄力。

        艾小莉   女   欧阳的助理。年轻伶俐,常忙于经理们的日程安排、会务安排、会议记录。
 李标        男      欧阳的下属,分管“细分市场统计分析”的经理。经常陷于大量报表。
 刘静        女      欧阳的下属,负责促销策划的经理

这些人物的工作和生活是怎样?他们做了哪些探索?遇到哪些挫折?是怎么克服的?

我们来看,欧阳在会议室里贴出了标语:“进来请说实话、短话、说话算话;出去请行动、互动,说动就动”,,他也借鉴了我们提出的“把一个单次的会议开好”的“四个基本原则”,即:

开好单一会议“四项基本原则”之一:无目标不开会 。哪怕议议也有目的,否则PC说因为台湾地震了
开好单一会议的“四项基本原则”之二:无议程模板不开会 
开好单一会议的“四项基本原则”之三:无会前充分准备不开会 
开好单一会议的“四项基本原则”之四:无会中决策流程不开会” 


可是,欧阳面对会议的效率问题还是没有得到根本解决,一深究,他发现会议效率是个系统问题:“老总龙头一乱摆,下属龙尾跑断腿”。 

那么, 金字塔第一层,从战略流程到决策项、到会议呢?
集团型企业的战略类会议,又需要区分哪四种情况呢?
作为全球第一CEO,中国人熟悉的杰克?韦尔奇,他管理那么大的GE,想必会议也非常多,他面前如果只摆着最重要的6种10次会议,是哪些呢?

到了金字塔第二层,怎么让运营类会议成为企业良性运转的发动机呢?

从运营主线到决策点、到会议,到底怎么做呢?部门间开会吵架怎么办:运营类会议的3种冲突场景 ?
日产等企业的高效会议实践 109
如何用IT系统来支撑运营类会议? 109

当然还有例会。在我们的书中、培训当中,这些问题将一一触及。

故事并没有结束,我们前面已经说道,会议是沟通、报表也是沟通,三层会议盘点理顺了,有关“报表”的一声叹息又浮现出来。

我们常看到5种现象:

? 作为公司领导班子成员,每月看大量报表;作为部门经理,每月花大量时间在应付各种报表的填报;基层人员,则经常碰到不同“上级婆婆”要的重复报表(如图7-2所示),填写一次又一次,也难怪他们把上面的人叫做“表哥表妹了”。
? 报表满天飞, 高层还是不够用。报表内容缺少针对性,对决策目标的支持并不明确。有时候报表来了,最好的决策时机已经过去了。
? 交上来的报表堆砌事实,不加提炼,希望到会议上来谈。结果高层靠个人消化了这些数据,给大家一个结论。
? 出了问题和偏差乱找借口,每次解释的原因不一样。
? 报表做出来后,没有人真的会关注。看看就算过去了,没有反应。


怎么办呢?本书的姊妹书《和谐报表管理》已经在出版进程中,

? 当会议和数据结合,会前、会中、会后所需要的报表是什么?
? 标准化报告报表体系是怎样的?如何建立企业上下一致的分析结构?
? 吴总作为总经理、欧阳作为总监、李标作为经理,要看到的“关键数据看板”(例如图7-4)是怎样的?这和企业的财务系统、ERP系统、商务智能系统是什么关系?
? 如何通过报表,来不断积累和发现那些影响生意的长期因素?
? 如何把握决策目标和时机,提供有针对性的数据支持?
? 如何在每一个业务领域建立起稳定的分析结构和方法?
? 如何从报表到提供行动建议,供高层做选择题而不是分析题?
? 如何真正利用报表,定期对偏差进行分析和纠正?
? 很多实施了BI(商业智能软件)的企业对BI实施结果不满,原因是:BI软件商实施的时候,是让客户提需求,拿出具体的表格,而没有一个需求分析和挖掘的过程,结果BI分析的高度及凝炼度不够,这种情况怎么补救?
? 如何结合BI(商务智能)和KM(知识管理)软件工具,将各种经营分析结果定期推到高层管理者面前?

 

 

 


我们相信,不仅是那位虚拟人物市场总监欧阳在探索和努力,正在努力的,还有拿起这本书的“您”。――您的任何阅读感受,欢迎电子邮件给到我们,也希望在AMT推出的培训产品、《和谐会议管理 高效组织沟通》的培训研讨会上能见到您的身影。让我们为提高一个企业/事业单位的“系统能力”、“组织能力”、“整体效率”,而不是仅仅关注“职业经理人的个人技能”、“各级人员的个人执行力”,一起不懈努力。

编辑 | 阅读全文(1808) | 回复(9),larry.zhang 发表于 2007-1-4 19:51

2006-12-15 10:7 | [分享] SELCET 语句共享

关键字:学习 成长 快乐

_select(選取資料,屬DQL)
 
資料查詢

     SELCET * FROM Table                    //
過濾顯示所有資料庫
     SELCET Name, Tel FROM Table            //
過濾顯示 Name Tel 資料
     SELCET DISTINCT dept_no FROM table_name //DISTINCT
取消重復部份
     SELCET DISTINCT au_lname FROM authors WHERE au_lname="Ringer" 
     SELCET full_name, salsry*12 FROM table_name //
全名及計算年薪
     SELCET full_name, salsry*12 AS year_salary FROM table_name
      //
ISO SQL 語法標準中允許使用AS子句重新命名欄位名稱
     SELCET * FROM table_name WHERE column1 = xxx [and column2 > yyy]
              [or column3 <> zzz]

 
整合性的查詢:

    SELCET count (*) FROM table_name WHERE column_name = xxx
      //
查詢符合條件的資料共有幾筆。
    SELCET SUM(column1) FROM table_name
     
說明:
      1.
計算出總和,所選的欄位必須是可數的數字形態。
      2.
除此以外還有 avg() 是計算平均、max()min()計算最大最小值的
       
整合性查詢。

 
組合查詢
   
組合查詢是指所查詢得資料來源並不隻有單一的表格,而是聯合一個以上
       
的表格纔能夠得到結果的。
    SELCET * FROM table1,table2 WHERE table1.colum1=table2.column1
     
說明:
      1.
查詢兩個表格中其中 column1 值相同的資料。
      2.
當然兩個表格相互比較的欄位,其資料形態必須相同。
      3.
一個復雜的查詢其動用到的表格可能會很多個。

 
復合性的查詢
    SELCET * FROM table_name1 WHERE exists ( SELCET * FROM
            table_name2 WHERE conditions )
     
說明:1.where conditions 可以是另外一個的 query
            2.exists
在此是指存在與否。
    SELCET * FROM table_name1 WHERE column1 IN ( SELCET column1
             FROM table_name2 WHERE conditions )
     
說明:1. in 後面接的是一個集合,表示column1 存在集合裡面。
            2. _select
出來的資料形態必須符合 column1

 
其他查詢

    SELCET * FROM table_name1 WHERE column1 LIKE ’x%’
      //
說明:like 必須和後面的’x%’ 相呼應表示以 x為開頭的字串。
    SELCET * FROM table_name1 WHERE column1 IN (’xxx’,’yyy’,..)
      //
說明:in 後面接的是一個集合,表示column1 存在集合裡面。
    SELCET * FROM table_name1 WHERE column1 BETWEEN xx AND yy
      //
說明:between 表示 column1 的值介於 xx yy 之間。
    SELCET * FROM
程式基本資料 WHERE 陽上姓名 LIKE "%
%";
      //
過濾不特定""的資料

    SELCET * FROM Table WHERE Name LIKE "*
*"
      //
過濾特定""之中的資料

    SELCET full_name,hire_dat,phone_exit FROM table_name
       WHERE lase_name LIKE ’Le#%’ ESCAPE ’#’;
      //ESCAPE
比對符號要檢查lase_name是否內含’Le#% 的字串
    SELCET full_name,hire_dat,phone_exit FROM table_name
       WHERE lase_name LIKE ’L%’;   
    //lase_name LIKE ’L%’
代表第一個字母須以L字母為開頭其餘可任意字串

    //lase_name NOT LIKE ’L%’ 代表第一個字母不得為L字母
    //lase_name LIKE ’L%’
代表第一個字母須以L字母為開頭其餘可任意字串

    //lase_name LIKE ’L__’
姓氏須三個字元第一個字元為 L
                           (
底線字元’_’類似DOS下的’?’字元

    //lase_name LIKE ’%ee%’
代表任何內含’ee’字串

    //lase_name LIKE ’%e’
最後一個字元須為
’e’

 
資料篩選

  
7料單一搜尋
     SELCET full_name, hire_date,phone_exit FROM table_name
            WHERE dept_no=600 //
顯示部門代號等於600的所有員工....
     SELCET full_name,hire_dat,phone_exit FROM table_name
            WHERE phone_exit IS NULL
        //
列出所有沒有分機號碼的員工姓名(雇員

     SELCET full_name,hire_dat,phone_exit FROM table_name
            WHERE phone_exit IS NOT NULL
        //
列出所有有分機號碼的員工姓名<NULL
>

  
資料多重搜尋

     SELCET full_name,phone_exit FROM table_name
            WHERE phone_exit IS NULL AND hire_date > ’20-jan-1992’;
             //
未有分機且進入公司(雇員)日期之後員工
     <
多資料表連結>
     SELCET full_name, job_country, currency FROM table_name,            
            table_name1 WHERE job_country = table_name1
     SELCET full_name, job_country, currency FROM table_name,            
            LEFT JOIN country ON job_country = table_name1

  
搜尋資料範圍

     SELCET full_name,salary FROM table_name
            WHERE salary BETWEEN 100000 AND 200000;
             //
列出薪資在100000200000的員工
     SELCET full_name,salary FROM table_name
            WHERE salary >= 100000 AND salary <= 200000;
             //
比較運算的查詢語言
     SELCET full_name,job_country FROM table_name//
集合成員運算(IN子句)
            WHERE job_country IN(’Italy France’)//
義大利及法國員工


 
資料排序結果
 
單一排序資料
    SELCET full_name,salary,dept_no FROM table_name ORDER BY dept_no
      //
依各部門代號順序列出員工姓名及薪資
    SELCET column1,column2 FROM table_name order by column2 [desc]
      //
說明:order by 是指定以某個欄位做排序,[desc]是指從大到小排列,
         
若沒有指明,則是從小到大排列
    SELCET * FROM Table Order By Age Desc; 
      //
以年齡欄反排序
 
多欄排序資料
    SELCET full_name,salary,dept_no FROM table_name ORDER BY
           dept_no, salary DESC;
      //
部門代號由小而大,薪資由大而小輸出所有員工姓名

 SQL
合計函數(aggregate function)
    AVG  :
平均值

    COUNT:
筆數
    MIN  :
最小值
    MAX  :
最大值
    SUM  :
加總值
    _select dept_no COUNT(salary)FROM table_name //
錯誤的
    _select dept_no MAX(salary)FROM table_name   //
錯誤的
    _select dept_no MAX(salary)FROM table_name GROUP BY dept_no//
正確的
    < COUNT
的應用
>
    _select COUNT(*)FROM table_name WHERE dept_no = 100
       //
合計代號100的部門中有幾位員工

    < COUNT(DISTINCT)
的應用 >
    _select COUNT(DISTINCT dept_no) FROM table_name
       //
公司共有幾個部門

    < COUNT
SUM 的應用 >
    _select COUNT(*),SUM(salsry)FROM table_name WHERE dept_no = 100
       //
部門代號為100的員工人數及薪資總數

    < MIN,MAX,AVG
的應用 >
    _select MIN(salsry),MAX(salsry),AVG(salsry)FROM table_name
           WHERE dept_no = 100
       //
部門代號為100的員工的最低薪資和最高薪資及平均薪資

    < GROUP BY
子句應用 >
    _select COUNT(*),MIN(salsry),MAX(salsry),SUM(salsry)
           FROM table_name GROUP BY dept_no
       //
找出所有部門的人數最低薪資  最高薪資  薪資總數

    < HAVING
子句應用 >
    _select COUNT(*),MIN(salsry),MAX(salsry),SUM(salsry)
           FROM table_name GROUP BY dept_no HAVING COUNT(dept_no)>2
       //
找出所有部門的人數大於2個人的最低薪資  最高薪資  薪資總數


●_insert(
新增資料,屬DML)
  _insert INTO
資料表名稱 Values (欄位1, 欄位
2,...);
  _insert INTO table_name VALUES(’Taiwan’,’NTD’);
  _insert INTO table_name(country,currency)VALUES(’Taiwan’,’NTD’);
     //table_name
中有country,currency 兩個欄位

  _insert INTO table_name[(column_list)] _select column_list FROM
         another_table_name......
     //
複製多筆資料至另一資料表

  _insert INTO table_name1 _select *  FROM table_name
           //table_name
資料表所有資料加入table_name1
  _insert INTO Table Values ("
陳建中","037-271135","苗市中路","40");
  _insert INTO table_name(column1,column2,...)values(value1,value2,...)
   
說明:1.若沒有指定column 繫統則會按表格內的欄位順序填入資料。

          2.
欄位的資料形態和所填入的資料必須吻合。
          3.table_name
也可以是景觀 view_name
  _insert INTO table_name (column1,column2,...) _select
             columnx,columny,... from another_table
   
說明:也可以經過一個子查詢(subquery)把別的表格的資料填入。

●_update(更新資料,屬DML)
    <
允許更新己存在的資料表資料
>
    _update table_name SET coumn_name1=data_value1[,coumn_name2
               =data_value2,.........] WHERE search_condition]
      //table_name
須為資料表或可更新的view名稱

      //SET
欲更新欄位名稱
      //WHERE
子句用指定更條件(可省略)WHERE 子句中search_condition
       
條件符合會更新資料;更新的欄位值須以欄位所定義的資料型庇相容

    <
更新所有資料
>
    _update table_name SET salary =salary*1.05;
      //
員工薪資依物價上漲年增率5%調整
 
    <
更新指定資料
>
    _update table_name SET salary =salary*1.1 WHERE dept_no=100;
      //
所有部門代號100的員工薪資調升
1.1
    <
更新多個欄位
>
    _update table_name SET job_grade=1 =salary= 11000 WHERE emp_no=2;
      //
編號2號員工職級2級晉升為1 ,薪資並調升
110000
    _update table_name SET column1=’xxx’ WHERE conditoins
   
說明:

      1.
更改某個欄位設定其值為’xxx’
      2.conditions
是所要符合的條件、若沒有 where 則整個 table 的那個
       
欄位都會全部被更改。
●_delete(
刪除資料,屬DML)
    <
刪除指定的資料
>
    _delete FROM table_name WHERE dept_no=621;
       //
部門代號621被裁撤

    <
刪除所有的資料>
    _delete FROM table_name
    _delete * FROM table_name//
錯誤的

    _delete FROM table_name WHERE conditions
     
說明:刪除符合條件的資料。
     
說明:關於where條件後面如果包含有日期的比較,不同數據庫有不同的
           
表達式。具體如下:
       (1)
如果是access數據庫,則為:where mydate>#2000-01-01#
       (2)
如果是Oracle數據庫,則為:
where mydate>cast(’2000-01-01
          as date)
或:
where mydate>to_date(’2000-01-01’,’yyyy-mm-dd’)
  
delphi中寫成:

    thedate=’2000-01-01’;
    query1.sql.add(’_select * from abc where
                    mydate>cast(’+’’+thedate+’’+’ as date)’);
   
如果比較日期時間型,則為:
    query1.sql.add(’_select * from abc
    where mydatetime>to_date(’2000-01-01 10:00:01’,’yyyy-mm-dd
                              hh24:mi:ss’)

 

编辑 | 阅读全文(3735) | 回复(5),larry.zhang 发表于 2006-12-15 10:7

这几天在神威做二期的售前项目,红蜻蜓也已经启动了,在这些客户身上切实能感受到如果没有我们帮助客户持续的落地操作,客户自己推动完成转型,面临内部政治,能力限制,资源投入,观念转变等多个方面的问题,有很大的挑战。我们之前的中立权威的第三方的咨询定位不利于我们提供客户真正需要的服务。只适合于特别大的项目的选型工作和部分客户的规划工作。已经成为限制我们咨询业务发展的定位,限制我们提供客户更有价值服务的定位。

这是在我们内网里看到的一句话,最近在联系咨询公司谈合作的时候经常听到他们是站在中立的第三方,好像和软件公司合作就是图谋不轨!这段话正是我需要回应他们的。

编辑 | 阅读全文(1021) | 回复(2),larry.zhang 发表于 2006-12-5 13:39
(共 20 条) 上一页 1 2

仅列出标题