侯体宗的博客
  • 首页
  • Hyperf版
  • beego仿版
  • 人生(杂谈)
  • 技术
  • 关于我
  • 更多分类
    • 文件下载
    • 文字修仙
    • 中国象棋ai
    • 群聊
    • 九宫格抽奖
    • 拼图
    • 消消乐
    • 相册

一家失败初创企业的3个教训【运营】

技术  /  管理员 发布于 7年前   106

 

 SpruceMail 是一款 SaaS 产品,可帮助公司发布赚钱的 Facebook 广告。产品的价值定位很简单:Facebook 广告是复杂的。你要折腾很多事情,可能很快几千美元就花掉了却回报甚微。SpruceMail 去除了这种复杂性,从一开始就为你提供一个有利可图的广告策略。

  创始人兼 CEO Rob Jewell 之前是 Spruce Media 的所有人,后者是一家 Facebook 广告代理,每年在 Facebook 上面支出的广告费用超过了 1.5 亿美元,是一家规模很大很有希望的公司。Rob 是一位有经验的 CEO,对于 Facebook 广告平台的复杂性拥有丰富的认知。在他把 3 亿美元的客户资金投入到 Facebook 广告之后,他已经彻底弄清了 Facbook 的广告机制和策略,并开始把这些策略应用到 SpruceMail 上。

  使用 SpruceMail 的公司一般都获得了丰厚的回报,有些的广告支出回报甚至高达 3000%。但到了 2015年6月,SpruceMail 的投资者却决定撤资并关闭公司。为什么这样一家有着众多客户成功故事的公司却最终倒闭呢?确切理由无法详述,不过下面是我从中学到的一些教训。

  教训 1:用户引导(Onboarding)不要太复杂

  SpruceMail 的主要竞争对手之一是 AdRoll,这也是一家社交媒体广告平台,目前估值达到了 15.5 亿美元。AdRoll 也提供 Facebook 广告重定向,但是界面经过了简化。

  这两家主要的区别是 SpruceMail 按月收取软件授权费,但是广告指出费用不涨。客户输入信用卡支付 SpruceMail 授权费,但还得接入其 Facebook 广告账号。AdRoll 则直接向客户收取广告费用,但是广告开支暗地上浮了 30 到 50%左右。

  我们认为相对于 AdRoll 客户应该更欣赏我们定价的透明度。客户用 AdRoll 的话付费更高,如果用 SpruceMail 的话可能可以节省数百万美元的开支。

  但是我们的策略有个问题―用户引导的步骤太多了。AdRoll 只用 1 步就能让客户登入平台使用,SpruceMail 的用户引导过程最多需要 10 步。

  我反对这种冗长的用户引导方案,建议把步骤数减少到最小―顶多 2、3 屏就应该让用户进入并尽快使用平台。像支付方法或者 Facebook 连接之类的额外信息可以在用户登入系统后再补充。但最终领导层决定还是决定采用多步的方案。

  实际上客户对此流程非常沮丧,如果电话另一头没有一位客户经理帮忙的话大多都熬不下去整个过程。这种增加的复杂性阻碍组织注册并且极大增加了引导用户所需的人力。

  如果客户根本就没有开始使用你的产品的话,产品给客户能带来多少价值有没有意义。

  教训 2―避免过早扩张

  SpruceMail 得到了一小批投资者私募资金的支持,这群人之前都是做技术初创企业发家的。他们精通商业,且不仅为公司提供资金支持,还对市场和业务扩张提供了战略洞察。

  SpruceMail 最初打算通过系统性的注册来发展业务。我们的确有一些发展势头,但是不足以维系增长率发展公司。对于投资者来说这是个问题,因为他们希望早点看到回报。所以他们等不及去找出发展势头不佳的原因了,而是推动电话销售策略。于是我们开始疯狂找人,聘了 2 位销售 VP 以及一个团队的销售人员。由于用户引导过程冗长,于是我们又招了一批客户经理指导客户注册并培训他们使用平台。这些新招进来的人增加了日常开支,迫使我们过早把一个在我看来还不成熟的产品推向市场。

  我不是反对寻找外部投资,也认为在很多情况下作为一家 SaaS 企业需要适当的扩张。像 Uber 或者 Airbnb 不扩充的话根本无法服务好全球市场。但用我这个事后诸葛亮的眼光来看,我认为我们本来可以多花点时间去发现有机注册存在的障碍以及我们在市场的真正价值所在,然后可以在团队规模更小日常开支更少的情况下实现持续扩张。投资给我们增加了人为的压力,迫使我们追求短期利润而牺牲掉长期利益。

  找出你的产品增值空间在哪里,在扩张前找好市场定位。有可能的话,尽量在不需要投资的情况下做到这一点。

  教训 3―选好公司名字

  SpruceMail 的主要功能之一是公司可以订阅一个特殊的电子邮件地址进自己的营销列表,而且他们的现有的营销电子邮件可以用来在数秒内发布 Facebook 广告。

  但是当大家听到我们公司的名字时,他们并没有意识到通过营销电子邮件创建广告的天才创意,而是认为 SpruceMail 是一家电子邮件服务提供商。当这些潜在客户以为自己知道你的产品是做什么的时,他们对我们的态度变成了拒之门外和置之不理。

  电话销售是一项单调乏味的工作,给别人打无约电话推销产品容易使人精疲力竭。有一个令人困惑的名字更是增加了本已经很痛苦的工作的难度。

  要考虑好公司的名字,要让不知道的人一看就知道你是做什么的。不夸张地说,这有能力决定公司的成败。

  总的看来,SpruceMail 的模式和背后的想法是不错的,但是若干关键决策导致了公司的失败。希望你能从中吸取教训,不再重蹈覆辙。


  • 上一条:
    其实,你不是一个内容运营,你只是一个文字编辑而已
    下一条:
    一个软文贴是如何轻松吸引百万流量的
  • 昵称:

    邮箱:

    0条评论 (评论内容有缓存机制,请悉知!)
    最新最热
    • 分类目录
    • 人生(杂谈)
    • 技术
    • linux
    • Java
    • php
    • 框架(架构)
    • 前端
    • ThinkPHP
    • 数据库
    • 微信(小程序)
    • Laravel
    • Redis
    • Docker
    • Go
    • swoole
    • Windows
    • Python
    • 苹果(mac/ios)
    • 相关文章
    • gmail发邮件报错:534 5.7.9 Application-specific password required...解决方案(0个评论)
    • 2024.07.09日OpenAI将终止对中国等国家和地区API服务(0个评论)
    • 2024/6/9最新免费公益节点SSR/V2ray/Shadowrocket/Clash节点分享|科学上网|免费梯子(0个评论)
    • 国外服务器实现api.openai.com反代nginx配置(0个评论)
    • 2024/4/28最新免费公益节点SSR/V2ray/Shadowrocket/Clash节点分享|科学上网|免费梯子(0个评论)
    • 近期文章
    • 在go语言中使用api.geonames.org接口实现根据国际邮政编码获取地址信息功能(1个评论)
    • 在go语言中使用github.com/signintech/gopdf实现生成pdf分页文件功能(0个评论)
    • gmail发邮件报错:534 5.7.9 Application-specific password required...解决方案(0个评论)
    • 欧盟关于强迫劳动的规定的官方举报渠道及官方举报网站(0个评论)
    • 在go语言中使用github.com/signintech/gopdf实现生成pdf文件功能(0个评论)
    • Laravel从Accel获得5700万美元A轮融资(0个评论)
    • 在go + gin中gorm实现指定搜索/区间搜索分页列表功能接口实例(0个评论)
    • 在go语言中实现IP/CIDR的ip和netmask互转及IP段形式互转及ip是否存在IP/CIDR(0个评论)
    • PHP 8.4 Alpha 1现已发布!(0个评论)
    • Laravel 11.15版本发布 - Eloquent Builder中添加的泛型(0个评论)
    • 近期评论
    • 122 在

      学历:一种延缓就业设计,生活需求下的权衡之选中评论 工作几年后,报名考研了,到现在还没认真学习备考,迷茫中。作为一名北漂互联网打工人..
    • 123 在

      Clash for Windows作者删库跑路了,github已404中评论 按理说只要你在国内,所有的流量进出都在监控范围内,不管你怎么隐藏也没用,想搞你分..
    • 原梓番博客 在

      在Laravel框架中使用模型Model分表最简单的方法中评论 好久好久都没看友情链接申请了,今天刚看,已经添加。..
    • 博主 在

      佛跳墙vpn软件不会用?上不了网?佛跳墙vpn常见问题以及解决办法中评论 @1111老铁这个不行了,可以看看近期评论的其他文章..
    • 1111 在

      佛跳墙vpn软件不会用?上不了网?佛跳墙vpn常见问题以及解决办法中评论 网站不能打开,博主百忙中能否发个APP下载链接,佛跳墙或极光..
    • 2016-10
    • 2016-11
    • 2017-07
    • 2017-08
    • 2017-09
    • 2018-01
    • 2018-07
    • 2018-08
    • 2018-09
    • 2018-12
    • 2019-01
    • 2019-02
    • 2019-03
    • 2019-04
    • 2019-05
    • 2019-06
    • 2019-07
    • 2019-08
    • 2019-09
    • 2019-10
    • 2019-11
    • 2019-12
    • 2020-01
    • 2020-03
    • 2020-04
    • 2020-05
    • 2020-06
    • 2020-07
    • 2020-08
    • 2020-09
    • 2020-10
    • 2020-11
    • 2021-04
    • 2021-05
    • 2021-06
    • 2021-07
    • 2021-08
    • 2021-09
    • 2021-10
    • 2021-12
    • 2022-01
    • 2022-02
    • 2022-03
    • 2022-04
    • 2022-05
    • 2022-06
    • 2022-07
    • 2022-08
    • 2022-09
    • 2022-10
    • 2022-11
    • 2022-12
    • 2023-01
    • 2023-02
    • 2023-03
    • 2023-04
    • 2023-05
    • 2023-06
    • 2023-07
    • 2023-08
    • 2023-09
    • 2023-10
    • 2023-12
    • 2024-02
    • 2024-04
    • 2024-05
    • 2024-06
    • 2025-02
    Top

    Copyright·© 2019 侯体宗版权所有· 粤ICP备20027696号 PHP交流群

    侯体宗的博客