Dux-Soup 的 Will van der Sanden

Founder Coffee 第 047 期

Dux-Soup 创始人兼本期嘉宾 Will van der Sanden 的黑白眼镜肖像

我是 Salesflare 的 Jeroen,这里是 Founder Coffee。

每隔几周,我都会和一位不同的创始人喝咖啡。我们会在亲密的交谈中聊聊生活、热情、心得……了解公司背后的那个人。

在这一期节目中,我采访了 Will van der Sanden。Will 是 Dux-Soup 的创始人兼 CEO,而 Dux-Soup 是市场上领先的 LinkedIn 自动化工具之一。

Will 起初是想帮助妻子为她的业务联系潜在客户,于是创办了 Dux-Soup。作为一名开发者,他开发了一些工具,用来抓取 Yahoo、《黄页》和 LinkedIn 等不同网站的数据。当他把软件展示给其他人时,大家对 LinkedIn 数据抓取 表现出了相当大的兴趣,于是他决定专注于这一方向。

尽管在另一个平台之上开发工具本身就存在不确定性,尤其是在非官方的情况下,Dux-Soup 如今已经运营了五年,并且软件用户数超过了 60,000。

我们聊了聊如何打造远程团队、Dux-Soup 为什么主要雇用自由职业者、他们为什么把产品定价设在低于竞争对手的水平、Chrome 如何制定互联网标准,以及为什么倾听是创始人最重要的技能。

欢迎来到 Founder Coffee。


在哪里收听?

试用 Salesflare 的 CRM

你可以在以下平台找到这一期节目:


访谈实录

Jeroen:

嗨,Will。很高兴邀请你参加 Founder Coffee。

Will:

感谢你邀请我参加这么棒的播客,你真是太客气了。

Jeroen:

谢谢。你是 Dux-Soup 的联合创始人。对于还不了解你们业务的听众,能不能请你介绍一下你们是做什么的?

Will:

当然。Dux-Soup 是一款帮助你利用 LinkedIn 进行线索开发的软件工具。它可以从 LinkedIn 获取数据,并自动完成那些原本需要你手动执行的工作。

Jeroen:

人们使用你们软件时,最常见的场景有哪些?

Will:

最常见、最基础的场景,是使用 LinkedIn 内置的通知系统。在这种情况下,你会用到 Dux-Soup。首先,你会使用 LinkedIn 找到一群人,也就是你的目标受众;然后使用 Dux-Soup 自动与他们互动——互动速度会控制在人类可能达到的范围内,避免触发 LinkedIn 的限制或引起它的不满——接着逐一打开每个人的资料,触发通知系统。这样一来,你就能联系到那些可能对你的产品或解决方案感兴趣的人。

Jeroen:

也就是说,把 LinkedIn 当作一个开发潜在客户的平台?

Will:

没错。不过,这实际上只是利用 LinkedIn 的通知系统。所以,你需要先设置好自己的 LinkedIn 资料,明确说明你提供哪些产品和服务。这样,收到通知的人就能判断你是谁,以及你可以在哪些方面帮助他们。

Jeroen:

所以,就是先访问别人的资料;当对方看到你访问过自己的资料后,他们会点进来看看,说不定就会产生兴趣。

Will:

显然,当你把这件事规模化,每个月联系数千人时,假设其中有 5% 的人真的与你建立了联系,那么你手头已经有很多线索可以跟进了。这是最基本的场景。再往上一个层级,实际上就是利用 Dux-Soup 的自动化功能,自动邀请 LinkedIn 上的人,或者自动向他们发送消息。而这些消息最终都会针对你所定位的资料进行个性化处理。你先从 Sales Navigator 中进行搜索,或者直接在 LinkedIn 里搜索并输入消息。然后启动机器人,机器人就会替你发送邀请。

Jeroen:

所以,你不需要手动完成这些操作?

Will:

尤其如此。

Jeroen:

你们到现在为止已经运营多少年了?

