• songyy
    2017-10-19
    想了一下 觉得先吸引人上船,把社区做起来,开源 吸引社区补全产品不足,也是个不算太差的解决方案。

    另一种方式,我觉得可以像rails的起家:从一个成功的产品剥离出来,有现实的成功案例,同时文档写好,对新入的开发者足够友好,再考虑靠着它收咨询费的问题
    
     13
  • 小美
    2018-11-15
    我们公司今年也废弃 MongoDB ,继续用 MySQL 了
    
     7
  • 翼吹雪
    2018-05-28
    我觉得在一块成熟的市场(数据库发展几十年),切中快速爆发的移动互联网开发市场,提供更好用的解决方案,和Oracle错开竞争战场,最终获得巨大的口碑,可以说是一个完美的开局,也是初创公司非常值得借鉴的。
    可惜在后来,没有将优势保持住,在企业版中将数据库一些基本的技术补上。这本来也是很考验创业者的一个地方,即在什么时候进行转型,既能迎合市场,又能进行盈利,而且自己团队还有能力达到,这个点很难把控。
    
     3
  • Panda
    2018-12-23
    听科技公司的发展故事 很有意思 哈哈哈
    
     2
  • caohuan
    2018-11-21
    再次聆听 飞哥的 MongoDB发展历程,发现 1.它 的存储 是面向 集合,集合中包含大量的文档,不像 关系型数据库 面向表格的形式 2.它的 查询 非基于SQL,而是基于 编程语言和API,都是 它比关系型数据库 让开发人员 能感觉到更友好的使用。

    它的 运营 1)赞助MongoDB大会、活动、和MongoDB大学 2)提供良好的技术支持 3)与使用者沟通 4)与大牛合作,把更多数据库使用者 绑到MongoDB产品上。

    回答 老师的问题,运营一家工具类的初创公司,应该 寻找 标杆企业 和 行业领头人,为自己背书,就像 文中所说,与大牛互利互惠 ,拉去更多的开发者,找 行业的标杆企业 合作,服务好它,再让企业帮做宣传,最后 从业者多,公司使用者多,二者相互促进,形成循环,做不强都难。
    展开
    
     2
  • 奥北北北北北北
    2019-04-29
    现在都是这样啊,房子还没修都已经卖完了
    
     1
  • 大数据小先
    2019-11-20
    工具类的,首先要面向目标客户友好,简单易用。
    
    
  • 亚东
    2019-11-04
    要么不做,要做就要领先世界,并且高可用。
    
    
  • 大雄逸豪
    2019-11-02
    MongoDB创始人和Oracle创始人有很多共通之处
    
    
  • self-discipline
    2019-09-28
    作为产品来说核心功能应该过硬,规模到达一定量级后就暴露各种问题的话,没有哪个互联网公司敢用的.公司的宣传,服务支持尽职尽责,对社群的支持和赞助,都做的很到位.但是打铁还需自身硬的,没有好的打铁技术,其他的服务再到位,也有种本末倒置的感觉
    
    
  • 恒修
    2019-09-20
    核心价值是什么
    用户是谁
    竞品
    壁垒
    规划
    
    
  • 程
    2019-03-20
    作为一个工具类,不可能满足所有人的需求,但是应该正视自身的产品,给产品明确的定位,明晰产品的优缺点,不应一味吹嘘,忽悠所有人上船。尤其是提供企业级服务,不成熟就意味着隐患,爆发时的损失很难估量
    
    
  • 朴荷抹茶仔
    2019-03-05
    现在多数还是用sql来做关系表,工具类的新公司,刚开始想的是需要知道客户需求和竞争对手的长处和弊端,而这方面客户都能很好反馈。前期对市场的调查是必要的,先提供其他产品下载和评论获得咨询,后续发展推送自家产品
    
    
  • caohuan
    2018-11-14
    本篇所得,推广一应用产品 包括工具类产品,1.先拉取大量客户 2.根据反馈,优化并让产品更好用 3.方便用户使用 4.技术支持 很友善,客服做到尽心尽责。

    读完 飞哥的专栏,看出 MongoDB具有自己的特色,产品上 支持app 和海量数据的非sql文档型数据库,支持程序语言和API查询,开始使用时对技术人员很友善,在营销上 通过 1.资助用户 2.支持 MongoDB的各种会议,尽管 MongoDB还有很多需求未被实现,还有bug和坑需要修复和填补,不过 依然看好MongoDB。
    
    
我们在线,来聊聊吧