我希望能听到在其网站上安装了SharePoint的各行各业人士的看法。我正试图决定是否要让用户只使用基于Web的界面来检出和编辑我的应用程序文件，然后依赖于他们足够精通，知道返回到SharePoint Web界面并执行检入。
我的假设是，对于使用SharePoint的普通组织来说，这将对大部分用户来说是难以理解的。因此，我开始研究如何在我的应用程序中使用SharePoint Web服务，以便用户可以在我的应用程序中打开文件，编辑它们，然后在关闭文件时（可选）将它们签入--所有这些操作都在我的应用程序中完成。然而，我最初估计实现这一目标需要的开发时间有些不足。因此，现在我想进行一些成本/效益分析。
大多数用户多快、自然地理解SharePoint的本地结账/编辑/签入循环？
正如OTisler所提到的，在Office 2003中有点混乱。实际上，在Office 2007中情况要好得多，因为Word、Excel、PP等都是MOSS感知的，并在其菜单、信息栏中反映MOSS元数据等。
就我所知，我曾参与过几个项目，有一个庞大的用户群体（>1,000个用户/站点）正在与之交互，最大的问题是“他/她把我的文件签出了！” 这只是教育用户的问题，答案是打电话给有问题的用户，而不是求助服务台。
我的整个结账-编辑-签入过程的体验非常糟糕。它从未在大群体中正常运作，你总会遇到人们抱怨他们想要的文件被签出。我们尤其在Sharepoint 2003方面遇到了问题，我不知道在SP 2007中会不会好一些。
在某些情况下，办公室会创建一个"隐式签出"。这肯定会让用户感到困惑，他们可能会有些困难来进行修复。
我确实无法帮助进行成本/效益分析，但我知道用户经常需要一段时间才能理解问题。在处理大型组织时，有必要将图书馆的签到功能限制在只需要它的图书馆中，这是值得的。
我们的员工（约40人）使用VSS来管理空军的课件开发。去年我们转向了SharePoint 2007和Office 2007，并且遇到了一些问题，但都没有无法克服。错误配置的浏览器和网络性能差对用户体验影响最大。由于每个人已经有了整个签入/签出过程的经验，所以主要是让人们了解SharePoint中该过程的工作方式。
无论经验水平如何，都有一个简单的先决条件：培训，培训，培训！这是让客户满意的关键。为实施建立合理的期望和现实的时间表。让他们知道未来发生的事情和原因，然后适当地培训他们如何使用产品。
对于我们的300多名空军用户（外部客户），我们在6个月点开始看到使用量的快速增长。关键是在组织的各个层面上确定并涉及到早期采用者作为技术倡导者。让他们向同行推销利益。首先采用可能会很慢，但是随着口碑的传播而迅速增加。
在开始添加功能之前，使系统稳定，并让您的客户感到舒适。如果您的系统或应用程序在部署的早期阶段被认为是不可靠或过于复杂（培训！），您可能永远无法达到满意用户的关键质量。