Will:

已经五年多了。

Jeroen:

五年?我知道有很多 LinkedIn 工具曾经出现过,后来又消失了。你们究竟是怎么一直坚持到现在的?

Will:

显然,首先要有决心把事情做成,但同时也要能够交付不只是噱头的软件。我们刚开始时,市面上有不少工具并不怎么好用,或者根本没有围绕某种特定的工作流来构建。我们一直努力通过提供真正考虑用户使用方式的软件来做出差异。正因为如此,我们成功地与其他产品区分开来,并建立起庞大的支持者群体和客户群体,让这些人每天都在使用我们的产品。我认为,真正推动我们成长的,是坚持把事情做成,同时观察并倾听用户如何使用产品;这让我们得以从第一年只有几百名用户,发展到现在超过 60,000 名用户。

Jeroen:

不错。而且这一切似乎都没有真正惹恼 LinkedIn。我想,这部分原因在于你们显然在软件中设置了明确的限制,并且当用户想要提高这些限制时,还会收到大量警告。LinkedIn 没有决定封禁你们,主要就是因为这个吗?

Will:

好在,是否封禁我们并不真正由 LinkedIn 说了算。一方面,我们在 Dux-Soup 中采取了很多措施,确保机器人工作的速度尽可能符合人类实际能够达到的水平。毕竟,机器人一小时内可以发送一百条消息,但正常人并不会这么做。我们的目标始终是构建能够自动化人类流程的产品,同时不过度消耗 LinkedIn 的善意,以免让他们感到不满。另一方面,我们从一开始就着眼于技术层面的措施,避免被 LinkedIn 通过技术手段检测出来。这两个方面我们都做了努力。

Jeroen:

明白了。如果我没记错的话,你创办 Dux-Soup,是因为想帮助妻子完成她的一个项目。是这样吗?

Will:

没错,而且你还记得这一点,真不错。

Jeroen:

我想我是在你们的网站上读到的,应该是吧。我记不太确切了。

Will:

确实如此。当时我的妻子正在筹建一家出版企业,她希望联系不同的学校。作为这个过程的一部分,我们需要找到学校里的线索或联系人,以便展开接洽。起初,我们雇用来自低成本国家的廉价劳动力,让他们从不同的网站上手动完成这项工作。但我毕竟是一名软件开发者,于是想,自己肯定可以写个脚本来做这件事。后来我真的写了出来,并开始构建一个工具,基本上可以抓取 Yahoo 之类的网站——那时候 Yahoo 还存在——也可以抓取 Yellow Pages;当时 Yellow Pages 就是我们唯一的受众。

Will:

而当我们开始使用它并向别人展示时,我们发现 LinkedIn 的确比最初预期的更受广泛受众关注。于是我们开始了解市场上的情况,结果发现,当时市面上的产品明显说明人们确实希望有一些可以在 LinkedIn 上开展工作的工具,但这些产品收费太高,功能却太少。那时我就想,这正是一个机会,看看我们能不能把自己确立为领先的 LinkedIn 自动化工具。

Jeroen:

我之前不知道故事里还有这一段:你其实先做了一整套爬虫,最后才专注于 LinkedIn。这很有意思。Dux-Soup 是你的第一家初创公司吗?还是说你过去也创办过其他初创公司?

Will:

我曾经在英国的一家初创公司做过一段时间的开发者。之后我开始自己创业,做了一款叫 Swivel Script 的产品。在那之前,甚至在我的职业生涯开始之前,我基本上就在编写各种代码,做一些希望能派上用场的解决方案。但真正让我开始思考要做得更多,是从 Swivel Script 开始的。Swivel Script 本身已经是一款和 Dux-Soup 所处领域相近的产品。它更偏向技术解决方案,可以让你在浏览器中编写自动化脚本。它相当难卖——也就是说,人们基本上无法理解它到底是怎么回事、究竟能做什么。我们当时就在研究这个问题,我想,我完全可以做出类似的东西。至少先让自己能够自给自足。我开始思考如何调整自己已知的东西和需要完成的工作,做出一个让人们无需费太多心思,安装后就能直接使用的工具。

