小蓝单车 CEO 李刚:辜负了各位,对不起
近日以来,关于小蓝单车(bluegogo)陷入困局的消息甚嚣尘上,但谁的言论也没有李刚的话更让人震撼、惋惜,虽然仍有很多人认为小蓝单车是在共享单车领域骑行感受最好的,但她仍抵不过资本市场的冷却以及资金短缺的魔咒。昨日,李刚授权 36 氪发表了他的公开信,借此向小蓝的所有团队成员、用户、投资人、供应商和合作伙伴说一声抱歉。今日(2017年11月17日),在此分享给大家,就如李刚所言,“这个世界总有那么一抹蓝,值得我们回味。”
小蓝单车陷入困局的新闻正在迅速传播。36 氪联系到了小蓝单车也是野兽骑行的创始人李刚,他撰写了一份声明,是反思也是承诺。基于与 36 氪此前和沟通和互信,李刚授权 36 氪独家发表来信全文。
以下为小蓝单车创始人李刚的来信全文:
很抱歉,这两天关于小蓝单车的消息打扰大家了。不知不觉,小蓝单车已经一年,野兽骑行也已经三年了。一切的一切都源自对骑行的热爱,而这一切的一切都不曾消磨这份感动。
关于小蓝单车和野兽骑行,作为一位 CEO,我做错了,我也希望借这个机会跟所有团队成员、用户、投资人、供应商和合作伙伴说一声抱歉,我会尽我全力挽回,愿我们可以一起携手度过难关。
今日,小蓝单车与拜客出行达成了战略合作,将由拜客出行全权代理小蓝单车未来的运营,用户可以一直使用小蓝单车。在完成技术对接后,押金用户将免费使用小蓝单车。我们也会与拜客出行一同增加调度,让更多的小蓝单车与您见面。感谢拜客出行在小蓝单车最艰难的时刻出现,保证了我们对于用户最起码的承诺。
从做小蓝单车的第一天开始,我们始终如履薄冰,面对着强大资本加持的前两名玩家。小蓝单车一直希望通过最好骑的单车,一线城市的纵深投放和最酷的品牌打造成为市面上的突围者,毕竟每一个人心中都有那一份偏执。当时我预计一线城市会限制投放、发牌照,因此全力打一线城市,而后得到更大资本加持后,渗透入二三线城市。半年时间,累计投放了 60 万台车,最高时每日 300 余万日订单,2000 万注册用户。只是没想到政府的限制投放比预期要晚,致使前两家投放了大批车辆,比例远远超过小蓝单车。
很多用户一直在说小蓝单车是最好骑的共享单车,我非常感动。但再好骑的产品,在缺少了多元化资本支持和良好的财务规划能力时,都显得无力。为了追赶生产进度,小蓝单车在四五月份追加了数亿元生产合同,本来预计五月末六月初融资成功后就可以一次性将资金问题解决,而随着资本市场冷静,融资变成了泡影,并购丧失了最佳时机。
从 6 月份开始,仿佛小蓝单车受了诅咒。资本市场急转直下,我跑遍了上百家基金,得到了无数关于产品和团队的称赞,但这一切都没有换来一笔资金,打没了我最后一分骄傲。无数次小蓝单车遇到危险,一直支持鼓励我的黑洞资本都选择相信和支持,但我辜负了他的信任未能拉入任何其他资方。各方并购,有真有假,而我总是抱着侥幸选择相信善意,而在共享单车这样凶险市场,我的心智还太幼稚,至今尚一无所获。面对供应商,我甚至找来了其他的订单帮助其消化库存,但最终小蓝单车和野兽骑行恶化的财务状况,让订单迟迟不敢下达。
我从来都没有否认我的错误,内心中充满了煎熬,几个月寝食难安。曾经我一直以为只要为了公司好,任何决定都是伟光正的,现如今我才知道什么是责任。曾经我相信成王败寇,现如今我才知道先做人,才能再做事。曾经我自诩勇敢不怂,现如今我才知道做人做事必须要有的底线。曾经我事业第一,现如今才感受家和兄弟的意义。
我不知道我的未来是不是完蛋了,但我会一直拼尽全力,因为我知道,只有我拼尽全力,才有机会在未来弥补现在的错误。
最后,我想说,小蓝和野兽团队,不要伤心。我们战到了最后一刻,我相信每一个人都可以挺起胸膛,带着骄傲离开。你们没有失败,你们是值得尊敬的。欠大家的工资,我会想尽办法尽快解决。
这个世界总有那么一抹蓝,值得我们回味。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Java并发编程-无锁CAS与Unsafe类及其并发包Atomic
在前面一篇博文中,我们曾经详谈过有锁并发的典型代表synchronized关键字,通过该关键字可以控制并发执行过程中有且只有一个线程可以访问共享资源,其原理是通过当前线程持有当前对象锁,从而拥有访问权限,而其他没有持有当前对象锁的线程无法拥有访问权限,也就保证了线程安全。但在本篇中,我们将会详聊另外一种反向而行的并发策略,即无锁并发,即不加锁也能保证并发执行的安全性。 本篇的思路是先阐明无锁执行者CAS的核心算法原理然后分析Java执行CAS的实践者Unsafe类,该类中的方法都是native修饰的,因此我们会以说明方法作用为主介绍Unsafe类,最后再介绍并发包中的Atomic系统使用CAS原理实现的并发类,以下是主要内容 无锁的概念 无锁的执行者-CAS CAS CPU指令对CAS的支持 鲜为人知的指针 Unsafe类 并发包中的原子操作类Atomic系列 原子更新基本类型 原子更新引用 原子更新数组 原子更新属性 CAS的ABA问题及其解决方案 再谈自旋锁 无锁的概念 在谈论无锁概念时,总会关联起乐观派与悲观派,对于乐观派而言,他们认为事...
- 下一篇
基于容器服务的持续集成与云端交付(一)
前言 随着微服务架构与容器虚拟化技术的发展,持续集成与持续交付的概念又重新回到了大家的视野,越来越多的公司开始使用持续集成的系统来解决频繁发布带来的质量问题;使用持续交付的工具来实现代码在不同环境上的自动部署。 原本有些学院派乌托邦式的思想正被千千万万次的集成与部署证明着它应有的价值。那么究竟是因为什么让持续集成与持续交付这个已经不再年轻的软件开发与交付的思想重新焕发绽放迷人的光彩呢? 传统软件交付之殇 传统软件的开发与交付的周期都很漫长,一款普通的企业软件通常需要十几个开发人员,几个月的时间来完成,从需求的分析、系统的设计、编写测试用例、系统开发、单元测试、组装测试到交付调试。有条不紊的流程与规范像一辆绿皮火车下的枕木,稳定而可靠的保证整个系统缓慢的推进,每一次交付、升级,都需要提供基础的硬件、软件的环境、软件的代码、软件的文档与手册。 还记得刚刚迈入软件开发行业的时候,跟随公司的服务团队,驻场交付产品,每一个驻场工程师都按照之前预演过好多遍的流程,对照着系统的部署手册,一步一步的组装硬件,安装软件,稍有差池,就要按照对应的应急预案进行回滚。 开始的时候觉得交付像一个神圣的仪式,将用...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- 设置Eclipse缩进为4个空格,增强代码规范
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS6,CentOS7官方镜像安装Oracle11G
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS关闭SELinux安全模块
- CentOS7,CentOS8安装Elasticsearch6.8.6
- SpringBoot2配置默认Tomcat设置,开启更多高级功能