北京时间9月12日消息,据国外媒体报道,去年,克里斯-迪克森(Chris Dixon)以8000万美元的价格将自己创办的初创公司Hunch卖给了eBay。而在这次交易的前几年,他还将自己创办的另一家初创公司SiteAdvisor以接近7500万美元的价格卖给了McAfee公司。目前,他正在eBay上班,平时也投资了很多初创型的公司。昨天,迪克森在网上发布了一篇名为《那些年的收购让我学到的一些东西》。这篇文章阐述了迪克森在14个方面所学到的经验教训,对那些勤勉的创业者来说会非常有帮助。文章主要内容如下:业界有一句老话,初创公司应该等人上门购买,而不是主动出售。很显然,初创公司需要对投资人具备吸引力,并能带来长远利益。但是,特别是对于产品和科技收购而言,重要的是去吸引收购方关键决策者的注意力。有时,这个人可能负责企业发展规划,有时是产品或业务部门的负责人,有时还可能是首席级别的高管。不要借助银行家,除非你的公司已经处于发展后期,你需要按照数倍于利润或收入的价格出售公司。我见过许多收购因为银行家的缘故而失败,因为他们要么对于收购条款过于激进,要么使初创公司和收购方的关系弄得很僵。在进行第一次会面时,仔细评估潜在的收购方。尽可能的去了解收购方对各种业务感兴趣的优先次序,特别是知道哪些方向与你的公司是相关的。与了解你业务的相关人士进行会谈。咨询行业分析师、投资者等人的
意见。如果收购方是上市公司,那么华尔街分析师的报告可能会非常有用。同关键人士发展关系,比如说企业发展规划负责人、管理层、产品和业务部门的负责人。同这些人越早建立关系越有利。不要自作聪明。向媒体透露一些小道消息、给收购方制造一种非常抢手的错觉,等等,通常来说都不是一个好办法。除此之外,如果让人在道德上开始质疑你的公司,那将招致人们的憎恨。同员工沟通需要非常谨慎。如果完全对员工讲实话,那么很可能会将消息泄露给媒体,从而激怒收购方。除此之外,一些上市公司会非常固执,认为只有在达成交易或即将达成交易的时候才能让员工知道。员工通常会察觉到公司发生了一些事情,如果你被迫需要向他们扯谎的话,你会表现得非常尴尬。我目前也不知道应该怎样才能更好的解决这一问题。理解收购的过程,并清楚每一个里程碑事件意味着什么。在财务方面,收购需要花费很长的世界,需要进行多次会谈,做出非常困难的决定。没有经验的创业者往往会对一些进展不错的会谈表现得异常兴奋。趁热打铁。在财务方面,你需要表现得乐观。等上6个月才出现突破性进展,可能会提高你的忍耐力,但收购方的兴趣可能就会大减。在收购价格的谈判上有两种方式:早点锚定,或者等到你对报价有了强烈兴趣的时候再出牌。很明显,如果有多家公司愿意收购,那么你最有可能获得合适的报价。交易结构:市值表(cap tab——e)是你和股东之间达成的协议,比如说会包含这么一句话:“如果公司被收购了,按此表将资金分配给创始人、员工和投资者。”收购方在谈判时会要求你修改该表,这种愿望会越来越强烈。比如说1)为了挽留关键员工而不过早兑现承诺,2)将营收的更大一部分支付给员工或创始人。有些时候,收购方还会跟重要员工达成一项私下协议,从而诱使他们抛弃其他的员工和投资人。至于说道德和信誉,所有的各方都需要遵守,包括收购者、创始人、员工和投资者。调查收购方的信誉,特别是在提出意向书和交易结束这段时间内的表现。你可以去咨询一些权威的人士:投资者、其他被收购过的初创公司、或者是初创公司律师事务所。尤其是在收购方具有绝对的谈判优势,并且让你举棋不定的时候,你更应该这么做。有些时候,收购方会像风险投资人对待投资条款那样仔细查看你的意向书,如果没有大的问题,他们一般会对你表示尊敬。不过,有些收购方只是把这当成了免费收集商业情报的手段。一些同收购报价无关的条款可能会导致失败。近期最明显的就是“知识产权补偿金”。这是一个很复杂的问题,但简而言之,为了避免以后出现专利流氓对收购方不依不饶的要求赔偿,收购方希望在专利索赔的时候可以从投资人那里获得一些弥补。这一条款对机构投资人和大多数独立投资人来说简直就是无稽之谈。你需要明白哪些是可能导致交易失败的条款,并聘请有经验的初创公司律师事务所来帮助你。忽视一些愤世嫉俗的博客内容,他们往往会说“收购是为了获得人才”。只有经历过收购过程的人才会明白,收购的最终结果往往是对各方都有利的,甚至包括初创公司的用户。最后需要指出的是,收购更应该被视为一种合作行为,在交易完成后,这种合作还应该长时间的进行下去。除了你在收购合同中包含的条款,你的职业信誉将同公司收购后的命运息息相关。这也就是为什么说,如果你希望你公司存活的更久一点,你只需要融到更多的钱就行了。
投资达人14条经验:那些年收购我学到的东西
时间: 2024-10-08 14:01:08
投资达人14条经验:那些年收购我学到的东西的相关文章
网站推广的100条经验,你会了几条?
中介交易 SEO诊断 淘宝客 云主机 技术大厅 讲 课 人:梦想网络(QQ:2343765) 讲课时间:2007年11月27--28日 讲课主题:网站推广的100条经验,你会了几条? 网站是否有价值关键是看它是否能够满足访问者特定方面的需求. 如果一个网站没有任何可以吸引人的地方,那么再怎么宣传都是无济于事的, 即使网站的访问量在短期之内能够得以提高,但一旦停止了宣传,网站访问量还是会迅速下降下来. 但是如果一个好的网站没有推广的话,等于是白做的,既时做的再漂亮,能被别人看到的也不多,所以一个好
最佳JS代码编写的14条技巧_javascript技巧
写任何编程代码,不同的开发者都会有不同的见解.但参考一下总是好的,下面是来自Javascript Toolbox发布的14条最佳JS代码编写技巧. 1. 总是使用 var 在javascript中,变量不是全局范围的就是函数范围的,使用var关键词将是保持变量简洁明了的关键.当声明一个或者是全局或者是函数级(function-level)的变量,需总是前置var关键词,下面的例子将强调不这样做潜在的问题. 不使用 Var 造成的问题 var i=0; // This is good - crea
《Effective Debugging:软件和系统调试的66个有效方法》——第14条:考虑对软件进行更新
第14条:考虑对软件进行更新 接下来,笔者要说几个很多人都意想不到的bug来源.并非所有错误都是由于你自己所写的代码而造成的,用来处理这些代码的编译器或解释器.你所使用的程序库.你所依赖的数据库和应用程序服务器,以及上述工具所在的操作系统,也有可能要对程序中的bug负有责任.笔者编写本书时,Linux的源代码里面包含2700多条带有XXX字样的注释,该标记通常意味着可疑的内容,这其中有一些肯定是bug. 于是,有些bug就可以通过更新软件来解决.如果你要发布的打包应用程序里面出现了隐晦的bug,
成为电影投资达人
想要叱咤电影领域,光是有高超的融资手段还不够,还必须有优秀的剧本,另类的营销和不到黄河心不死的达人风范. 文|<小康·财智>记者 胡柯 红酒!佳人!导演!制片!只看见一堆华美的服饰在富丽堂皇的大厅飘来飘去,几声寒暄,几句祝福,觥筹交错之后,一场盛大的庆功宴落下帷幕.这是今年不停地出现在影迷面前的一幅电影杀青的庆功宴场景. 其实,连影迷自己也弄不清楚,从什么时候开始,中国的电影出现了如此繁盛的场面,从最初的露天电影,到后来的电视,再到如今的影城,故事还是那样老套,但花费在看电影上的钱就是越来越多
从负债2.5亿到身价500亿的10条经验
"新一代股神"?远远不足以概括他的传奇.51岁的史玉柱正在成为股民口中的新一代"股神".因为大幅增持民生银行,13个月下来,他浮盈最高超过60亿元.不过,"股神"并不足以概括史玉柱.以1997年为界,他之前是天不怕地不怕,高呼口号"要做中国的IBM",横冲直撞,最后留下一栋烂尾的巨人大厦,外加 2.5亿巨债,成了"中国首负".而之后,他如履薄冰,小心翼翼,卖脑白金,投资银行股,进军网络游戏,在一片废墟上,转
理论为实践服务:ASP开发10条经验总结
历时半年,我独自一人完成了一个局级单位的管理信息系统,共发布BETA版29次,正式版本3次.ASP+ORACLE环境,285个ASP文件,功能涉及数据录入.修改.模糊查询.自动统计.数据分析和报表,这个项目正在申报省级成果,现将我的10条经验总结如下,不对之处欢迎批评指正: 1. 不要再做ASP是否过时的讨论,重要的不是你是否使用先进的技术,而是你的设计思想是否先进: 2. 设计时要考虑项目的通用性,永远不要做没有推广价值的东西: 3. 程序设计要简洁,足够好的面向过程远远优于蹩脚的面向对象:
ASP开发10条经验总结
作者:Thie (缺氧时代) 历时半年,我独自一人完成了一个局级单位的管理信息系统,共发布BETA版29次,正式版本3次.ASP+ORACLE环境,285个ASP文件,功能涉及数据录入.修改.模糊查询.自动统计.数据分析和报表,这个项目正在申报省级成果,现将我的10条经验总结如下,不对之处欢迎批评指正: 1. 不要再做ASP是否过时的讨论,重要的不是你是否使用先进的技术,而是你的设计思想是否先进:2. 设计时要考虑项目的通用性,永远不要做没有推广价值的东西(为保饭碗除外):3. 程序设计要简洁,
从面向服务架构(SOA)学习:微服务时代应该借鉴的5条经验教训
[编者按]本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训.文章系国内 ITOM 管理平台 OneAPM 编译呈现. SOA 的兴衰变化让我们更了解如何充分利用微服务 正如笔者在上文<微服务架构是敏捷软件架构>中提到的,笔者对微服务架构的第一反应,就是质疑它跟面向服务架构(SOA)有何区别.还有很多人将这两种架构联系在一起.詹姆斯·刘易斯和马丁·福勒在他们的权威博客中包含了一个侧边栏,进行微服务和 SOA 的对比.对此,怀疑派做出的回应是二
《Effective Ruby:改善Ruby程序的48条建议》一第14条:通过protected方法共享私有状态
第14条:通过protected方法共享私有状态 封装是面向对象编程中的主要准则之一,它是指一个对象的内部实现仅可被内部访问,不可被外部访问.这使得我们可以构建一层壁垒.一方面,暴露那些允许别人使用的外部接口.另一方面,可以灵活地改变其内部的实现而无需为破坏类的外部行为而担忧.在Ruby语言中,这种壁垒可能理论味十足,但至少是存在的.以实例变量为例--它们默认是私有的.如果不借助任何后门式的元编程技巧,它们只能在实例方法内部被访问.若将其暴露到外部,则需定义被称为accessor的方法.这是个好