Jeroen:

Swivelscript 基本上就像一把瑞士军刀,但人们并不确切知道该怎么用。而现在,你用 Dux-Soup 做的基本上是一把手术刀,真正专注于一件事。

Will:

当然。这就是最大的区别,也让人们更容易尝试。使用 Swivel Script 时,你不能真的安装完就直接试用。基本上,你得成为那个真正懂得如何用它做事的人。但现在使用 Dux-Soup,你完全可以只是一个终端用户。只要读一下产品介绍,上面写着“它能做什么”,你点一下安装,点击两三次之后就已经可以开始使用了。我们一直认为关键就在于:让客户从读到产品介绍到实际使用产品的整个过程尽可能简单、尽可能短。

Jeroen:

我自己也是 Dux-Soup 的用户。它里面的功能依然非常多,但并不会让人特别摸不着头脑,不知道它是怎么工作的。它的设计也算不上最现代,但非常明确:我做了这件事,接下来就会发生那件事。我很欣赏这一点。如果我没记错的话,Dux-Soup 是你一个人开始做的,对吧?

Will:

是的,没错。基本上,我晚上和周末写代码,一直做到用户数量足够多,足以让我辞掉白天的工作。

Jeroen:

当时有多少用户?

Will:

我想应该是在五千到一万之间,大概是这个数量级。

Jeroen:

这是五千名付费订阅用户吗?

Will:

不是,只是五千名用户。尤其是在最开始的时候,我们确实是按照用户数量来跟踪的,也就是看 Chrome 网上应用店里显示的数量——实际上,那代表的是安装了这个扩展的人数。

Jeroen:

明白了。现在你们是一个四人的团队吗?因为我在网站上看到四个人,还是说实际人数更多?

Will:

实际人数更多。市场营销这边有两个人,支持团队有三个人。专业服务方面,Joel 最近也加入了。然后我还有一个人负责 QA。我们还有两个人,开发团队则另外有两个人,再加上我。

Jeroen:

我已经数不清了。大概是十到十五个人?

Will:

嗯。说实话,这些人全都是自由职业者。人员数量通常会有所波动。我知道这么说听起来有点生硬,但人数一直在 10 到 15 人之间,取决于我们正在做什么。如果需要额外开发,我会临时找几位开发人员加入团队。但我想说,真正的核心成员——也就是在团队不断扩张和缩减的过程中始终在岗的人——营销有两位,客户服务有三位,一共五位。专业服务有一位,QA 有一位,至于工程开发,所有开发工作都是我自己完成的。

Jeroen:

嗯,能用这么少的人服务 60,000 名用户,确实很令人佩服。你们有没有采取什么措施来做到这一点?

Will:

当然有。基本上,从一开始我什么都自己做,包括支持、开发、服务维护,以及所有相关的事情。我们很快意识到,对某个部分做一个小小的改变,就可能增加或减少系统能够支持的负载,也会影响产品维护等方面。从一开始,我就一直希望,并且把它确立为一个目标:确保对支持的需求降到最低。这也是为什么产品必须易于使用。它必须易于安装、易于升级,也要便于管理订阅,这样我们就能轻松推出新版本。从各个角度来看,我们都在努力把产品做到尽可能接近零维护。

Jeroen:

这很有道理。减少用户需要获得帮助的数量,绝对是你能通过产品做到的几件大事之一。出于好奇,在推出 Dux-Soup 之前,或者说在推出 Dux-Soup 的同时,你当时的日常工作实际上是什么?

Will:

我主要是一名自由程序员,为不同的政府机构工作,负责开发工作。

Jeroen:

你当时已经是个体经营者了,但从自由开发者转变为如今领导一家属于自己的软件公司,你的生活发生了什么变化?

