我们目前正在游说管理层从我们的网络登录脚本中删除在用户浏览器中启动 SharePoint 的步骤，因为当用户登录网络时，我们面临大量竞争条件和其他问题。换句话说，当用户登录网络时，网络登录脚本的最后一步是使用我们的 SharePoint 服务器的地址启动 IE。
管理层已经提出了许多技术原因来说明为什么这是一个坏主意，但我需要第三方验证为什么不应该使用网络登录脚本来启动 SharePoint。管理层的目标是让 SharePoint 成为您登录网络时看到的第一个应用程序。
我正在寻找资源/案例研究，其中详细介绍了启动 SharePoint 的最佳实践，如果可能的话，为什么不应该在网络登录脚本中执行此操作。最终，我得到的反馈应该以业务部门（最终用户）能够消化的形式出现。我当然可以提供日志、配置比较和其他诊断，但这对他们来说毫无意义。
答案1
从登录脚本启动这种事情有点不合常规。如果有人要求我这样做，我会通过用户注册表的“旧式运行”键或“启动”程序组来执行此操作，以便在 Explorer.exe 启动后调用浏览器。
尽管如此，我还是不知道该如何告诉你为什么这是一个坏主意，除了在我看来，在没有得到用户明确同意的情况下启动浏览器是丑陋和粗鲁的。
我认为人们使用 SharePoint 时需要一些动机。我认为强迫人们使用 SharePoint 并可能导致计算机启动速度变慢，这并不是激发热情的方法。
（我实际上很想听听您遇到的众多技术问题，因为我很难想出任何问题。就像我说的那样，我不会从登录脚本启动它，因为我不想冒险让 Explorer.exe 不高兴，但除此之外，在每次登录会话上自动启动浏览器是完全可行的。我个人讨厌它，但它仍然可行。）
答案2
从登录脚本启动时不会出现服务器端问题，只有您在客户端遇到的问题。从您的评论来看，问题似乎出在 MnM 软件上。也许您可以将其描述为该产品与 IE 之间的冲突。
编辑：您还没有发布登录脚本的相关部分，但是否可以计算 IE 启动所需的时间？例如，请参阅对这个问题用于计时器。然后在脚本中设置：
- 取时间戳
- 跑步
start /wait iexplore.exe ..... - 取时间戳
- 检查结果
顺便说一句，这听起来不像是一个经过深思熟虑的请求。我赞同 Evan 对此的评论……作为最终用户，我无法想象有什么比我的浏览器在我没有要求时出现更烦人的事情了。我不喜欢计算机在我没有要求时做事。也许你可以想出一些管理层可以认同的很好的类比/例子，以强调这将带来的糟糕用户体验。
一个很好的折衷方案是将 SharePoint 网站作为浏览器主页。
答案3
也许每天都让 SharePoint 进行“预热”，这样，当用户登录时，SharePoint 会做出更快的反应（即，如果一群用户是第一批访问 SharePoint 站点的人，而它还没有“预热”，SharePoint 就会很慢。）
在 Google 上查找一些与“SharePoint 预热脚本”相关的资源。