虽然新的功能确实已经推送给该频道中的所有预览者，但微软指出：他们决定不再对所有测试人员开放。虽然微软官方没有向所有人开放，但只要 Windows 更新了文件资源，你仍然可以通过注册表等方式强制打开它。
简单来说，这意味着即使你是 Dev 开发通道的预览测试人员，你也有可能无法获得该功能，而 Dev 频道的其他人却可以。目前微软没有透露可以获得新功能的人数比例，他们给出的官方解释是:
我们已经向 Dev 通道推送这个功能了，但目前还不能对频道中所有内部人员开放，因为我们计划在发布之前先看看反馈如何，视效果而决定向所有人推出。
外媒认为，这对于自愿加入开发通道的一些用户来说实际上毫无意义，毕竟每个主动尝鲜的用户都已经有心理准备去应对不稳定的新系统，他们加入 Dev 频道不就是为了在公众之前进行新功能的尝鲜吗？毕竟谁会为了没有意义的测试而去测试。
他们表示，微软想把 Dev 频道分成两类，这样一些开发频道的内部预览人员就可以在其他内部人员看到某个功能之前就开始进行测试，避免难以挽回的损失。但哪怕同意了这些条件，人们仍然难以接受同样的 Dev 通道中无法体验到所有的新功能。
Neowin 联合创始人 Steven Parker 也表示，当一位开发通道中的 Windows insider 听到自己的 Dev 体验可能与其他人不同时是多么的无语。
当然，这个方案对用户来说似乎不只是区别对待的问题，外媒指出微软还缺乏透明度，而且这个逻辑本身就有缺陷。
外媒认为，交错部署仅在跨渠道时才有意义。例如，Dev Channel Insiders 收到选项卡式文件资源管理器，并在初始测试后升级为 Beta，然后升级到 Release Preview，最终向公众推广。
但是，在现在的模式下，Dev 渠道被进一步拆分为 A / B 测试的形式，而且考虑到微软可以通过从没有”文件资源管理器选项卡“的其他渠道用户那里收集指标来达到相同的目的，因此这种情况是不应该存在的。