Will:

最大的改变是,我现在所有事情都在家里完成。整个团队都在那里。每个人都在家工作。我们会远程聚在一起讨论事情,或者只是互相更新一下进展。出行时间绝对少了很多:以前每天都要在车流中开车来回一个小时,现在完全不用出门。你甚至得特意走出家门,只是为了确保自己真的出了门。那确实是最大的改变。还有就是社交互动减少了,而你需要用其他活动来填补这部分空缺。这无疑是最大的变化,但总体来说是往好的方向变。

Will:

另一个最大的改变是,你实际上是在做一款自己能够掌控的产品:由你来决定哪些内容应该加入,哪些不应该加入,什么应该优先开发,什么不应该优先开发。不会有谁想要什么之类的办公室政治。我相信,那些正在听我们对话、在中型或大型公司,或者政府部门工作的人都知道,在这些环境里完成一个项目或任何一项活动时,总会有大量时间花在处理这些政治问题上。让我感到欣慰的是,Dux-Soup 里完全没有办公室政治。

Jeroen:

这确实也是我非常享受领导一家小公司的地方之一:你不必应付一大堆办公室政治。我们也尽量把这些因素排除在外。听起来,你们有些做法也相当典型,会大量使用自由职业者,而不是长期雇用员工。在这方面,有没有哪家公司是你们效仿的,或者说在采取这些做法时,你们有没有特别欣赏哪家公司?

Will:

没有。我读过一些公司的介绍。我记得曾经读到过一家,只是想不起公司名字了。他们做的是演示和在线会议软件,后来被 Salesforce 收购了。我确实记得读过相关介绍,当时就觉得,那是我想要工作的环境。公司由两个人创立,他们住在不同的城市。两人完全远程工作,把整家公司都打造成为一家远程公司,我想一直到被收购之前都是这样。我不会说自己也是完全远程的,但他们确实启发了我,让我开始这样思考。这绝对是一种工作和建立公司的方式,尤其适合小公司——你需要尽可能多的灵活性,而你确实很难做出长期承诺,特别是在荷兰,那里关于雇用和解雇员工的法律规定很复杂。

Will:

永久雇用员工的成本,以及由此产生的长期承诺,本身就是一种负担;如果你甚至不知道自己的产品能不能撑过半年,甚至一个月,这种负担就更没有必要了。从保持最大灵活性的出发点来看,除了通过筛选后灵活引入人员之外,确实没有其他选择。而在如今这个时代,基本上每个人都有足够好的宽带,可以参加在线会议,或者只是在线聚一聚。“会议”这个说法听起来有点太正式了,仅此而已。

再加上现在的软件开发技术已经非常成熟,从开发到部署云端软件都相当直接。如果你不必在任何许可费用或一次性支出上做出承诺,那就尽量避免这些支出,基本上只为你实际使用的部分付费,因为你根本不知道明天是否还会有收入——可以这么说。

Jeroen:

让一切都保持可变,会好得多,尤其是当你可能有些依赖 LinkedIn 的时候。

Will:

当然。这也发挥了作用,而且作用还相当大。现在我们的运营模式已经相当稳定了,除了可能需要招聘几名长期员工,确保万一像我们常说的那样我被公交车撞了,关于产品和业务的知识也不会随之丢失,否则我暂时看不出有什么必要真正改变这种模式。

Jeroen:

最近到底是什么事情让你夜不能寐?

Will:

我一直在思考 Dux-Soup 可以如何改进,我们应该把时间花在哪些方面,以及产品中哪些领域可能应该放弃。我在支持客户的过程中会和客户进行很多互动,也会和那些举办网络研讨会的客户交流。每当你和一个遇到问题的人交谈时,我都会反复琢磨,然后想:“他们刚才说的是这个意思。”我只是想把这些信息整理起来,看看我们如何提供帮助,或者如何利用这些反馈改进产品,基本上就是要确保 Dux-Soup 始终保持相关性,并且一直走在行业前沿。

