互联网|20年经验之谈:服务平台创业要避开的那些坑( 二 )


第二个错误要严重得多 。 人工服务是可以应付少量的异常情况 , 但是当异类变成趋势时 , 如果你没有为这种趋势做好准备 , 就会因为新业务里面有很大一部分出现亏损而陷入困境 。 当获取和服务额外客户的成本超过价格点时 , 大多数的服务平台都会出现这种情况 。
还有最后一个错误:如果你不去提升服务 , 而只是重新再做一个好看一点的轮子的话 , 那么有人会击败你的 。 要么是你试图颠覆的旧企业会迎头赶上 , 对你的技术进行逆向工程 , 要么就是有人会做出更好的捕鼠器 , 将你连同旧企业一起颠覆掉 。
不要雇专家 , 要雇工作狂(Hustler)
这些服务平台标准的操作过程是把几个行业专家凑到在一起 , 开发平台(请参见上文) , 然后再找到更多的专家来实施服务 。

这种做法的第一个错误是:一旦利用专家资源来进行公司的平台侧建设时 , 我见过的几乎所有情况下 , 到了一定时候你就得裁员了 。
其实你未必需要一大帮经验丰富的平台开发者来应用技术 , 但是却还是用旧的方式去做事 。 你只需要几个能够研究一下旧的做事方式 , 然后想出做那件事情更高效、成本更低廉、更能吸引客户的做法 。
然后 , 你需要很多的干将 。
在平台侧 , 你需要经理充沛的人 , 这些人可以同时处理很多任务 , 他们的沟通异常出色 , 而且可以马上解决问题 。 这些人会尝试用新的方式来做事 , 去做一些能让新服务在新市场更赚钱而需要做的事 。 然后 , 当他们解决了这些问题之后 , 你就可以将他们的工作自动化 , 让他们担任所负责部分的领导角色 。
比方说 , 我做Intrepid Media的时候 , 我需要的不是Random House或《纽约时报》的编辑 。 我需要能够迅速编辑大量网页内容 , 并鼓励作者去写更适合网络的内容的编辑人员 。
第二个错误是把服务性工作外包给业内的专家 。 如果你是这么做的话 , 你不是在解决问题 , 不过是建了一个小众的搜索引擎罢了 。

我会用一个例子来说明这一点 。 在建设ExitEvent初创企业服务这部分的东西时 , 我很快就意识到 , 那些资格老费用高的律师其实没有不必要 , 即便这帮人信誓旦旦想要跟初创企业合作 。
我们的服务平台可以让创业者发现那些积极进取的律师 , 用这些人他们可以花更少的钱来完成类似公司注册之类的工作 。 这些锐意进取的律师不仅了解客户的需求 , 而且了解他们希望的互动方式 , 并且知道平台为相应的互动方式提供了折扣 。
ExitEvent还为这种互动提供了规则 , 以确保每位创业者都能获得优质的体验 。 那些收费高的律师看了我的规则之后笑了 。 这完全是浪费他们的时间 。
从非常非常小众的地方开始
在Amazon什么都卖之前 , 他们先卖的是书和CD 。 这里面有两个非常重要的原因:

  • 书和CD都是方方正正的 , 存放、捡货、运输都很方便 。
  • 都是利润率很高的物品(DVD的利润甚至更高) 。
从服务最容易达到、最容易掌握、利润最高的地方开始 。 在完善了这些服务之后 , 再去做新的内容 , 并攻克随之而来的其他复杂性 。

当然 , 错误就是反其道而行之 , 试图面面俱到 , 什么类型的服务内容和客户都涉及 。 话虽如此 , 另一个容易被忽视的错误也要警惕 , 那就是在完善流程的每个环节上面花费了太多的时间 。 就像任何领域的赢家一样 , 服务平台领域的赢家 , 也是服务好端到端用例的赢家 。
你管理的是两家公司
实际上 , 哪一家你都不应该管 。 这是个常见错误 。
服务平台做好之后 , 你的这家初创企业会分产品侧和服务侧 , 这两部分需要的员工是完全不一样的 , 他们面对的需求完全不同 , 需要的领导风格也完全不同 。
一开始的时候 , 这两边都要你带 。 但是到最后 , 你的作用主要是成为桥梁 , 跟踪号客户的需求 , 然后把需求传达给产品端和服务端 。 你要成为愿景 , 然后在产品侧和服务侧分别找个人来领导 。


推荐阅读