乐学 自学Java到找到工作需要多久时间
如何开发APP
一、APP开发的基本步骤：
1、APP项目筹备期
作为企业或者创业者项目筹备需要解决的问题是：做一个什么样的手机APP？为什么要做手机APP？手机APP解决的问题是什么？手机APP面向的服务对象、人群是谁？。筹备期要把做APP的初衷明确到位，并切要结合自身的资源和优势，以免盲目的扩大APP的需求，最终导致项目上线后运行困难。总之项目筹备期明确自身的优势确定APP解决的问题和面对的对象。
2、APP项目需求文档
项目筹备期后就可以做项目需求文档了，项目需求文档是指用通俗的语言把你想要实现的事情说明白，例如：做个手机APP商城，商户和消费者可以在我的手机App平台上交易购物，特色或者和其他平台差异的地方详细的阐述明白即可；企业或者创业者在写需求文档时应该注意的是要明确你需要实现的功能，并且明确你自己创造性的部分，有了基本的需求后就可以和专业的产品经理交流分析，最终会形成详细的App需求分析。
筹备期和需求文档由需求企业或创业者独自完成。如果这两项未完成和确定时，我们建议不要联系App开发公司，做为App开发公司主要的职能和作用是通过专业的技术帮你实现你的想法，他是没法帮助你创造想法的，我作为铭讯软件多年的APP开发产品经理这点很了解。
3、APP项目分析
做为企业或创业者以上两步完成后就可以联系你所信赖的开发公司详细的交流项目了，做为专业的app开发公司拿到你的需求后，会结合以往开发项目的经验给你提出一些开发建议，比如在开发中用什么样的开发方式实现、如何提高用户的体验度、如何让用户最简单会使用，在开发方式上如何能做到流程最简洁，包括未来项目开发中遇到的问题也会给你提出，在拿到需求分析时开发公司会评估技术实现难度和开发周期，预估开发需要的费用，包括前期你需要准备的资料。App项目分析主要解决的问题就是你的需求结合开发公司的实力和经验为您初步诊断项目、开发难度、开发周期和评估开发费用，一般有经验的开发公司会给你更多的项目指导。
4、APP项目流程图
在项目开发公司项目分析完成后，会根据你的项目需求来绘制详细的项目流程图也叫思维导图，此步骤的主要目的是对项目所有流程的详细剖析，此流程完成后会明确两个问题，第一项目开发方是否对你的项目需求有准确的了解，第二项目需求方也会明确你预想的流程是否合理。此流程开发方和需求方会经过多次的沟通最终确定双方理解正确的流程。项目流程图建立完成后需要注意的几个方面：需求方必须充分了解项目的流程和各个交互环节是否在流程图上表达清楚，开发方必须根据以往的经验结合项目和用户体验做出最优化的流程。一般在开发中此步骤双方交流的时间比较长。也是项目开发初期至关重要的一步，铭讯软件APP产品经理的建议此步骤不明确时不要盲目进行下一步骤。
5、APP项目原型图
在流程图确定后，做为开发方就要开始绘制原型图了，原型图是项目需求图形化的第一步，原型图的目的是：第一简易的图形化帮助需求方来了解未来手机App的布局和结构；第二交互的确定，因为手机APP是一个完整的流程，每个流程如何到下一步，下一步后如何返回上一步，异常流程时如何提示，这些都在原型图中会展现出来，会帮助需求者再次确定流程的完整性。原型图完成后开发方会和需求方深度的沟通交流，因为在交互步骤每个人的认知和习惯是不一样的，每个受众群体也不一样的；在此步骤做为经验丰富的开发者也会考虑到，此步骤需要开发方产品经理和需求方负责人员多次交流沟通最终确定。此步骤需要的时间也是很多的。
6、APP项目效果图
在原型图确定后，恭喜你，项目开发已经完成20%的工作量了，接下来开发方的UI设计部门会根据原型图和流程图来制作图文并茂的效果图了，效果图是最接近项目完成时的形态的，效果图的制作会根据项目的需求、项目的LOGO、项目的人群来选择主色调，例如：京东APP是红色、淘宝APP是橘红色、政务APP是蓝色等，不同的选色会给项目APP带来不同的效果。一般项目开发方的UI设计部门会第一时间完成项目首页的效果图，首页效果图完成后会和需求方讨论，主要讨论色调，一般大型的企业客户会有标准的企业用色，但是做为创业者可能前期没有标准的企业VI设计，需要根据项目和需求喜好最终确定项目主色。此步骤开发公司会把所有的页面根据原型图的设计完成。此步骤完成后项目的视觉部分基本完成。
7、APP项目开发（页面APP标注适配、项目后台接口开发、项目数据库设计）
在效果图完成后，经过需求方确定后项目就进行程序开发和数据库设计环节了，但是做为App开发还有一个重要的环节就是页面标注和手机适配，此环节也是App开发独有的环节，很多客户就不能理解为什么还有标注和适配，我重点给大家讲解一下。
71、页面APP标注和手机适配
智能手机做为新时代的产物已经不仅仅是完成手机的基础打电话、发短信功能了，还具备了电脑、相机、定位的特性，伴随的时代的发展手机也逐步的发展由起初的小屏幕低配置到现在多样化；屏幕区分：全面屏手机、页眉手机屏、1080屏、真彩屏等；手机 *** 作系统区分：安卓系统（20-100版本）、IOS系统、塞班系统（Symbian）、微软（WindowsPhone）等系统；手机厂家区分：苹果手机、华为手机、小米手机、联想手机、vivo手机、OPPO手机等；其他配置区分：前置摄像头、后置摄像头、指纹识别、GPS定位、北斗定位、内置陀螺等；所有大家会看到很多手机的型号和 *** 作系统版本，为了让开发的APP能在各个手机上都能最好的显示和正常使用，开发人员要进行大量的适配工作，这也是在开发环节中很重要的部分，也是体现一个手机APP开发公司实力和经验的重要部分，此步骤的完成质量直接会影响到未来项目上线后用户使用体验。
72、数据库设计和后台系统开发
数据库的设计是专业数据库工程师或者项目负责工程师的工作，数据库通俗讲就是数据存储的一个盒子，会存储所有的数据库包括会员姓名、产品资料、交易数据等，在这个存储的盒子里面又根据存储的数据库类型分成了若干个‘货架’，条理的按照类别和使用频率存放在‘货架’上，这样在使用到时系统会最快、最准确的取到和存放。数据库结构的合理会大大提高系统工作时所需要的时间、效率和储存量，这也就是很多项目在运行中期为什么有的运行很快有的运行很慢，甚至有的还会出现计算错误的原因。所以在设计数据库时工程师会充分考虑。
系统后台开发通俗的理解是系统运行中作为集中管理的一个地方，包括了数据查看、数据发布、数据统计等重要工作。也是日常处理系统数据的重要地方，后台设计的功能一般是根据项目的需求功能确定的，比如商城类APP后台要有产品发布、产品管理、会员管理、产品订单等。
安卓和ios工程师根据标注效果图和原型图设计前端程序。
APP项目开发完成后，此项目的开发基本完成了70%工作量。
8、APP项目初稿测试
APP开发公司完成项目开发后的一个内部测试环节，一般的App开发公司是有多人多部门多岗位联合开发一个项目，做到了专人专岗的分配，也会保障项目在最快时间开发完成，所以项目多部门合作开发完成后需要进行开发公司内部的测试，开发公司会有专门的岗位叫测试工程师，一般测试内容分为：流程测试、体验测试、功能测试、性能测试等几部分；
首先进行的是流程测试，测试项目的流程是不是按照项目需求、项目流程图、项目原型图进行的，在测试期间除了测试系统流程的准确性之外，测试工程师还会根据自己以往的经验对项目流程进行测试，一来拟补设计时的一些不确定因素，还会更加完善项目。
体验测试是对项目整体用户 *** 作体验进行测试，包括交互的顺畅程度、交互体验感、交互是否顺畅等。
功能测试是测试工程师对项目的功能，进行系统性测试保证功能开发的完整性和可用性。同时对功能提出更优化的建议和见解。
性能测试是对系统的稳定性、安全性和承载能力做的系统性测试，包括多终端的测试，手机的适配测试，不同手机和系统版本进行的测试，做到系统兼容性强；承载能力是指系统数据处理能力和反映时间的测试，详细测试项目软件的并发数量和对服务器环境的要求，做到高并发大数据集中处理的能力。
9、APP内测
经过开发公司内部测试完成后，就可以联网进行系统内测，参与人员包括项目需求方和开发公司测试人员，可以下载并安装测试版本，此流程的测试包含系统后台使用培训环节，开发方会培训需求方后台使用方法，系统参数设置方法，需求方可以根据实际测试和内部运行的情况给出测试报告，包括实际使用中数据统计部分和 *** 作习惯部分的优化建议。前端可以多邀请一些内部人员进行测试，充分优化和测试系统的体验度和稳定性。此部分完成也代表着整个项目的开发接近尾声。
10、APP正上线
经过研发公司内测和需求公司的内测后系统通过后，项目基本具备上线运行的条件，根据需求方时间安排时间可以选择时间正式上线。期间需要租用正式的云服务器做为运行的环境。
11、APP项目技术运维
很多企业或者创业者经常谈到的一个问题，APP开发完成后需要多少后期运维人员，商城APP举例：一般一个项目的正常的运行需要的人员有财务人员、产品管理、产品售后、产品物流等人员。技术运维人员有系统BUG修复安卓、ios、后台等各一人，一般一个好的系统开发公司会跟踪项目的运维一段时间。
手机APP开发需要多少人、多少个岗位配合？
1、APP项目产品经理
2、APP项目后台、数据库工程师
此岗位人员会严格按照产品经理的分析和规划完成程序代码部分的书写，包括数据库的设计。一般工程师类型为Jav或PHP工程师。
3、APP项目安卓工程师
安卓前端开发工程师，主要完成项目的前端逻辑部分的代码书写，多版本手机的适配工作。
4、APP项目IOS（苹果）工程师
IOS前端开发工程师，主要完成项目的前端逻辑部分的代码书写，多版本手机的适配工作。
5、APP项目测试工程师
项目的测试和bug的发现。保证项目上线前的完成和测试工作。
6、云服务搭建和安全工程师
负责项目服务器的安全和搭建工作，一个项目完成后肯定要有一个容器来承载项目的程序和数据库，采用云服务有很多独特的优势，前期采用云服务器整体投资比例比较低是前期项目服务器部署的首选。
APP开发中常用的接口或服务申请
项目开发过程中会用到很多第三方软件的接口，可以做到多平台的融合，同时会提升用户体验感。一般前期会根据项目需求在项目开前期就着手准备接口的申请，常用到的接口如下：
1、微信开放平台
微信不言而喻是目前社交软件使用群体比较多的软件，同时微信提供了强大的传播功能，例如微信授权登录、微信支付、微信分享等。
2、支付宝开放平台
支付作为国内知名的支付平台，可以提供支付宝支付。
3、推送接口（极光推送、友盟推送等）
很多APP项目为了随时提供给客户数据变化或者消息通知都要推送给客户一些信息（也称手机任务栏消息），目前借助第三方的推送可以实现后台进程关闭推送，低延时、低功耗。支持手机广泛。
4、手机短信验证码接口
做为会员注册时必选的一个选项，目的是验证手机号码的可用性，包括重要信息修改时的验证工作，例如：修改登录密码二次验证工作、修改支付密码的验证工作，可以做到安全的数据提供。
5、阿里云服务器租赁
伴随着云服务的兴起，很多大平台都开放了云服务，做为项目前期选择云服务是比较合算的部署，云服务 *** 性计算随用随付费，可以有效的管理支出，同时现在云服务上提供综合的云产品，包括高效的CND分发、负载均衡、云安全、国外云资源等，目前我们推荐项目使用最多的是阿里云和腾讯云。
6、其他使用的接口（ *** 验证、 *** 识别、人脸识别、即时消息等）
云服务器的选择
1、阿里云服务
2、腾讯云服务
3、百度云服务
4、其他云服务（京东云服务、亚马逊云服务等）
五、APP项目首期开发后，如果发生了需求变更如何处理？
一般项目开发完成时，会根据项目实际投入市场后的运行情况进行结构或者流程的调整，这些都是在所难免的，前期策划再周全也难免后期的调整和改动，一般一个项目的成熟大改需要半年的时间，所以在开发前期要做好充足的准备，我们铭讯软件一贯的做法是负责项目一年左右的基础功能运维工作，还可以通过付月维护费来签署战略合作伙伴，这是会为客户提供每月的技术升级技术改造服务，充分让客户把经历投入到市场推广和项目运作中。
开发一个简单的APP多少钱
想开发App，“要多少钱”是很多人心里最重要的问题。但App开发商不会给你直接答案，因为影响开发App价格的因素有很多。
App开发的功能类型(宣传服务类/电商类/游戏类/工具类等)、精细程度、制作方法(自建团队/外包/SaaS)等，都在影响价格，所以只有详细的需求和计划，才能得到具体的价格。下面我讲解一下不同的需求和做法，是怎么影响App价格的。
一、功能类型
互联网是个神奇的大网，软件定制也是一种模式，提供最详细的报价，如果真的想做，可以来这里，这个手机开始数字是一伍扒中间的是壹壹三三最后的是泗柒泗泗，按照顺序组合起来就可以找到，想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了。
在所有App中，游戏App的数量可能是最多的，但也是价格差异最大的，想想做个斗地主游戏要多少钱，做王者荣耀要多少钱所以这里就不讨论游戏App了。在其他种类中，宣传服务类和简单工具类价格比较便宜，但是因这类App赚钱比较少，做的人不多，也搁置不谈。
我想主要讲讲电商App的价格，因为电商App是开发市场的热点。电商的客流量较多，容易赚钱，所以做App的人也比较多。
二、精细程度
以电商App开发为例，需求不一样，价格差很远。
⑴套壳还是原生代码
套壳App就是在现有的手机网站模版上进行简单制作。价格低至几千元，而且制作速度快，但是这种并不为大多数客户所需要。套壳App存在着本身无法忽视的劣势，首先因为现在政府对App监管越来越严，套壳App很难上架，上不了应用市场的App是很难推广的。另外，套壳App的视觉效果差，反应慢、功能简单，靠它赚钱是指望不上的。原生电商App的价格，则起码是万元起跳。
⑵传统电商还是社交电商
以天猫、淘宝等为主流的传统电商，这类App常用的功能有订单管理、客户管理、促销、客服、支付、内容等等，已经相当复杂。如果是做天猫的商铺入驻模式，会大大提高App功能的复杂性。如果用定制外包模式，价格大概是几十万起。
现在还有些品牌企业在做这类App，但这类App很难做流量，因为它和淘宝、京东等相比没有优势。
在这种情况下，社交电商利用社交渠道的裂变流量，开辟出一条新的发展途径。特别是微信电商兴起后，电商App的社交功能越来越不可或缺，包括富媒体、社交分享等等。为了打通实体业务，电商平台往往要提供物流配送、LBS等功能。功能要求越强大，价格自然越高。
⑶分销和拼团
社交电商的发展如日中天，主流的营销模式是分销和拼团。最经典的莫过于拼多多、云集微店、环球捕手等社交电商实现突围，尝到了甜头。这也刺激很多人，想要尝试拼团和分销这类玩法。但这些玩法有它们自己的门道，传统电商App是没有这些功能的。不是每个App开发商都能把这些新功能做好的，但不少人会对这些功能单独收费。这需要大家仔细鉴别评估了。
⑷想支撑多少用户级别
“我的App能支持越多用户越好”这个想法未必正确，因为支持大用户量的系统是贵的，大家应该量力而行。不过一些技术过硬的公司通过云服务，可以用比较低的成本支持大容量的系统。
总的来说，一个App的用户数越大、交易量越大，后台需要的技术支撑就越复杂，成本也越高。如果需求简单，只需让功能通过简单测试，数据库、系统架构都可以很简单，但交易量变大后，系统可能出现闪退、卡顿的现象。而且支持海量客户和高并发数据请求，或者为未来功能扩展预留灵活性，事情就非常复杂，成本也自然随之增加。
三、开发模式
⑴企业自主研发。
如果你是个大老板，或者技术大牛，愿意花很多资源和时间来打磨一个超级App，自建团队肯定是最好选择。但是组建团队时间长、风险大，费用高昂，烧个一两百万都看不到多少东西出来，而且周期长。
⑵外包定制
很多中小老板选择外包定制，避免了自建团队的高风险和高成本。但时间和费用成本仍然很高，而且二次开发难，产品质量也难以保证。还有一个很多人忽视、又避免不了的风险，即乙方有良好的服务，但产品质量也受甲方提需求的水平限制。如果你没有信心规划好你的App，外包开发的成功风险就会很大。
⑶SaaS模块化
近几年，打破传统App开发形式，以功能组件形式搭建原生App、以SaaS云服务的形式提供后台支撑的模式逐渐兴起，但由于技术门槛高、电商客户的要求高，这个模式直到最近才接近成熟。
SaaS技术，将常用的功能模块化，并提前开发好，缩短了开发周期，降低了开发成本，可以迅速自定义模块组件。让客户省时省钱省心省力。
但是这个模式成熟的企业不多。
用ECSHOP为二次开发系统的话预算在三四十万之间（包含ECSHOP的授权的钱）
开发周期：基本为4个月
在猪八戒等一些外包平台还可以再节省一定的投入成本
如果是大规模的商城如京东、淘宝一类的大型商城系统要到几百万
但是这种大规模商城一般都是又小到大的
初始预算三四十万已经是很准确的一个范围了
开发的服务范畴包括：编程语言+UI设计+功能策划+项目测试
备注：每少一个服务砍掉一定的预算钱，项目测试必须得有测试报告，而已自己这边也得测一次免得被骗
服务器系统标准包括：高并发+数据热备+数据共享
备注：每少一个标准砍掉一定的预算钱，高并发和数据热备必须要有，没有要砍掉一大笔预算钱，因为上线商城至少是个中型项目，没有了高并发和数据热备跟个小项目有什么区别
1Apache Kylin是什么？在现在的大数据时代，越来越多的企业开始使用Hadoop管理数据，但是现有的业务分析工具（如Tableau，Microstrategy等）
往往存在很大的局限，如难以水平扩展、无法处理超大规模数据、缺少对Hadoop的支持；而利用Hadoop做数据分析依然存在诸多障碍，例如大多数分析
师只习惯使用SQL，Hadoop难以实现快速交互式查询等等。神兽Apache Kylin就是为了解决这些问题而设计的。
Apache Kylin，中文名麒（shen）麟（shou） 是Hadoop动物园的重要成员。Apache
Kylin是一个开源的分布式分析引擎，最初由eBay开发贡献至开源社区。它提供Hadoop之上的SQL查询接口及多维分析（OLAP）能力以支持大
规模数据，能够处理TB乃至PB级别的分析任务，能够在亚秒级查询巨大的Hive表，并支持高并发。
Apache
Kylin于2014年10月在github开源，并很快在2014年11月加入Apache孵化器，于2015年11月正式毕业成为Apache顶级项
目，也成为首个完全由中国团队设计开发的Apache顶级项目。于2016年3月，Apache
Kylin核心开发成员创建了Kyligence公司，力求更好地推动项目和社区的快速发展。
Kyligence是一家专注于大数据分析领域创新的数据科技公司，提供基于Apache
Kylin的企业级智能分析平台及产品，以及可靠、专业、源码级的商业化支持；并推出Apache Kylin开发者培训，颁发全球唯一的Apache
Kylin开发者认证证书。
2Kylin的基本原理和架构
下面开始聊一聊Kylin的基本原理和架构。简单来说，Kylin的核心思想是预计算，即对多维分析可能用到的度量进行预计算，将计算好的结果保
存成Cube，供查询时直接访问。把高复杂度的聚合运算、多表连接等 *** 作转换成对预计算结果的查询，这决定了Kylin能够拥有很好的快速查询和高并发能
力。
上图所示就是一个Cube的例子，假设我们有4个dimension，这个Cube中每个节点（称作Cuboid）都是这4个dimension
的不同组合，每个组合定义了一组分析的dimension（如group
by），measure的聚合结果就保存在这每个Cuboid上。查询时根据SQL找到对应的Cuboid，读取measure的值，即可返回。
为了更好的适应大数据环境，Kylin从数据仓库中最常用的Hive中读取源数据，使用
MapReduce作为Cube构建的引擎，并把预计算结果保存在HBase中，对外暴露Rest
API/JDBC/ODBC的查询接口。因为Kylin支持标准的ANSI
SQL，所以可以和常用分析工具（如Tableau、Excel等）进行无缝对接。下面是Kylin的架构图。
说到Cube的构建，Kylin提供了一个称作Layer Cubing的算法。简单来说，就是按照dimension数量从大到小的顺序，从Base
Cuboid开始，依次基于上一层Cuboid的结果进行再聚合。每一层的计算都是一个单独的Map Reduce任务。如下图所示。
MapReduce的计算结果最终保存到HBase中，HBase中每行记录的Rowkey由dimension组成，measure会保存在
column
family中。为了减小存储代价，这里会对dimension和measure进行编码。查询阶段，利用HBase列存储的特性就可以保证Kylin有
良好的快速响应和高并发。
有了这些预计算的结果，当收到用户的SQL请求，Kylin会对SQL做查询计划，并把本该进行的Join、Sum、Count Distinct等 *** 作改写成Cube的查询 *** 作。
Kylin提供了一个原生的Web界面，在这里，用户可以方便的创建和设置Cube、管控Cube构建进度，并提供SQL查询和基本的结果可视化。
根据公开数据显示，Kylin的查询性能不只是针对个别SQL，而是对上万种SQL 的平均表现，生产环境下90%ile查询能够在在3s内返回。在上个月举办的Apache Kylin
Meetup中，来自美团、京东、百度等互联网公司分享了他们的使用情况。例如，在京东云海的案例中，单个Cube最大有8个维度，最大数据条数4亿，最
大存储空间800G，30个Cube共占存储空间4T左右。查询性能上，当QPS在50左右，所有查询平均在200ms以内，当QPS在200左右，平均
响应时间在1s以内。
北京移动也在meetup上展示了Kylin在电信运营商的应用案例，从数据上看，Kylin能够在比Hive/SparkSQL在更弱的硬件配置下获得更好的查询性能。 目前，有越来越多的国内外公司将Kylin作为大数据生产环境中的重要组件，如ebay、银联、百度、中国移动等。大家如果想了解更多社区的案例和动态，可以登录Apache Kylin官网或Kyligence博客进行查看。
3Kylin的最新特性
Kylin的最新版本15x引入了不少让人期待的新功能，可扩展架构将Kylin的三大依赖（数据源、Cube引擎、存储引
擎）彻底解耦。Kylin将不再直接依赖于Hadoop/HBase/Hive，而是把Kylin作为一个可扩展的平台暴露抽象接口，具体的实现以插件的
方式指定所用的数据源、引擎和存储。
开发者和用户可以通过定制开发，将Kylin接入除Hadoop/HBase/Hive以外的大数据系统，比如用Kafka代替Hive作数据源，用
Spark代替MapReduce做计算引擎，用Cassandra代替HBase做存储，都将变得更为简单。这也保证了Kylin可以随平台技术一起演
进，紧跟技术潮流。
在Kylin
15x中还对HBase存储结构进行了调整，将大的Cuboid分片存储，将线性扫描改良为并行扫描。基于上万查询进行了测试对比结果显示，分片的存
储结构能够极大提速原本较慢的查询5-10倍，但对原本较快的查询提速不明显，综合起来平均提速为2倍左右。
除此之外，15x还引入了Fast
cubing算法，利用Mapper端计算先完成大部分聚合，再将聚合后的结果交给Reducer，从而降低对网络瓶颈的压力。对500多个Cube任务
的实验显示，引入Fast cubing后，总体的Cube构建任务提速15倍。
目前，社区正在着手准备Apache Kylin 152版本的发布，目前正处于Apache Mailing list投票阶段，预计将会在本周在Kylin官网发布正式下载。
在本次的152版本中，Kylin带来了总计
36个缺陷修复、33个功能改进、6个新功能。一些主要的功能改进包括对HyperLogLog计算效率的提升、在Cube构建时对Convert
data to hfile步骤的提速、UI上对功能提示的体验优化、支持hive view作为lookup表等等。
另一个新消息是Kylin将支持MapR和CDH的Hadoop发行版，具体信息可见KYLIN-1515和KYLIN-1672。相应的测试版本是MapR51和CDH57。
UI上提供了一个重要更新，即允许用户在Cube级别进行自定义配置，以覆盖kylinproperties中的全局配置。如在cube中定义kylinhbaseregioncountmax 可以设置该cube在hbase中region切分的最大数量。
另
一个重要的功能是Diagnosis。用户经常会遇到一些棘手的问题，例如Cube构建任务失败、SQL查询失败，或Cube构建时间过长、SQL查询时
间过长等。但由于运维人员对Kylin系统了解不深，很难快速定位到root cause所在地。我们在mailing
list里也经常看到很多用户求助，由于不能提供足够充分的信息，社区也很难给出一针见血的建议。
当用户遇到查询、Cube/Model管理的问题，单击System页面的Diagnosis按钮，系统会自动抓取当前Project相关的信息并打包成
zip文件下载到用户本地。这个包会包含相关的Metadata、日志、HBase配置等。当用户需要在mailing
list求助，也可以附上这个包。创业应该业务驱动还是技术驱动？
大部分技术人员估计会毫不犹豫的回答：应该技术驱动，科学技术是第一生产力嘛！
业务人员和一些有创业经验的技术人员会鄙夷的说：技术只是工具，是手段而已，是为业务服务的，公司的一切都是围绕业务运转的！
乍一听第二种观点更加接近真相，实际情况真是这样吗？
在前几年大众创业万众创新的大潮里，出现了大量万事俱备，只差一个程序员的奇观；
不少公司在经历过艰难的创业初期，好不容易走上快速发展的轨道后，却发生了高层撕逼，技术合伙人被踢出局的狗血故事；
少数幸运的公司从千军万马中杀出一条血路，发展到一定规模后，突然发现技术支撑不了业务的发展，在这场停下就是死亡的饥饿游戏中，只能身背大量技术债无奈地前行；
当一个行业周期从热转冷时，很多坐在风口上被吹起来的公司，突然发现原来自己是在裸飞。公司把钱都花在了人员扩张和用户补贴上，通过堆人和贴钱的低效的方式扩大规模，风一停就直坠深渊。
狐狸我先后经历过业界数一数二的互联网公司和极速爆发的互联网公司，也自己主导过创业公司，职业中做过2C方向的也做过2B方向的，亲自见证过好几轮行业的兴衰。作为一个了解一些业务的技术从业者，试图分析一下业务和技术之间的微妙关系。
对互联网初创公司来说，技术的重要性是毋庸置疑的，没有技术，业务产品就没有附着点，向投资人描述的改变业态的愿景，就无法得到用户的验证。
但是，在这个阶段用户的需求存在很大的不确定性，此时技术作为工具，为的是帮着业务快速验证用户需求。
绝大部分的创业公司都是死在这个阶段，原因就是原先的设想与实际情况有比较大的出入，在 *** 尽粮绝的情况下只能无奈倒闭。
有些幸运的公司即使挺过了这个阶段，但实际做的事情已经和初衷大相径庭了，所以如果一开始就在某个方向上做大量的技术开发，妄图以技术推动业务的展开，在投入大量的时间和资源成本后，发现用户的需求不及预期，那对公司将是致命的打击。
所以狐狸我当初创业的时候，虽然我是技术出身，最擅长的是Java开发，业界交易系统也基本都是用Java实现的，但我还是选择了PHP，原因是PHP有很多开源的系统可以使用，在此基础上只要做一些改造，就能快速上线，来验证用户的需求。
在这个阶段创始人要站在技术发展的大背景下思考业务问题，找出为什么在这个时间点自己可以做成这个事情，是哪些技术变革导致外部环境发生了变化，以前无法做的事情，当下可以进行。比如移动互联网和移动支付的普及，使外卖成为可能，使共享单车成为可能。
技术负责人要深入了解业务，具备用户思维，具备一定的战略能力，配合创始人不停试错，快速验证用户需求，不要太拘泥于技术细节问题。
早期不纠结于技术并不代表不重视技术，只是此阶段的目的不是研发复杂的功能，支撑庞大的流量，而是以验证用户需求为目标。
公司历经千辛万苦终于跨过第一阶段，用户需求逐渐明确，企业进入快速发展的轨道。
在中国这个残酷竞争的环境下，这个时候资本就开始发挥越来越大的作用，资本在快速催熟行业的同时，也把参与者都拖入了非生即死的淘汰赛，逼着大家扩大业务，占领市场，以便能形成垄断攫取利润，这个时候大部分公司的技术就退居末位，规模才是决定生死的关键。
在这种恶劣环境下，还能够保持冷静的公司，其领导者都具备透过迷雾看清行业本质的能力，他们平衡着业务推进和技术建设的节奏，一步步的建立自己的优势。就像打仗，前方部队攻城拔寨，后勤部队输送武器 *** 药，在相互支援中击败对手。
就如当年的美团，市场上可以和对手拼刺刀，技术上也没有停下来，除了能撑住日益增长的订单外，还悄无声息的做了商家系统，当对手的销售人员还在用纸质合同传来传去时，美团商家已经可以自助 *** 作了，这极大的提升了商家管理的效率，为赢得最终的胜利奠定了很大的优势。
而有些公司前进的过程中，由于进入快车道后还是过于忽略技术的建设，只顾着业务往前奔跑，导致突然某一天发觉技术成为瓶颈的时，已经积重难返。
比如早期的电商大战，很多平台的系统完全无法支撑大型促销，每促必挂，但即便如此，也不得不仓促迎战，因为在充满用户红利的年代，大促是最好的拉新手段。后来的互联网金融，更是没有技术可言，随便购买一套系统，就号称拥有强大的互联网大数据风控，等到被羊毛党内外勾结，撸的支撑不下去时，只有跑路一途。
技术债不是一下子就可以偿还的，通常对技术问题最痛彻心扉的时候，就是业务量增长最迅猛的时候，这时候不要说重构以前的系统，就是对增量业务的支撑都捉襟见肘，这是既要高速行驶，又要快速换轮胎，难度非常大，如果没有巨大的投入，不经历一两年的痛苦期，是无法完成转换的。而前期对技术忽视的创始人，这个时候也不能指望他们能理性思考，在他们的想法里面，这就是三下五除二就能搞定的事情，其结果往往不是事与愿违就是治标不治本。
所以在公司快速发展的过程中，技术一定不能和业务脱节，如果业务有爆发性增长，技术要有一定量的提前准备，事先做到架构松耦合，一旦业务爆发，可以方便的水平扩展。
另外技术除了应对高并发的压力，还要解决运营效率问题，随着业务的推进，用户需求逐步稳定，需要使用技术替代人工。随着越来越多的运营细节被沉淀到系统中，公司的技术壁垒逐渐建立，这时的系统不再仅仅是作为工具，为使用它的人服务，而是逐渐转变为规则、流程、生态、大脑等控制中枢，少部分人为它设置规则， 大部分人员需要围绕着系统运转，被系统调动，为系统服务。
这方面做的好的比如今日头条，所有的规则通过算法触发，在与用户互动中完善，资源通过机器分配，边际成本极低，能够快速地向多个纬度推进。而如这种，全程靠人工审核稿件的平台，效率极低，一般稿件都要好几天才能通过，而是否能通过的标准都掌握在审稿员手中，审稿员一般都是学生或者普通上班白领，他们又都是义务劳动，环环相扣，导致其也只能做一个写作工具，而很难发展成一个重量级的内容平台，除非其加强技术建设来解决这些问题。
互联网创业的早期是流量战争，企业往往会不计成本的堆人贴钱扩大规模，但随着行业发展到今天，证明如果仅仅这样是行不通的，通常业务打下的江山，技术接得住才是根本，在后期消耗战中，如果没有更加高效的系统武器，前期链接起来的各方资源，最终都会土崩瓦解。
而一旦江山初定，那么盈利就迫在眉睫，这个时候就需要回归商业本质。
此时盈利的关键不是增加收入，因为前期为了跑的更快一直在扩大规模，规模越大亏损越大。在大部分的扩张都是通过相对低效手段获得的情况下，精细化运营才是当务之急，降低运营成本，提升运营效率才是关键。
而当美团合并了点评，确立了霸主地位时，系统建设也告一段落，前面炮火中趟出的业务都沉淀在了系统中，整个业务的运转大部分已经可以依靠系统来支撑。于是便开始大胆的裁撤市场人员，以降低运营成本，这当中即使两位大佬干嘉伟和吕广渝先后出走，也没有对公司产生多大的实质影响。
这时美团点评的技术系统，既可以极大的提升效率，降低成本，摆脱人海战术，也对后来的挑战者也形成了很高的壁垒，挑战者要想建立起这一整套体系，需要付出相当大的时间代价和资金代价。
有人说可能会说做一套美团点评的系统根本不是难事。
是的，如果你做的只是粗略的模仿，确实没有技术难度，也不需要花费太多时间。
可有几个最关键的方面是只能在业务推进的过程中才能完成，一个是对高并发订单量的支撑，另一个是多种复杂业务的交叉运营，最后最难的是细节，运营细节在系统中的体现。
这些无论如何是无法快速模仿的，因为这些都不是被事先设计出来的，而是在打仗中一点点积攒起来的。这就是互联网系统，前台看起来很简单的几个功能，但在后台，是上万台服务器和几千名研发人员在持续不断的研发迭代支撑着的。
这么复杂的系统，没有人能够全部掌控细节，即使能够掌控也无法协调这么多人开发的出来，即使同样一波人从头开发，也不是短时间能完成的，即使花个几年时间开发完成，市场环境也发生了改变。
所以技术和业务要协调起来，一起成长完善，才能无缝衔接。公司的前半程靠市场拉动，后半程技术接棒。
这就是为什么美团点评虽然对市场人员进行了大规模的裁撤，但对技术的投入不减反增，公司正把市场优势向技术优势转化，最终以技术因素作为公司增长的驱动力。
如果美团和饿了么在外卖领域决出胜负，那么外卖员这个巨大的运营成本，也会被增加更多技术因素来改进，就如快递行业中快递柜的出现。
最近几年，具备这种能力的，除了美团，还有小米、头条、滴滴等公司，其技术在公司发展的过程中，也承担无比巨大的作用，尤其是在格局已定，脱离了低效竞争，公司要产出利润时，就需要降低成本，降低成本的关键就是用技术取代人工，提升运作效率。
随着快手的壮大，拼多多和趣头条的上市，互联网人口红利从一二线城市，收割到三四五线城市，新的增量空间已经不多，再想凭借人口红利创业的机会已经极少。
这时的互联网已经进入下半场，没有了人口红利，没有了纯粹线上的业务，也就没有了校园创业英雄，有的是向线下进军，向企业服务进军，用互联网的思维和技术改造或者赋能这些行业。
这时创业需要的不仅仅是创意，更加需要的是某个行业的深厚经验和资源，与互联网思维和技术的深度结合。
这时的需求往往是确定的，需要的是用新的技术解决老的问题，由于是成熟的业态，需要有成套的解决方案，这里没有了一针顶破天的瞬间爆发，只有持续积累后的喷薄而发。
比如盒马鲜生，比如无人超市，比如大搜车，比如汇通达等等，这些都是使用新的技术，满足原有的需求，通过长时间的积累，再重组行业资源，改变行业态势，提升行业效率。
如果把整个时间轴拉长到十年一个阶段来看，不管是BAT还是后来的京东、小米、滴滴、头条和美团点评等，前期在用户红利的推动下，竞争的是资本、是流量、使用户、是市场份额，而在后期都回归商业的本质，要的是利润，利润达成的前提是是否对整个行业提升效率，而对行业提升效率的根本是对新技术的运用，运用新技术对行业资源重新配置，使其更加高效的运转起来。
如果把整个时间轴再拉长到百年一个阶段来看，每个阶段的高速发展，涌现的一个一个大公司，都是革命性技术变革导致的，从蒸汽革命，电力革命，到互联网革命，到移动互联网尤其是移动支付的发展，以及后面的智能硬件、人工智能、物联网、区块链等等，都蕴含着大的机会。
再上升到抽象层面，在这里新技术是生产力(所以国家说科学技术是第一生产力，在宏观上是有道理的)，可以直接提升使用者的效率，由此获取用户，产生重组资源的能力，改变生产关系，形成新的业态，以此获取巨头的关注，得到更多的资源，也就拥有了更多的生产资料。
所以一个企业要想长期发展，宏观上要透过迷雾看清本质，微观上要立足当下，做好细节。
《亿级流量网站架构核心技术》（张开涛）电子书网盘下载免费在线阅读
链接：>提取码：1234
书名：亿级流量网站架构核心技术
作者：张开涛
豆瓣评分：68
出版社：电子工业出版社
出版年份：2017-4
页数：477
内容简介：
《亿级流量网站架构核心技术》一书总结并梳理了亿级流量网站高可用和高并发原则，通过实例详细介绍了如何落地这些原则。本书分为四部分：概述、高可用原则、高并发原则、案例实战。从负载均衡、限流、降级、隔离、超时与重试、回滚机制、压测与预案、缓存、池化、异步化、扩容、队列等多方面详细介绍了亿级流量网站的架构核心技术，让读者看后能快速运用到实践项目中。
不管是软件开发人员，还是运维人员，通过阅读《亿级流量网站架构核心技术》都能系统地学习实现亿级流量网站的架构核心技术，并收获解决系统问题的思路和方法。
作者简介：
张开涛，现就职于京东，“开涛的博客”公众号作者。写过《跟我学Spring》《跟我学Spring MVC》《跟我学Shiro》《跟我学Nginx+Lua开发》等系列教程，博客现有1000多万访问量。
近日，腾讯有两件事值得关注。一是，腾讯控股发布了未经审计的第三季度财务报告，各方面的数据一如既往地非常亮眼：财务上，总收入为人民币 1254 亿元，同比增长 29%，其中网游、增值业务增长强劲；二是，腾讯和其他机构联合领投了一家中式快餐品牌「和府捞面」的 D 轮 45 亿元融资，这在餐饮业也是一笔巨额投资。腾讯的投资触角向来不分国界、行业，从硬科技到新消费，从金融到教育，都是其囊中之物。
在 Q3 财报中，腾讯的投资 收益 亦十分亮眼，按照非国际财务报告准则调整后，截至 2020 年 9 月 30 日，腾讯「其他收益净额」为 11551 亿元，具体腾讯持有的哪些公司股份「赚钱」了，我们不得而知。
根据 IT 桔子数据，截止 2020 年 11 月 5 日，腾讯主体共投资了超过 790 家公司，其中，可能给腾讯带来直接收益的包括众多 上市公司 名单，如哔哩哔哩（B 站）、斗鱼、 京东 、拼多多、美团、58（正在私有化）等；未来将给腾讯带来受益的包括滴滴出行、车好多集团、快手、知乎、喜马拉雅、猿辅导、每日优鲜、喜茶等这些独角兽公司。
不过俗话说「常在河边走哪有不湿鞋」，给将近 800 家公司出资过的腾讯，也有走了眼的时候。
据 IT 桔子统计，被腾讯投资过，目前已关闭的创业项目有 24 个（注：项目宣告关闭、项目超过一年无人运营、产品已下线，项目已完全放弃原有的主营业务转型新业务或新项目、项目被其他主体吸收合并且品牌不再独立运作等以上情况均视为该项目失败和关闭）。我们列出来的这些项目中，腾讯大多是在 A 轮及以前投入的，以领投为主，但单笔投资金额较小，总金融也不到 50 亿元，对于庞大的腾讯投资来讲，确实也是毛毛雨了。
失落的高朋：腾讯弃之，美国「爸爸」Groupon 已没落
高朋网的出身很高贵，他有两个「爸爸」，美国「爸爸」是团购鼻祖 Groupon，中国「爸爸」是社交鼻祖腾讯——2011 年 2 月 28 日中文版 Groupon 团购站「高朋网」正式宣告成立，腾讯和 Groupon 分别出资 5000 万美元（约 325 亿人民币），根据当时媒体报道「双方各占 50% 股权」，但其实云锋基金在高朋网组建时也对外宣称过入股投资，三方对于投资占股份额均保持缄默。但无论如何这豪华背景让高朋网的诞生被认为是当时团购赛道的终结者。
回归彼时的中国团购市场——前有声势浩大的窝窝团、拉手网、融过三轮的 F 团，后有刚上线运营一年的「小兄弟」美团网，外加最佳竞对 CP「满座网」（高朋满座），高朋的这一仗也容不得疏忽。
在最初的设计中，高朋网 CEO 由腾讯方面负责担任，运营由 Groupon 团队负责。两个「爸爸」都很强势，股权相对均等、主次不明，历史上这样的合作鲜少成功，也为高朋后来发展留下隐患。
当时整个团购行业处于野蛮生长期，运营模式非常粗放。由于团购券设定的有效期较长，多数用户在线开团购买团购券后并不会及时消费，因而平台上存在着大量「预收款」现金，这其实是一笔负债。但是，许多团购平台将这笔未消费资金挪作他用，最常见的便是投入新的城市用于运营和补贴，以获取源源不断的订单，以此形成一个循环支撑着团购业的高速扩张。
而当时美团网坚持不「烧钱」，不盲目追求扩张的速度，并率先推出「随时退、过期退」的政策，让用户更放心地团购消费券，这也是美团网后来在「千团大战」中存活并异军突起的重要原因。
2011 年 11 月 4 日，Groupon 在美国纳斯达克上市，融资 7 亿美元，一举成为自 2004 年 Google 上市之后最大的科技业 IPO。
在上市的欢呼掌声中，高朋网有些迷失，并没有审视周围，意识到自己的处境；也没有「放下身段」，像本土团购网站那样「接地气」，运用「地毯式」地扫街推广方式，而是寄希望于腾讯的流量输送和资源整合。
可惜，Groupon 在上市后的一年股价从高位 500 美元一路下跌至 100 美元以下，宣告了团购故事在海外资本市场落下帷幕。而在国内团购网站的竞争中，高朋网的表现也乏善可陈。
2012 年 8 月 1 日，腾讯将旗下自营 QQ 团购业务与 F 团、高朋网进行整合，成立「网罗天下集团」。合并后腾讯持股 30%，Groupon 持股 10% 多，原 F 团 CEO 林宁任新公司 CEO。2012 年 12 月 26 日，合并后的新公司获得 Groupon 和腾讯追加 4000 万美元的投资。
仅仅在半年后——2013 年 7 月，搜狐 IT 就爆出高朋网在一年内有 9 位副总裁离职，公司摇摆，业务动荡。网罗天下集团之后退出团购业。
沉寂 4 年之后，网罗天下集团在 2017 年进行了一次资产重组，腾讯、云锋基金和深圳某科技公司共同再次为其注资，腾讯依旧为其最大股东。官方公告网罗天下新设业务线为项目孵化、投资和垂直电商，但市场上再鲜有其动静。
如今，Groupon 也垂垂老矣，在走向没落的道路上一去不复返，目前股价不到 25 美元，市值仅有 7 亿美元。
腾讯想再拉一把当时的小高朋，也不容易啊。
寂寞的开心网：还记得你偷过的菜吗
从投资方角度而言，开心网也许并不能成为评判腾讯投资失败的一个案例；但从项目本身的角度来说，开心网确实是在被腾讯投资后走向了衰落，最后完全放弃社交业务，且被卖掉了。
开心网定位于白领社交网站，成立于 2008 年，经历过 18 个月时间用户数从 300 人增长到 6000 万的奇迹，曾经引领了全民「偷菜」热潮。如今开心网对 00 后而言是陌生的，再说起这些往事，仿佛过了几个世纪那么漫长。
2010 年是开心网鼎盛之际，也是腾讯在社交领域腹背受敌的一年，开心网（白领社交）、人人网（校园社交）、新浪微博（明星红人、粉丝经济）、QQ 空间（熟人社交）形成了 SNS 的四足鼎立格局。其中，新浪微博兼具社交和媒体属性，与其他项目的定位悬殊。
开心网凭借偷菜种菜游戏爆发，从 2010 年第二季度实现规模盈利，每个月盈利超过 1000 万元，年收入 3 亿元，广告收入占比最大。为了摆脱对广告商业模式的依赖，2011 年初开心网还尝试推出团购服务，但仅运营 9 个月就外包给 F 团运营。
2011 年 10 月，腾讯战略投资开心网，投资金额未透露，据报道约为 1 亿美元。据分析，腾讯重金投资开心网的主要原因是削弱竞争对手，抢占白领高端用户市场，弥补 QQ 人群低龄化的不足以巩固腾讯在社交领域的绝对地位。
在腾讯投资后，第三方应用、游戏开发者可以在腾讯和开心网的开放平台上同步接入和运营其应用，而过度依赖偷菜游戏的开心网在用户被分流后不可避免地走向了衰落。
此后，开心网彻底转型为手机游戏研发公司，创始人程炳皓于 2016 年 7 月离职，退出了公司。2017 年，A 股上市公司「赛为智能」以 1085 亿元收购开心网运营主体「开心人信息」。
「疯狂老师」不再疯狂：家教 O2O 狂欢下的炮灰
2014 年 O2O 模式大行其道，家教 O2O 领域也刮起了一阵热风，在这前后有一批线上预约老师上门教学的家教 O2O 平台先后成立，包括老师来了、跟谁学、好老师、疯狂老师、轻轻家教、请他教等。
这类项目模式十分接近，且都获得了不错的投资，毕竟给中小学生找家教老师的需求是长期存在过的，只不过互联网平台希望通过更高效的资源匹配方式来解决这个需求。
其中，腾讯连续投资了疯狂老师两轮——2015 年 6 月腾讯独家投资了「疯狂老师」的 B 轮，金额为两千万美元；一年后，腾讯再次跟投了疯狂老师的 12 亿元 C 轮融资。那么，腾讯为什么选择的是疯狂老师？
这里有一个关键人物——腾讯高级执行副总裁吴宵光，他创立的微光创投于 2015 年 1 月领投了疯狂老师的千万元级 Pre-A 轮融资，为该项目做了很好的投资背书；在业务模式上，疯狂老师更注重老师个人 IP 的打造，不直接和培训机构合作，也没有完全放开教师的入驻；
在团队方面，疯狂老师创始人张浩从传统 K12 课外培训白手起家，疯狂老师是其在教育领域的二次创业项目，为了弥补自身在互联网产品方面的不足，他还邀请了 PPTV 创始人姚欣加盟，负责产品和技术。
当腾讯提出投资之意时，张浩团队已经和几家知名投资机构在接洽，为此，张浩也要求在最短时间内完成融资。最后，该项目 36 小时商定 Termsheet(投资条款清单)，20 天完成尽职调查、协议签署并 close 交割，实属疯狂。
对腾讯互联网基因的「仰慕」，以及腾讯总裁刘炽平的说服是促使张浩接受腾讯投资的重要原因——「腾讯能给疯狂老师带来什么？第一是品牌背书，没有老师不知道腾讯是谁；第二是技术支持，家教 O2O 如果像打车软件一样迎来用户增长爆点，腾讯强有力的技术团队能处理高并发的难题；第三是用户 共享 ，QQ 和疯狂老师的用户群体高度重合，不排除腾讯未来把 2 亿用户群体的端口开放给疯狂老师的可能性」。
目前来看，第一点和第二点都部分实现了。在获得腾讯的加持后，疯狂老师一度走上舆论的风口，成为明星项目。同时在第二次投资中，双方已经有了业务合作。彼时，疯狂老师正孵化直播事业部，并与腾讯达成排他性战略合作，运用腾讯的技术服务支持直播业务，2017 年疯狂老师转型推出「叮当课堂」在线直播课。
不过，随着家教 O2O 行业的转型倒闭潮来临，在沉寂两年后，2019 年 4 月 30 日疯狂老师也宣布停止运营，APP 页面显示：「曾经的疯狂已经谢幕，感谢过往一路的相伴。」
「安卓之父」再创业失败：乔布斯的成功无法复制
除技术专业人士外，大概没有人知道 Essential Phone 这个智能手机品牌，但实际上项目创始人却是 Android 之父 Andy Rubin。安卓被谷歌收购后 Rubin 在谷歌任职，后因性丑闻辞职，同时还拿到了高达 900 万美元的遣散费。离职后，他创办了消费电子品牌 Essential。
牛人背景使得该初创公司备受瞩目，刚成立便获三千万美元 A 轮融资。2017 年 6 月，腾讯、亚马逊 Alexa 基金等参与了 Essential 的 B 轮 3 亿美元融资，投后估值超过 10 亿美元。
Essential 发布的第一款智能手机名为 PH1，无边框、大尺寸、多个颜色可选的设计正是瞄准了高端智能手机品牌苹果、三星，然而该手机在 2017 年的出货量不到 90,000 部，并在一年后（2018 年 12 月）停产。
2019 年，团队又做出了 Project Gem，像电视遥控器一样的「加长版」智能手机，可以单手握持、语音控制，但还没有到量产交付的阶段。在 2020 年 2 月，Essential 旧宣布停止运营并关闭。
随着 Essentia 的关闭，2018 年底公司收购的由 CloudMagicInc 开发的电子邮件管理应用程序 Newton 也将不可用，Newton 因搜索、跨平台功能而闻名，可适用于 iOS，Android，MacOS，Windows 和 Chrome OS。
通过梳理后，我们将腾讯投资失败的项目分为四大类：
第一类，腾讯想切入自身并不擅长的交易领域——腾讯和」Groupon 合作先后投资 14 亿美元的团购网站高朋、和教育培训机构新东方的合资公司明日微学推出的智能学习 APP「优答」、地产企业万达合作的电商网站「飞凡网」（腾讯后来退出投资）均告以失败，其中腾讯投入最多的是高朋网。
第二类，腾讯在自身擅长的游戏、社交领域，作为领投方或独家投资了国内外众多相关项目，但有的项目后期因错失移动互联网红利而发展不利：比如因「种菜偷菜」游戏风靡一时的 SNS 网站「开心网」和专注 SNS 游戏开发的「长远互动网络」；还有的项目比较小众，用户规模没有做起来，典型项目有基于地理位置的匿名聊天软件「GeGe APP」、街遇社交应用「谁 APP」、韩国宠物网游开发商「GoPets」等。
第三类，在 O2O 的风口期腾讯跟进了一些投资，部分项目借助 O2O 的声势前期发展较快，但几年后 O2O 格局大变，有的项目沦为了「炮灰」，造成腾讯投资的失手。典型项目包括腾讯投资了 2 次的家教 O2O 项目「疯狂老师」、2015 年获腾讯 B 轮融资意气风发但后来在外卖预定平台大战中销声匿迹的「南京零号线」、手机打车软件「嘟嘟叫车」以及提供公交查询、商户查询服务的本地信息搜索服务商家「爱帮网」、手机点菜 APP「悠先点菜」等。
第四类，其他领域零散项目，比如智能硬件可穿戴品牌「Pacewear」、Android 之父 Andy Rubin 创办的智能手机品牌及消费电子品牌「Essential Phone」。
以上的案例或许可以证明，在新兴市场的投资，并没有所谓的「一招鲜吃遍天」——牛人再创业会失败，曾经成功过的项目会随着时代浪潮的改变而走向失败，在风口上飞起来的项目也会摔得很惨——所以说，再牛逼的投资机构和公司都有看错、失手的时候。
因为项目的成功与否是复杂因素下的综合结果，而「时、事、人」永远在发生变化，机构遵循的投资准则更多是过去的「经验主义」下的复盘总结，或许可以提高其投资成功的概率，但在投资失败这件事上是无法预见且不可避免的。
0条评论