Jeroen:

听起来,你大部分时间都在构建产品、思考产品、构想产品,以及做所有类似的事情。是这样吗?

Will:

是的,当然。我以前是做软件开发的。我属于那个 8 位家用电脑流行——或者说刚刚开始出现——的时代。那时候我开始接触电脑,也开始写一些代码。编码一直是我最喜欢的部分。不过后来,我尤其喜欢编写一些真正会被人使用的东西。我记得多年前做过一个项目,那是我最早的工作之一。我记得有一次我去找他,我们和一个六到十人左右的团队一起花了大概九个月,做出了一个最终被取消的解决方案。

Will:

我觉得这令人震惊:各个方面投入了那么多工作,最后却是这样的结果。我想,从那以后我就深刻体会到,不能只是为了写代码而写代码——当然,纯粹这样做花不了太长时间。但如果你的代码无人使用,如果没有客户来使用你的产品、运行你的脚本之类的东西,那么至少从我的角度和做事方式来看,你还不如一开始就没写这个脚本。后来,我越来越多地在这样的背景下写代码:让它真正为某个人完成一些有用的事情。

Will:

后来,当我开始真正构建业务时,显然还要处理更多事情,比如部署、营销,以及经营一家企业所涉及的所有其他事务。最开始,这些都得自己来做。随着 Dux-Soup 的发展,我做的第一件事就是把一部分支持工作交出去,找了一位同意全职负责支持工作的自由职业者。之后又把会计工作交出去,再后来是营销。所以,对我来说,这个过程基本就是把测试外包出去,把所有不太能创造价值的职能外包出去;说实话,也把那些我觉得没那么有趣的事情外包出去。这样一来,我就只需要专注于产品和实际的软件开发,而产品管理基本上也归入同一个范畴。

Jeroen:

说到这里,我想替其他技术背景的单人创业者问你一个问题:在创业早期,你是如何着手做销售和营销的?对于那些和你一样来自技术背景的单人创业者,你有什么建议?

Will:

我的建议是,要围绕市场来构建产品。构建产品时,你总会有一个愿景:“这个产品应该做到这些事情。”你当然应该始终朝着这个愿景努力。但当你开始交付产品、把它推向市场之后,就应该认真观察市场会如何使用它。如果市场没有对你的产品做出回应,你不能责怪市场。你得责怪自己做出了一个没人想要的东西。尽管这可能很痛苦,但你越早意识到这一点,越早开始思考可以做出哪些改变,痛苦就会越少。我会说,要确保你构建的是自己真正相信的东西,先把它测试出来,然后尽可能大幅度、尽可能快速地调整,去做出人们真正愿意使用的东西。

Jeroen:

或许这也和刚才的话题有关,因为我觉得这仍然属于产品方面。你有没有采取过那种“把产品做出来,客户自然会来”的方式?也就是我先做出某个东西,然后它自己就会增长;还是说,你做了某些具体的事情来真正加速增长?

Will:

我们的市场进入策略,基本上是先构建一个我们知道人们需要的东西。因为我们看到,市场上有人在购买 LinkedIn 自动化产品,对这类工作确实存在需求,所以我们把价格定在一个合适的水平——实际上大约是市场普遍价格的三分之一或四分之一,甚至不到五分之一。这样的定价确实打开了原本存在的那些小众市场。这是其中一个要素。

Will:

另一个要素,是和几位 LinkedIn 培训师或演讲者建立联系,尤其是那些较早采用 LinkedIn 进行社交销售的人,邀请他们试用产品,并确保他们了解这款产品。

很多时候,这些人都非常想了解还有哪些东西正在开发,因为这也意味着,就他们所掌握的市场动态而言,他们总能领先竞争对手一步,知道市场上即将出现什么。我们联系了其中几位,通过让他们介绍这款软件,甚至撰文谈论这款软件,确实取得了一些进展。

