为什么Slack需要来一次产品修复？
作者：邹阳 | 发表于：2016-04-17 17:26:48
阅读量：（191） | 所属栏目：前沿
团队协作工具 Slack 的确风光无限，但是要想维持高估值并让潜在收购者保持兴趣，“邮件杀手” 必须得到企业市场的大户—像 Uber、Twitter 之类的大公司的官方承认才能名副其实，还要解决好时间碎片化、注意力分散等用户体验问题，否则可能就会步 Evernote、Dropbox 的后尘，并且让竞争对手有可乘之机。
Slack 最近以比 1年 前高出 36%的估值拿到了 2 亿美元的融资，这说明投资者仍然对这款发展很快的聊天应用信心满满。Slack 不仅想要赢得聊天的小众市场。它还想成为主要方式大家相互沟通以及人与组成企业的各种软件系统沟通的主要方式。
但是 Slack 发现，如果不解决其产品、技术架构以及后端功能长期存在的一些问题的话，很难证明其 38 亿美元投后估值的合理性。这些问题使 Slack 不可能得到有着成千上万用户的大公司的官方采用—哪怕许多员工要求这样。据知情人士透露，Uber、Twitter 还有 LinkedIn 都试过用 Slack，但最后都放弃了。
当然，Slack 发展很快—过去 1年日 用户增长了 3.5 倍达 270 万，该公司说。但长期看如果不能渗透进大公司的话它可能很难维持这种增长率（不过 Slack 的回应是 “哪怕没有大企业用户机会依然庞大”，因为中小企业的 “知识员工” 数量是大企业的 3 到 4 倍）。
尽管 Slack 正在紧锣密鼓地解决自身存在的所有技术问题，但是竞争对手也没有放慢脚步。比方说微软就利用了最近召开的开发者大会来竭力展示聊天机器人在其现有的企业版 Skype 上面可以做哪些事情。此外 Slack 还面临着 Atlassian 的 HipChat 以及 CA 的 Flowdock 的竞争。后面两个原先也是面向软件开发者的聊天平台（就像 Slack 本身一样），但都在向外拓展，力图成为广泛意义上的团队的协作工具。就连思科也正在推广自己的一款名为 Spark 的聊天应用。
这些竞争对手也有自己的问题。采用 HipChat 的 Uber 曾经历过数次中断。其他的 HipChat 用户曾对上传文件有公开可见的 web 地址这类安全问题发出过抱怨。尽管微软最近放弃了收购 Slack 的打算，但仍在密切观察这家公司。
这种有望被收购的前景部分支撑了 Slack 的估值。但如果 Slack 不能修补存在的问题的话，任何交易都可能会以低得多的价格成交，如果能有的到话。不过 Slack 在声明中是这样说的：“我们并不认为我们的投资者是根据潜在收购意愿来对公司进行估值的。他们对业务的内部指标有详细信息，知道我们的团队对收购不感兴趣。跟公司管理层想法一样，他们认为我们的作为独立公司的潜能是独一无二的。”
以下是 Slack 服务好大公司必须处理好的三个关键领域：
*产品：Slack 的核心是面向小群体实时会话的利基产品。这一点没问题。问题在于 Slack 把自己描绘成邮件杀手。但是大一点的组织使用起来仍然很难。
这主要是它缺乏所谓的会话线程，也就是把对特定行会话的回复集中到一起。Slack 早在 1年 多前就说会话线程已经在自己的 “待办事宜” 清单里面了。目前取得的进展是引入群直接消息减少消息凌乱，不过这个群最多只能 9 人参与会话。
“线程式会话是很多人都想要的功能，我们已经在内部测试了几个消息回复的衍生版本，但是这是几百项呼声很高的功能改进请求之一（包括离线支持、性能改进、视频电话以及图片库等），其中的很多我们也都在做住，” Slack 在声明中说。
但 Slack 需要真正的会话线程化，而这个东西实现起来是比较棘手的。比方说，线程式会话怎么才能在 Slack 搜索中进行处理呢？像有关软件 bug 通知之类的自动消息又怎么处理呢？
这些都是很困难的产品问题。Slack 过去曾说自己对这些功能进行了充分认真的思考以确保发布时能够表现良好。可明年2月 这家公司就要 3 岁了，在技术界这就算是很久了。
*架构：Slack 用户最大的抱怨之一是自己从属的每一个团队都要创建独立的登录账号，而且团队之间并没有交流。Slack 在今年3月 说正在做跨团队分享独立频道的功能，这个应该对于修补问题多少会有点帮助。
但 Slack 更大的问题是架构。使用 Slack 的每个团队司机上都是相互隔离的，跑的实际上都是软件的单独拷贝。这导致员工数量很大的公司会碰到问题，因为每一份 Slack 的拷贝（也即所谓的实例）能处理的用户数存在限制。
这是想要使用 Slack 的大公司的问题。比方说 Uber 就有成千上万的用户，因为它是通过聊天来跟司机沟通的。据知情人士说目前 Uber 内部使用的是 HipChat。但去年Uber 试用了 Slack，尽管后者警告过自己的系统未必能处理那么多用户的压力。结果证明 Slack 是正确的，目前 Uber 还是在用住 HipChat。
其他的大公司像 Twitter、LinkedIn 情况也类似，据知情人士透露，尽管公司内部有独立的群体用了 Slack，但是 “官方” 的公司系统还是用 HipChat 或者 Google Apps。
*企业后端功能：Slack 一直在承诺要做一堆无趣但对大公司重要的功能。这些功能包括安全增强，组织范围内的报表以及账单合并等。Slack 是从 2015年 开始瞄准企业用户的，但 CEO Stewart Butterfield 在最近的一次会议上说其目标是在今年4 季度推出。
这些功能对于个人用户来说就没那么重要。但如果大公司觉得 Slack 没法用的话这可能会妨碍 Slack 的增长。而 Slack 的一些竞争对手却很擅长做这类功能。在很多大公司里面，Flowdock 的母公司 CA 以及思科都有一定程度的主场优势，可以自上而下推销其产品，尽管 Slack 在最终用户那里更受欢迎。
Slack 指出，即将推出的针对大企业的产品会解决上述的许多问题。它表明的态度是，服务 10000 到 100000 人的公司与服务 5 到 50 人的小公司是完全不一样的，而后者才是它专注的。
诚然，Slack 一直都在积极地鼓动开发者开发机器人和进行应用集成。Slack 已经列出了开发自己的开发者平台的详细路线图。这一战略是可以收到回报的。开发者已经退出了核心业务工具，比如 Sellf，这个工具可以让销售团队模仿 Salesforce 或其他销售软件的功能，但却是完全在 Slack 上面操作的。这可以让 Slack 留住很多用户。Slack 说仅仅过了 4 个月，其应用目录里面的应用数量就从 150 增长到了 385，并且指出其 90%的付费用户都使用 app。
但对于大公司来说，丰富的开发者特性以及像语音聊天这样花俏的新功能无法弥补像缺乏线程化会话或者不能让用户从属多支团队的根本性缺陷。要想获得更广的用户群并且让潜在收购者保持兴趣，Slack 必须解决好这些问题，而且要尽快。
Slack 最近以比 1年 前高出 36%的估值拿到了 2 亿美元的融资，这说明投资者仍然对这款发展很快的聊天应用信心满满。Slack 不仅想要赢得聊天的小众市场。它还想成为主要方式大家相互沟通以及人与组成企业的各种软件系统沟通的主要方式。
但是 Slack 发现，如果不解决其产品、技术架构以及后端功能长期存在的一些问题的话，很难证明其 38 亿美元投后估值的合理性。这些问题使 Slack 不可能得到有着成千上万用户的大公司的官方采用—哪怕许多员工要求这样。据知情人士透露，Uber、Twitter 还有 LinkedIn 都试过用 Slack，但最后都放弃了。
当然，Slack 发展很快—过去 1年日 用户增长了 3.5 倍达 270 万，该公司说。但长期看如果不能渗透进大公司的话它可能很难维持这种增长率（不过 Slack 的回应是 “哪怕没有大企业用户机会依然庞大”，因为中小企业的 “知识员工” 数量是大企业的 3 到 4 倍）。
尽管 Slack 正在紧锣密鼓地解决自身存在的所有技术问题，但是竞争对手也没有放慢脚步。比方说微软就利用了最近召开的开发者大会来竭力展示聊天机器人在其现有的企业版 Skype 上面可以做哪些事情。此外 Slack 还面临着 Atlassian 的 HipChat 以及 CA 的 Flowdock 的竞争。后面两个原先也是面向软件开发者的聊天平台（就像 Slack 本身一样），但都在向外拓展，力图成为广泛意义上的团队的协作工具。就连思科也正在推广自己的一款名为 Spark 的聊天应用。
这些竞争对手也有自己的问题。采用 HipChat 的 Uber 曾经历过数次中断。其他的 HipChat 用户曾对上传文件有公开可见的 web 地址这类安全问题发出过抱怨。尽管微软最近放弃了收购 Slack 的打算，但仍在密切观察这家公司。
这种有望被收购的前景部分支撑了 Slack 的估值。但如果 Slack 不能修补存在的问题的话，任何交易都可能会以低得多的价格成交，如果能有的到话。不过 Slack 在声明中是这样说的：“我们并不认为我们的投资者是根据潜在收购意愿来对公司进行估值的。他们对业务的内部指标有详细信息，知道我们的团队对收购不感兴趣。跟公司管理层想法一样，他们认为我们的作为独立公司的潜能是独一无二的。”
以下是 Slack 服务好大公司必须处理好的三个关键领域：
*产品：Slack 的核心是面向小群体实时会话的利基产品。这一点没问题。问题在于 Slack 把自己描绘成邮件杀手。但是大一点的组织使用起来仍然很难。
这主要是它缺乏所谓的会话线程，也就是把对特定行会话的回复集中到一起。Slack 早在 1年 多前就说会话线程已经在自己的 “待办事宜” 清单里面了。目前取得的进展是引入群直接消息减少消息凌乱，不过这个群最多只能 9 人参与会话。
“线程式会话是很多人都想要的功能，我们已经在内部测试了几个消息回复的衍生版本，但是这是几百项呼声很高的功能改进请求之一（包括离线支持、性能改进、视频电话以及图片库等），其中的很多我们也都在做住，” Slack 在声明中说。
但 Slack 需要真正的会话线程化，而这个东西实现起来是比较棘手的。比方说，线程式会话怎么才能在 Slack 搜索中进行处理呢？像有关软件 bug 通知之类的自动消息又怎么处理呢？
这些都是很困难的产品问题。Slack 过去曾说自己对这些功能进行了充分认真的思考以确保发布时能够表现良好。可明年2月 这家公司就要 3 岁了，在技术界这就算是很久了。
*架构：Slack 用户最大的抱怨之一是自己从属的每一个团队都要创建独立的登录账号，而且团队之间并没有交流。Slack 在今年3月 说正在做跨团队分享独立频道的功能，这个应该对于修补问题多少会有点帮助。
但 Slack 更大的问题是架构。使用 Slack 的每个团队司机上都是相互隔离的，跑的实际上都是软件的单独拷贝。这导致员工数量很大的公司会碰到问题，因为每一份 Slack 的拷贝（也即所谓的实例）能处理的用户数存在限制。
这是想要使用 Slack 的大公司的问题。比方说 Uber 就有成千上万的用户，因为它是通过聊天来跟司机沟通的。据知情人士说目前 Uber 内部使用的是 HipChat。但去年Uber 试用了 Slack，尽管后者警告过自己的系统未必能处理那么多用户的压力。结果证明 Slack 是正确的，目前 Uber 还是在用住 HipChat。
其他的大公司像 Twitter、LinkedIn 情况也类似，据知情人士透露，尽管公司内部有独立的群体用了 Slack，但是 “官方” 的公司系统还是用 HipChat 或者 Google Apps。
*企业后端功能：Slack 一直在承诺要做一堆无趣但对大公司重要的功能。这些功能包括安全增强，组织范围内的报表以及账单合并等。Slack 是从 2015年 开始瞄准企业用户的，但 CEO Stewart Butterfield 在最近的一次会议上说其目标是在今年4 季度推出。
这些功能对于个人用户来说就没那么重要。但如果大公司觉得 Slack 没法用的话这可能会妨碍 Slack 的增长。而 Slack 的一些竞争对手却很擅长做这类功能。在很多大公司里面，Flowdock 的母公司 CA 以及思科都有一定程度的主场优势，可以自上而下推销其产品，尽管 Slack 在最终用户那里更受欢迎。
Slack 指出，即将推出的针对大企业的产品会解决上述的许多问题。它表明的态度是，服务 10000 到 100000 人的公司与服务 5 到 50 人的小公司是完全不一样的，而后者才是它专注的。
诚然，Slack 一直都在积极地鼓动开发者开发机器人和进行应用集成。Slack 已经列出了开发自己的开发者平台的详细路线图。这一战略是可以收到回报的。开发者已经退出了核心业务工具，比如 Sellf，这个工具可以让销售团队模仿 Salesforce 或其他销售软件的功能，但却是完全在 Slack 上面操作的。这可以让 Slack 留住很多用户。Slack 说仅仅过了 4 个月，其应用目录里面的应用数量就从 150 增长到了 385，并且指出其 90%的付费用户都使用 app。
但对于大公司来说，丰富的开发者特性以及像语音聊天这样花俏的新功能无法弥补像缺乏线程化会话或者不能让用户从属多支团队的根本性缺陷。要想获得更广的用户群并且让潜在收购者保持兴趣，Slack 必须解决好这些问题，而且要尽快。