收集问题,改进和想法的好工具

时间:2008-11-06 12:14:39

标签: requirements

我需要一个工具来收集公司内部有关我们内部IS产品的反馈和新想法。问题是这种工具的接受程度 我们的大多数同事都不是面向IT的,所以像BugZilla或Jira这样的解决方案让他们使用起来很复杂。你需要创建一个帐户,在提交之前处理很多参数,关于新软件的新想法并不适合这些工具等等......

所以,这是我的要求:

  • 无需登录或可选。
  • 进入的领域很少。
  • 如果可能的话,主题描述字段的WYSIWYG编辑器。
  • 基于网络或基于电子邮件(我们使用outlook internaly)。
  • 免费(作为啤酒)。
  • 不太混乱(Wiki不是一种选择)

我看一下uservoice(当然),它对于有经验的人来说真的是一个很好的工具,但对我的目标用户来说太复杂了。

10 个答案:

答案 0 :(得分:1)

您正在寻求的反馈是否可以通过问卷收集?有许多免费的解决方案可以为您提供易于使用的问卷表单,如果不适用,它也是相对容易实现的。

我也不明白为什么wiki不是一个好的解决方案,但对于Outlook,你有可能进行简单的投票(批准/拒绝)(是/否):

请参阅:http://www.microsoft.com/atwork/worktogether/forms.mspx

答案 1 :(得分:0)

Microsoft的Exchange服务器支持公用文件夹,电子邮件列表/组。这可能是使用熟悉的工具轻松介绍您的环境的协作。从Microsoft公用文件夹帮助:

  

公共文件夹很简单   有效的收集,组织方式,   并与他人分享信息   你工作组中的人或   组织。你可以使用公共   用于共享文件或发布的文件夹   有关电子公告的信息   板。

我不确定管理这些“列表”的工具有多么有效 - 例如,我不确定您是否可以标记响应,以便所有用户都能看到该标记。

但这可能是一个好的开始。随着人们开始看到合作的价值,一些与Wiki相关的东西变得更具吸引力。

我必须说Confluence,特别是现在使用Open Office或Microsoft Office工具进行编辑确实值得一看。不是免费的(如在啤酒中)。

答案 2 :(得分:0)

如果实际使用该工具的障碍应该是最小的,那么收集反馈的最佳方式可能是使用电子邮件地址。每个人都知道如何使用该系统,因此实际上没有障碍。并且所提供的反馈必须由开发人员/管理无论如何处理,以便决定将采取哪些具体行动。然后,开发人员可以使用适合他们的任何系统,以便跟踪错误,立即需要的功能,可以在以后实现的易于使用的功能等。

答案 3 :(得分:0)

一些“缺陷跟踪工具”可以解决这个问题。

由于“缺陷跟踪”,请不要拒绝投票。一些工具是企业和处理事件,频率,要求等。并且,您可以去一个地方查找错误和增强请求。

答案 4 :(得分:0)

我认为本地托管的php-bb(或其他...)论坛将是一个不错的选择,因为你可以调整它并拥有人们可以在复制建议之前检查的常见问题解答和历史记录。因此,这是优于简单电子邮件地址的优势,并且它具有简单的已知界面。

答案 5 :(得分:0)

Uservoice有什么太复杂了?主UI是一个问题(“我建议你......”)。您的用户可以是匿名的,一个要输入的字段,基于Web的,可供小用户免费使用。似乎勾选除可视编辑器之外的所有框。即使管理它也不是非常棘手。 (我将它用于我的iPhone应用程序。)

答案 6 :(得分:0)

看起来您正面临一个非常标准的权衡 - 您希望您的反馈是有条理的,但您不希望对用户施加任何强加。

你不能吃蛋糕也不能吃。为什么wiki不在桌面上? Wikis旨在平衡这种权衡。

答案 7 :(得分:-1)

如何使用Google群组?我发现邮件列表非常适合这种用途。

修改:或http://getsatisfaction.com/

怎么样

答案 8 :(得分:-1)

您可以使用Google文档创建共享电子表格。您的使用需要使用Google帐户,但他们只需登录一次,Cookie就会记住下次。

答案 9 :(得分:-1)

嗯,我发现我们也将InfoPath作为我们工具集的一部分。我从来没有使用它,但也许它可以完成这项工作。