Jeroen:

产品要易于使用,价格要定得低一些,这样才能赢得市场份额,同时还要和有影响力的人沟通。我需要这样概括它。

Will:

当然。

Jeroen:

不错。什么事情会给你带来能量?你为什么每天都在做 Dux-Soup?

Will:

给我带来能量的,尤其是我们投入了一段时间开发的产品终于有了新的进展。我们上一次做的重大开发,是推出了一个展示营销活动统计数据的仪表板。之后听到客户反馈,说他们真的很喜欢这些功能,或者说“能不能加上这个”,也会让我很有动力。无论是积极反馈,还是我们姑且称之为建设性的批评,我都很愿意听到。

Will:

看到自己做出来的东西。也许我听起来像是在重复老调,但当你完成了某个东西,觉得它提供了一个很酷的功能,或者能做一件很酷的事,然后把它发布出去,真的有人主动联系你,告诉你他们的看法——这件事本身就很棒。就像我说过的,我以前也花了好几年做其他项目,不断地做、不断地做,结果却一无所获。你不会永远停留在零点:你会把东西拿给客户,然后得到所有这些反馈,和社区之间也会形成这样的势头。我想说,对我而言,真正让我开心的,最大的原因就是这一切。

Jeroen:

做出一些东西,然后看到有人在乎它。

Will:

当然。

Jeroen:

你提到自己从一开始就在家工作。最初,你白天有一份工作,业余时间做 Dux-Soup。但现在,你几乎每天都在家里和远程工作的团队一起工作。你是如何平衡工作与生活的?你会在两者之间设置明确的界限吗?有没有严格的工作时间和生活时间,还是说它们会彼此交织?你是怎么管理的?

Will:

两者确实会重叠。我的一天有一个基本的安排,但并不是特别紧凑。现在,我的大女儿开始自己骑车上学了,所以早上要处理的家庭任务少了一项,不过在那之前,我一直会骑车送孩子们上学。回到家后,我会像其他人一样查看邮件。一般来说,我会先花一两个小时做产品开发,然后吃午饭,再和支持团队确认一下情况。下午会花一个小时处理支持工单或支持目标。临近一天结束时,我会回复一些邮件,或者写点东西。

Will:

早上我写代码,下午主要做沟通和写作。通常我每天就是这样安排的。当然,具体还要取决于当时最主要的活动:营销活动还在进行,或者某些内容正在产出时,我花在创作内容上的时间就会多于写代码。但一般来说,我就是这样拆分一天的时间。工作和生活确实会重叠。很多时候,我还会抽时间处理一些事情,比如把我喜欢的一项功能做出来、参加网络研讨会,或者在 LinkedIn 有更新需要处理时跟进;如果支持工单突然增加,说明产品中可能存在其他需要修复的问题,我也会去处理。

Will:

晚上也会做一些修复错误的工作。周末的话,我想我大概有一半时间也会用来做与工作相关的事情。总体来说,每天我可能会花两到四个小时工作,主要是和团队同步进展,确保一切顺利运行。对我而言,工作生活和私人生活之间并没有真正的界限。我反而很享受不去强行划出这样一道严格的界限。

Jeroen:

看起来你有很多时间都花在工作上。承担这么大的工作量时,你是如何保持身心健康的?

Will:

如果说有一件事让我不太觉得自己是在工作,那就是把业务中所有我不喜欢的事情都尽量推出去;基本上,我做的大多数事情都是自己真正喜欢的。这确实很有帮助。不过,我每天肯定会花大约一个小时做有氧运动,只是为了确保自己不会从内心变成一份工作。每隔几周,我还会和一些人见面喝点东西,放松一下,也让自己暂时离开 Dux-Soup,去看看世界的其他地方。

Will:

