问题标签 [end-user]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
bug-tracking - 如何获得最终用户(客户)对自定义开发项目的反馈
我的公司是一些项目的定制开发商店,有些较大,有些较小。目前,我们通过电子邮件处理所有客户通信。所以我们通过电子邮件发送设计文档,他们将其标记并发送回去。然后我们推出了他们产品的测试版,他们通过电子邮件向我们发送任何错误、新功能等。等等....
当我正在实施一个新的错误跟踪系统时(现在看起来它将是 Mantis),我想知道我们如何才能最好地让我们的客户与我们的开发过程建立一个接口,以便更好地跟踪功能请求和客户提交错误并将我们的回复传达给客户。
如果有人知道一个在这方面做得非常好的错误跟踪系统,我很想听听。否则,我只是在寻找一些通用的指导方针或良好的商业实践,使您的公司能够有效地与您的客户进行互动。
更新:我的公司使用 LAMPP 堆栈,由于我们是一家预算有限的小商店,我们倾向于坚持使用开源和免费的工具。
大多数人要么使用 Team Foundation Server 来处理此问题,要么使用来回发送电子邮件?
wiki - 面向最终用户/客户的用户友好型 wiki
目前我们的团队正在使用MoinMoin作为 IT 的 wiki,它非常棒。
我们希望向最终用户推广使用 wiki,因为他们中的一些人对此感兴趣。例如,在 wiki 上,我们将共享和编辑应用程序的要求。
我认为 MoinMoin 不是对用户更友好(但我喜欢使用它),这就是为什么我们正在为最终用户/客户寻找最好的用户友好 wiki
end-user - 您如何鼓励最终用户填写故障单?
所以,我在一个相当小的 IT 部门工作。我们有大约一半的最终用户使用的故障票务系统。我的一些同事并没有真正鼓励我们的最终用户使用我们现有的系统。最终结果?经常中断,因为最终用户会通过 IM 联系我们或直接来我们的办公室处理琐碎的事情。这显然会使编写代码变得困难。
现在,我想我可以说“嘿,下次你介意填写一张故障单吗?”,但我会以坏人的身份出现,因为其他人不会这样做。我也不希望最终用户觉得我难以接近。我只是想让他们明白,有一种寻求帮助的适当方法。
那么在这种情况下对我来说最好的事情是什么?
version-control - 如何将我的开发与用户同步?
我为人们创建网站。我让他们能够使用 CushyCMS 编辑他们已发布页面的某些区域。效果很好,每个人都对此感到满意。
当我去发布我的一些更广泛的更改时,我首先需要下载他们制作的最新版本。然后我进行更改,并将所有内容上传到生产环境。
我想在这个过程中使用某种版本控制。这应该是一个经典的 update-edit-commit-publish 工作流程,但我不确定如何去做。基本上我想避免在本地拉下所有内容并进行提交。我只想拉下已更改的内容。
我使用filezilla,它不能很好地识别更改的文件。我不能依赖文件大小,因为有时它保持不变。我不能依赖时间戳,因为服务器时间与我的机器不同,而且它似乎永远无法正常工作。
我怎样才能解决我的问题?我使用 Notepad++、Subversion 和 FileZilla,但如果它们能让这个过程更容易,我愿意尝试其他工具。
asp.net - 什么是最终用户报告设计的典型场景?
我想知道使用最终用户报表设计器的典型场景是什么。我在想的是有一个包含我可以拥有的所有列的基本报告,以及报告的基本视图(格式、列顺序等),然后让用户更改该格式和顺序,取出或添加(从可用列)数据到它,等等。
这是解决所谓的报告最终用户设计器的常用方法还是我偏离了轨道?
我知道这取决于用户(例如,如果它是可以处理 SQL 的人),但是用户可以构建从 sql 查询到格式化的所有内容的场景是否常见?
谢谢!
塞巴斯蒂安
documentation - 如何在持续集成下管理项目的最终用户文档?
我有一个正在进行持续集成的项目,并希望将最终用户文档添加到项目中。最终用户文档是用户手册,而不是 API 文档。在我们的环境中,我们使用 windows、c#、msbuild、cruisecontrol.net 和 subversion。我们目前正在使用 DocToHelp 创建我们的帮助文件,该文件基于 msword 文档。
我正在寻找有关如何管理最终用户文档的指导。我应该使用哪些文档工具?任何文档工具都应该是构建脚本的一部分吗?文档工具的输出文件是否应该存储在 subversion 中?最好使用哪种类型的帮助文件?
php - 编写基于 HTML 的用户手册的最佳软件
我正在做一个项目,我需要为一个软件生成最终用户文档。在明年的某个时候,我正在编写此文档的软件将被淘汰。因此,我不希望在专业级手册上花费大量时间。这是大学的研究生和一些内部专业人士会看到的。虽然如果它足够好和有用,我可能会将它作为免费文档反馈给开源社区。
我在想 HTML 手册会很合适。该软件是用 PHP 编写的,因此无论谁使用它,都将打开一个 Web 浏览器并准备就绪。这也导致我或其他人有可能将手册的页面集成到软件本身中。
我对为这个软件制作/使用 wiki 不感兴趣。我真正想要的是一款可以像普通文档一样编写并生成简单 HTML 的软件。我知道有 Dreamweaver 和 Frontpage 之类的软件,但我对旨在简化文档创建过程的软件特别感兴趣(其中截屏和视频的过程与简单的图像/视频编辑集成在一起)。
如果您认为另一种方法(HTML 文档除外)可能会更好,我很想听听。如果您有另一种方法,并且您认为您知道实现此目的的良好软件解决方案,请告诉我。
我对方法和实现它的软件的主要愿望是
- 部署简单(HTML 页面不需要特殊设置。可以简单地部署一个帮助目录,其中包含所有手册页)
- 无需使用特殊软件(每个拥有网络浏览器的人都可以阅读 HTML)
- 编写文档的易用性/小学习曲线(我不想花很多时间学习一个复杂的软件来处理一个相对较小的项目)
- 能够将文本、视频和图像组合到单个文档中(HTML 页面显然支持将所有这些显示在一起)
谢谢!
@Lie Ryan:“MediaWiki 将所有文本和数据(内容页面、用户详细信息、系统消息等)存储在数据库中......”这是我想要避免的。我认为 wiki 很棒而且很有用,但我只对以非常低的开销提供静态数据感兴趣。
user-interface - 对话框中文本的最佳做法是什么?
这不是一个技术问题,而是开发周期的一部分。
在我正在开发的这个程序中,我必须对我所有的对话框都进行描述,并且我试图很好地掌握制作文本以供普通最终用户理解的最佳实践。
我有三个我能想到的核心原则
保持简短 - 但足够长以彻底解释
避免个人言论,例如“记住”、“只是让你知道”等
称苹果为苹果——如果一个概念是高度技术性的,不要用另一个不能完全概括这个想法的词来简化它。
这些好的原则是否可以遵循和/或是否有更好的补充。
c# - WPF 最终用户条件格式解决方案
WPF 使得在设计时基于底层绑定数据值创建条件格式规则变得非常容易。
是否有任何现有的解决方案允许最终用户在运行时创建条件格式规则?
编辑:我了解如何应用条件格式。我很好奇是否有现有的解决方案为最终用户提供在运行时创建自定义样式的机制
编辑:Excel 的条件格式功能可以被视为我正在寻找的功能类型的示例