当前位置: 首页 > 科技观察

如何停止对驱动开发的抱怨

时间:2023-03-15 09:01:52 科技观察

如果我去年没有写太多博客,那是因为我们一直忙于完成我所说的“文明话语构建套件”的事情。(是的,这实际上是公司的名称。这就是你找我的目的。Pachinko,伙计,有什么区别?我已经向BillBudge道歉了)所以如果你像我的投资一样,想知道为什么这个过程需要整整一年,我应该解释我是如何完成工作的,或者至少解释我们是如何得到StackOverflow、StackExchange和现在的Discourse:对于你所在领域的人,对每件事都做足够详细的研究。成功:他们现在做错了什么?失败:他们做对了什么吗?没有人比您更了解您所在领域的历史。你有一个有道理的故事,你相信它,更重要的是,你可以说服别人相信它。根据研究,组建一个团队并完成一个最小可行产品(MVP),它可以完成一些有价值的工作。如果你需要启动资金,是时候去拿了,所以我希望你在第一步做得很好,有一些名气,并且你已经成功了,否则你就完蛋了。让您和您的团队日复一日地开始使用MVP。这不仅仅是软件开发:它是您的生活。如果你不生活在你开发的软件中,每一天,每一天,每一天。..事情不可避免地会以所有相关人员的眼泪而告终。老实说,如果我必须向你解释,你猜怎么着?你完了。运行一个简单的私人测试版,从您的“特殊互联网朋友”那里收集对您的成品的反馈。我知道你在想什么:朋友!该死的!我就知道这些家伙迟早会派上用场的!无论反馈多么愚蠢,都要开明地倾听。查找并解决出现的每个主要问题。你的产品仍然会很糟糕,但只是稍微好一点点,而且与你不做这些工作相比,你的麻烦也会少一点点。(这就是我们业务专家所说的“竞争优势”。检查一下。)快速公开发布。它很糟糕,但你还是交付了它。不要搞砸发布的组织。你知道我在说什么,因为你看过糟糕的表演。不要成为那些公司,不要成为那些团队。没关系,你将有足够的时间为了下一步有尊严地把一切都搞砸。嘿,还记得那些基于第一次痛苦的详细研究的好主意吗?看起来一旦你把它们放在真实、诚实的用户面前,就会发现它们都在那里。.完全地。.错误的。在接下来的一年里,你什么都不做,只会纠正你的白痴错误和愚蠢的错误。???利润!我从来没有说过这是一个开发软件的好计划,但至少它是一个计划。这些步骤中的每一个都值得写一篇博文,但今天我只关注第6步,因为在我看来它是整个所谓“计划”中最关键的部分。我将此阶段称为“投诉驱动开发”:尝试让尽可能多的用户使用您的软件。倾听他们抱怨的所有事情。那是……可能很多。找出并解决人们一直抱怨的前3个问题。再来一遍。我们目前有一点不公平的优势,因为Discourse是一个讨论软件。我们主持关于DiscourseonDiscourse的讨论。但这就是我们首先开发开源讨论平台的原因——我坚信,真正听到您的意见对您的业务至关重要。假设您有办法倾听用户的意见,那么抱怨驱动开发并不难。在你深入研究多年计划之前,你只需要处理来自用户的相当明显、容易解决的投诉。你只需要面对他们并倾听。正如SteveKrug在《Don’t Make Me Think | 点石成金》中所说:你不必找出所有的问题,事实上你永远不会用你测试的任何东西找到所有的问题。而且因为即使找到了也没用:半天发现的问题比一个月解决的问题还多。你总能找到比你拥有的资源更多的东西来修复。因此,专注于解决最严重的问题很重要。3用户可能会遇到与您的测试任务相关的许多最严重的问题。例如,我们在Discourse上发布的一个要求是所有的标题和文本都应该大于某个最小字符长度,因为我们认为极短的帖子,尤其是标题,不利于实际交流。原则上,这对我们来说是一个重要的默认值,因为它与我们的核心使命密切相关:开发促进Internet上有意义的通信的软件。不幸的是,用户讨厌它:我觉得特别烦人的是它没有指示您必须输入多少个字符。您只有“回复”按钮变灰或不变灰,并不是所有用户一开始就意识到它变灰了。即使您点击了“回复”按钮,如果您的帖子大部分是空白的,它也可能会弹回给您。这很糟糕。这是我们早期收到的反馈中一直最热门的领域之一。于是在发帖后的7天内,我们迅速在编辑器右下角添加了实时字数统计。我认为这会奏效。但不,有大量投诉称我们对标题和文本长度的默认限制很糟糕,很糟糕,而且很麻烦。所以我们尝试用红色边框或者在字段中添加红色背景来让这些需求更加清晰。我们实施了上述更改以及更多更改。完全没有抱怨。现在是配置设置。如果您希望社区中标题和文本的最小长度为1,则在浏览器中设置大约需要15秒。坦率地说,我开始厌倦听到所有关于此设置的抱怨。所以我们最终实现了“核”选项:一旦字段失去焦点就弹出一个错误对话框。自此更改以来,我没有听到任何人抱怨我们对文本和标题的默认字符长度限制有多么糟糕和复杂。一个字也没有。自推出以来的最后一年,这就是我们每天、每周都在做的事情。我们花了整整一年的时间进行抱怨驱动的开发,以使软件更有价值。尽管我们现在对接受用户持谨慎态度,但我们每天仍在进行以抱怨为导向的开发,只是可能更重视付费用户。从您的社区获得反馈是一项艰苦的工作,您收到的90%的反馈都会出于某种原因而变得糟糕。人们很容易幻想一位英雄高手从天而降,神奇地告诉你正确答案。好吧,希望你的白日梦成真。我看到它起作用的唯一方法是深入研究它,把自己和用户放在一起,与他们交流并发展关系。这就是你如何找到他妈的10%的奇妙的、变革性的社区反馈,这就是你如何建立一个关心你正在做的事情的社区——关心到真正倾听他们的意见,并改变他们关心的事情。原文链接:JeffAtwood译文:伯乐在线-五译链接:http://blog.jobbole.com/64630/