虽然经历了整个 Corona 危机,这段时间情况已经好了一些,但在过去几个月里,这方面确实很难安排。我们一家人也经常旅行。就像我说的,我还是会做一点工作,但去看看不同的地方、见见不同的人也很好,哪怕与此同时你仍然在工作。除了旅行和做一点运动,我还喜欢去酒吧,也喜欢去听音乐会——当然,这在目前也是不可能的。

Jeroen:

你喜欢去听什么类型的音乐会?

Will:

我挺喜欢另类摇滚的。我想那种风格叫作 stoner metal 或 stoner rock,我很喜欢这个流派。不过我也喜欢嘻哈和电子 drum and bass。总之,只要是在能容纳五百到八百人的场地里演出,而且音乐人显然非常投入于自己所做的事情,大多数这样的音乐我都喜欢——那里的氛围非常棒。

Jeroen:

你现在常驻哪里?也可以说说你自己和 Dux-Soup 的情况。

Will:

我在布雷达。

Jeroen:

布雷达。对于国际听众来说,它位于荷兰,离比利时边境非常近。

Will:

没错,尤其是安特卫普。开车过去只要 40 分钟,鹿特丹大约半小时。至于阿姆斯特丹,毕竟大家都知道阿姆斯特丹——大约需要一个小时,不过话说回来,荷兰大多数地方距离阿姆斯特丹也就一个小时左右。

Jeroen:

布雷达有很多初创公司吗?我个人并不了解。

Will:

这里有一个相当大的社群,不过说实话,我并没有真正融入其中。倒不是有意回避,只是后来我才意识到这里原来有这样一个社群,主要是通过一个叫 Gino 的人了解到的。

Jeroen:

Gino Taselaar。

Will:

Gino Taselaar。没错。还有 Pascal van……

Jeroen:

Pascal van Steen。

Will:

没错。

Jeroen:

我也认识他们。

Will:

我每年会在布雷达和他们见一次面。因为他在阿姆斯特丹,不过他也在考虑回来,毕竟布雷达有不少事情可做。

Jeroen:

不错。不过,在我们转到学习、书籍之类的话题之前,还有一个问题我想聊聊。Dux-Soup 这个名字是怎么来的?

Will:

Dux-Soup?它其实来自英语中的一个表达。你在 Google 上搜索就能找到。这个表达叫作 duck soup,简单得很。我记得六十年代还有一部电影也用了 duck soup 这个说法。它的意思就是“像鸭汤一样简单”,指某件事很容易,或者看起来很容易做到。后来我们在 duck soup 后面加上了 X,代表 Excel,因为最初的一个基础产品功能,就是把 LinkedIn 上的数据下载成结构化格式,再导入电子表格。所以 X 就是这么来的。

Jeroen:

明白了。我以前一直没弄懂这一点。我看到 duck,就想:“好吧,soup,我猜?”挺有意思。

Will:

其实这个名字也是我妻子想出来的,而且它真的就这么保留下来了。我觉得很多人就是喜欢那只鸭子的形象。现在我们有很多 Dux-Soup 用户都很喜欢这只鸭子,我们也很开心。

Jeroen:

接下来聊聊学习。你最近读到的好书是什么?为什么会选择读它?

Will:

我可能算是一个反面例子,因为我真的完全不读书。

Jeroen:

一本都没有?

Will:

对,我想应该是一本都没有。我说自己会读书,但实际上,我以前读的可能就是一般的非虚构作品,或者喜剧类书籍。不过那已经是很多年前的事了。算起来,我大概已经有十五年,甚至二十年没读过真正的书了。

Jeroen:

那我改变一下这个问题。你还会做些什么来持续学习?你会在社交媒体上关注一些内容,或者听播客,或是关注某些特定的博客吗?有没有什么你正在读、正在听,或者其他形式的内容,是你特别推荐别人去了解的?

Will:

