迈克尔·普赖尔从根本上改变了我们在工作场所内外的合作方式。Michael是Trello的首席执行官，Trello是备受喜爱的可视化协作工具，目前拥有1600多万用户。Trello诞生于Fog Creek Software，游戏返利，这是一家迈克尔与工程师兼作家Joel Spolsky共同创立的公司，该公司为我们带来了FogBugz、Stack Overflow和最近推出的HyperDev等名牌开发工具。我最近和迈克尔聊到了启动和推广像特雷洛这样的大众市场产品的感觉。我们将介绍Fog Creek以前的产品如何告知Trello，如何为具有如此广泛使用案例的产品划分功能优先级，以及为价值定价的重要性，等等。如果你喜欢你所听到的，请查看我们播客的更多片段。你可以在iTunes、googleplay和sticker上订阅，也可以获取RSS提要。下面是这段插曲的一段稍加编辑的文字记录。时间不够？以下是五大要点：没有正确的营销策略，在正确的时间发布正确的产品仍然可能失败。在一个水平软件产品中引入新的、抽象的特性会带来很大的成本，因为你必须教给用户这个概念。Michael不认为模板是新Trello用户的正确入职技巧。相反，他计划押注于众包、社区驱动的用例故事。推销横向产品很难，但有一些特定的用例可以提供下游的好处，例如，让人力资源部使用特雷洛为新员工提供培训，意味着每一位员工都可以免费获得Trello课程。对你的产品收费是很重要的，但是统一的价格会给你带来很多麻烦。你的定价应该与你给用户的价值相一致。德斯特劳纳：迈克尔，欢迎收看节目。你能谈谈你的职业生涯吗？雾溪：众所周知。堆栈溢出：众所周知。特雷洛：众所周知。它被你打了又打。迈克尔·普赖尔：你忽视了我们多年来犯的所有错误。戴斯：这就是宣传的作用。迈克尔：早在2000年，我和我的联合创始人乔尔·斯波尔斯基在纽约市为一家名为朱诺的互联网创业公司工作。这是一个与美国在线竞争的免费电子邮件服务。那时，建站快速，如果你是纽约的一名程序员，你真正可以工作的地方只有两个：银行或广告公司。在这个城市里没有真正的纯软件商店。所以我们开始了。在我们创建公司的时候，没有一种产品在考虑。它本应该是一个供开发人员工作的地方，我们对此有很多看法。乔尔在他的网站joelonsoftware上写了很多年关于这些事情的博客。多年来，我们尝试了很多不同的项目。当然，堆栈溢出和Trello是比较晚的，在我们从一路上的许多错误中吸取教训，并设法第二次避免它们之后。这绝对是一个漫长的过程。从以往产品发布中吸取的经验教训Des：其他产品包括FogBugz、副驾驶和CityDesk。就数量级而言，Trello和堆栈溢出之间是否有很好的距离？迈克尔：不，福格布格斯是个相当大的产品。我们在卖，我们还在努力。我们在JIRA还没出现之前就创造了FogBugz，在很长一段时间里，这些产品几乎是并驾齐驱。由于Atlassian多年来在营销和定价方面做了不同的事情，他们真的起飞了，但是我们在FogBugz上建立了一个真正可持续的业务。

