Deployment 什么'；It’这是培训员工如何使用您的软件的好方法；你刚刚创造了什么？
我在一家小公司工作，离部署一个会被大量使用的web应用还有几周的时间。在同一地点的每个人都必须学会使用它，尽管我认为它非常简单直观，但我可能有偏见。Deployment 什么'；It’这是培训员工如何使用您的软件的好方法；你刚刚创造了什么？,deployment,Deployment,我在一家小公司工作，离部署一个会被大量使用的web应用还有几周的时间。在同一地点的每个人都必须学会使用它，尽管我认为它非常简单直观，但我可能有偏见。 我已经写了一个帮助指南，每个页面都有很多截图，但是我仍然需要培训每个人。最好的办法是什么？你如何退一步，解释你已经工作了几个星期的代码？首先，尽量避免培训： 执行以确保您的web应用程序直观。可用性测试是测试的一个非常重要的方面，经常被忽略。您对系统的看法可能与新用户对系统的看法大不相同 还可以尽可能多地添加上下文帮助。例如，当我在stack ov
我已经写了一个帮助指南，每个页面都有很多截图，但是我仍然需要培训每个人。最好的办法是什么？你如何退一步，解释你已经工作了几个星期的代码？首先，尽量避免培训： 执行以确保您的web应用程序直观。可用性测试是测试的一个非常重要的方面，经常被忽略。您对系统的看法可能与新用户对系统的看法大不相同 还可以尽可能多地添加上下文帮助。例如，当我在stack overflow中将鼠标悬停在标记上时，我确切地知道单击它会做什么，因为它告诉我 这看起来也很明显，但请确保从站点本身链接到文档。人们可能不会想到查看您的文档，除非它就在他们眼前 关于培训文档： 试着把你的材料分成你的用户使用系统的方式。我个人喜欢Sun为他们的客户创建的“轨迹”选项。在本教程中，您可以做几件事，并且可以选择要走的路线 支持帮助文档中的随机读取。如果他们在你的web应用程序中有任务要做，那么他们应该能够在这方面获得帮助，而无需阅读大量无关的内容 确保您的文档是可搜索的 关于实际培训课程： 如果您实际上正在执行培训课程，请不要解释任何与代码相关的内容。驾驶汽车不需要了解发动机 试着把你的训练课程分成你系统中非常集中的几个方面。如果您只有一个培训课程，那么只需完成一个系统的专门用例+系统的总体描述。请参阅文档的不同部分，以获取帮助 让社区自助： 无论您的文档有多广泛，您总是会遇到未涵盖的案例。这就是为什么为系统的所有用户提供一个论坛是一个好主意。允许他们互相提问 您可以查看此论坛，并根据需要向文档中添加内容 您也可以为文档本身打开一个wiki，但是如果您的用户群不是很大，那么这可能是不可取的 一些想法： 你有没有一些罐装的穿行场景？我不知道它是否适用于您的产品，但我在几年前开发了一个相当重要的产品，并开发了一些培训模块，他们可以通过这些模块进行培训-不需要很长时间，每个模块最多15分钟 我制作了一个幻灯片演示，重点介绍了它的功能。在动手之前，我会花大约10分钟浏览应用程序的亮点，让他们熟悉它 不幸的是，人们不喜欢阅读东西。你可以在一个帮助文档中花上好几个小时，但仍然会发现人们根本不阅读或浏览它。这可能令人沮丧。希望您的指南中的答案将成为您的用户将遇到的问题的主题 将你所做的任何训练分成可管理的部分。我以前参加过一整天的训练，教练把它分成了几段，让我很容易就想到了训练的主题。你不想在他们身上倾倒数据，因为他们的眼睛会被遮住，你会失去他们 最终，如果你的应用程序是高度可用的，它应该是小菜一碟。如果不是，你会发现的。你可能想让一些你认识的人提前完成你的培训，并对培训提出建设性的批评。最好在训练大团队之前解决它。您将对产品和培训材料（无论它们是什么）更有信心，并且您可能会有更好的培训体验 如果适用，为他们提供在线帮助/维基/常见问题解答。有时这是有帮助的
祝你好运 在接下来的几个月里，我也会调查类似的事情 在您的情况下，希望UI已经经过了用户验收测试。你说你在一家小公司工作。有没有可能让最不懂技术的人来尝试一下？事实上，让他们在没有任何指导的情况下尝试，除了他们提出的问题。记录这些问题，并确保用户指南回答了这些问题
对我来说，最重要的是逻辑性和一致性。如果应用程序的工作流在逻辑上与它设计用来完成的任务相关，并且UI是一致的，那么您应该可以。创建一个wiki页面来描述系统的使用情况。将编辑权限授予系统的用户可以让用户：
- 更新文档以更正文档初始版本中的任何错误
- 分享他们可能发现的使用技巧
- 分享您可能没有想到的系统的特殊用途
- 请求功能
- 提供他们在等待新功能实现时找到的任何解决方法