不太会。有一个网站叫 The Register,你可能不认识。它是一个英国科技网站。我以前会读 Wired,挺喜欢的。他们有时仍然会采访一些做过有趣事情的人,内容很有意思。但我不能说这些已经成为我日常生活或日常习惯的一部分。我平时只是用电话;每当有新技术出现时,我会通过和团队交流,或者在互联网上读新闻了解到它。我并没有什么特别关注的创业网站或博客,也不会对别人说:“你现在真的应该花点时间去看看那个网站。”没有。

Jeroen:

完全没关系。它也不一定非得是创业领域的内容,任何能给你灵感的东西都可以。

Will:

我会说是 Spotify。我大部分时间都花在 Spotify 上。

Jeroen:

音乐。

Will:

当然。

Jeroen:

酷。五年前刚开始做 Dux-Soup 时,有没有什么事情是你希望自己当时就知道的?

Will:

嗯,也许我当时应该知道——虽然我不确定这能带来多大改变——Google 对 Chrome 以及 Web 片段开发的控制有多强,这确实会让人很头疼。作为一款产品,我们经常要和这些问题斗争。我们既要应对 LinkedIn 的变化,也要应对 Chrome 的变化,并为此构建了很多东西。这确实很麻烦。最近,他们似乎还改了 cookie 规范,我不知道你有没有注意到,这改变了 cookie 最终发挥作用的方式。

Jeroen:

我听说过一些相关的消息。

Will:

同一个网站,它会归因于……

Jeroen:

也会带来变化。

Will:

……你和许多其他公司。而这只是众多例子中的一个:你会觉得,这些决定本来真的应该由 Google 来做。但 Chrome 现在正在逐渐关闭 Web 的开放性。我认为,这可能是当前开发环境中一个更根本的问题:Chrome,尤其是加上那些基于 Chromium 的替代品之后,正在成为 Web 开发的事实标准,于是 HTML 规范以及围绕它的一切都变得次要了。最后就成了 Google 说了算,而我认为这很糟糕。即使我多年前就知道这些,或者当时有更深入的了解,结果其实也不会改变。

Jeroen:

不。你对 Google 的影响力大概不值一提。

Will:

不。我对 Google 的影响力确实不大,但我知道,他们似乎没有一种很好的方式来和付费客户沟通。这是一方面。另一方面,Chrome 作为一个可以构建像 Dux-Soup 这样的扩展的平台,显然也创造了机会。如果当时构建扩展还要面对各种不同的标准,以及 HTML 实现中的各种细微差异,你根本不可能做到这一点。事实是,Chrome 这个平台也创造了机会。

Jeroen:

一把双刃剑。

Will:

是的,完全正确。现在我只希望它能够继续成功。

Jeroen:

最后一个问题。你收到过的最好的商业建议是什么?或者,想想我们听众中的同行——他们大多是创业公司的创始人——你有什么想分享的?有什么事情是你觉得对他们很有价值、想告诉他们的?

Will:

要始终对自己正在做的事情保持批判性思考,而且要真正做到这一点。我之前也说过,不要做出一个没人理解的东西,然后对自己说:“那是他们的损失。”不,这不是他们的损失。如果你做了什么东西,就一定要始终倾听,并了解人们是如何使用它的。如果他们不用,那为什么?因为如果你不听,就不会有人使用你的软件。

Jeroen:

持续倾听,并在事情朝不同方向发展时承担责任。

Will:

而且不要把它往个人身上想。

Jeroen:

而且不要把它往个人身上想。这是非常好的建议。

Will:

这非常棘手。如果你像我一样是个技术宅,可能会相当固执,而这也可以是一件好事。但这不是关于你自己,而是关于客户。

Jeroen:

没错。好的。再次感谢你参加 Founder Coffee,Will。很高兴能邀请到你。

Will:

嗯,谢谢你邀请我来。\n\n---


喜欢这次访谈吗?读读与其他创始人的 Founder Coffee 访谈。

希望你喜欢这一期。如果喜欢, 欢迎在 iTunes 上评价我们

👉 你可以在 TwitterFacebook LinkedIn 关注 @salesflare。