FogBugz仍然是FogCreek软件的旗舰产品之一。其他的产品，比如CityDesk，当时就是错误的产品。如果你回到2000年，物联网模块，写博客真的很难。它根本不存在。您可以获取一些可移动类型的脚本并将其安装到您的web服务器上，但是您必须具有shell访问权限，而人们并不知道这是什么。我们已经建立了一个桌面应用程序，应该是一个CMS，这就是我们解决这个问题的方法。事实证明，SaaS是解决这个问题的更好的方法。副驾驶是另一个很好的例子。我们制造副驾驶是为了帮助我们在客户的电脑上安装FogBugz。我们到了一个时间点，可能是2006-2007年，安装过程非常复杂。我们会对自己说，"我真希望我能看到他们电脑上的内容。"当时屏幕共享并不是以一种非常简单的格式存在的，所以我们开发了一个可以做到这一点的工具，那就是CoPilot。它从未成为一个大产品，因为我们把它推销给了错误的受众。我们把它推销给客户支持代表，而不是普通大众。就像是正确的产品，正确的时间，错误的营销策略。当我们建了一个堆栈溢出的网站，一个问答网站，我们说，"嘿，这真的很酷，人们喜欢它。我们为什么不把这个软件卖给别人呢，"因为这是我们10年来一直在做的事情。直到我们和一些风投公司谈过之后，（我们意识到）这不是一个好主意。这就像Facebook说的，"这在一所学校奏效了。让我们把Facebook的软件卖给其他人使用。"Stack Overflow最有价值的是人际网络，而不是软件本身。瞧，几个星期后，有50个克隆人。戴斯：有意思的是，副驾驶的市场可能不对。这些都是特雷洛成功的教训吗？迈克尔：当然。当我们建立Trello时，我们在一开始就决定建立一个市场规模巨大的水平工具。这是一个非常危险的提议。很难建立一个水平的工具，但这是特雷洛的目标，这与我们试图用FogBugz做的不同。戴斯：你最近在《黑客新闻》上发表了你对特雷洛的解释。你似乎在犹豫是否被限制成一个项目管理工具。你能解释一下吗？我们最近有杰森·弗里德，大数据解决，他对大本营也有类似的看法。 我对"特雷洛是什么"的回答？我不明白。"pic.twitter.com/vUj37XwUlx-迈克尔·普赖尔（@michaelpryor）2016年1月22日迈克尔：很多人们为任务管理而开发的软件，都是基于这样一个理念：如果我们只是围绕人们的工作方式建立一些词汇表，然后在那里建立一个数据结构，然后在上面建立一个网络应用程序，我们就可以让人们给我们数据。我们会把它放到我们的数据库里，然后我们就能告诉他们事情。想一想体式或JIRA的构造方式，甚至FogBugz或Salesforce。他们有这种语法。例如，有潜在客户和客户。当你第一次使用这个工具时，你必须弄清楚。在体位法的例子中，词汇更为通用。它更像是任务、里程碑和依赖关系。这是一个很有条理的思考问题的方式。与Trello的不同之处在于我们认为它更像你使用Excel的方式。如果你在Excel中打开一个电子表格，中移物联网有限公司，它就是空白的，对吗？当你开始输入数据时，你必须告诉Excel数据是什么——百分比、货币、加法公式，这个单元格与另外两个相关。在输入数据的同时，也在构建模型。Excel没有语义结构。你来提供。你说，"这将是一个专栏。这是图表的位置，图表将映射这两个变量，"就像乐高积木。我们对特雷洛也是这样想的。特雷洛的比喻是白板上的便条。每个人都知道。你马上就能找到特雷洛，因为它太直观了。你到了那里就不必学词汇了。同样重要的是特雷洛的牌是牌。它们不是任务。微软复制了一个叫做Planner的Trello，他们称之为任务。这本身并不是一个错误，但他们思考的方式非常类似于，"我会创建一个结构，然后我会要求人们提供我的结构中的信息。"这适用于非常特定的受众，但如果你想真正做到宽泛和横向，你必须适应人们的工作方式让他们用你的工具来描绘他们思考问题的方式。

戴斯：当你在建造一个水平的建筑时，你可能会想象这样的事情："也许有人会用这个来计划婚礼或房屋装修。你见过哪些更意想不到的用例？迈克尔：婚礼的例子很有趣，因为如果你去看看有竞争力的产品，总会有博客上关于这个的帖子。"你可以用JIRA来计划你的婚礼，"这只是想说这是一个非常横向的工具，你可以在家里和工作中使用。很久以前发生的一件事让我们非常惊讶，那就是这次公众合作，巴西发生了抗议活动，他们利用特雷洛来协调抗议活动。最近又发生了一起爆炸事件：比利时发生了一起爆炸事件，人们公开利用特雷洛试图找出谁还活着，谁已经死了。他们把来自不同新闻来源的信息放在一起，试图建立一个中央存储库。它把我们带回去说，"哇。人们发现，让各地的人在这一点上进行协调，真的很有价值。"

我认为特雷洛是一个让每个人的头脑都围绕着同一件事的地方。所以你的办公室里有那个白板。你基本上每个人都在那里，你会说，"这是项目的状态。"这不是我对项目状态的看法。这不是你对项目状态的看法。我们都看到同一件事。这是一个bi