评估任何产品或服务需要花费相当多的时间，可能需要几天时间

我的团队负责研究、评估、批准、集成以及我们堆栈中每个平台的持续支持。我们有一个漫长的标准化评估/评分/批准流程，我们的任务之一是至少30天的试用期，无需付款，且功能上没有类似共享软件的限制。如果我们无法获得30天的试用期，就简单地“不”，然后继续下一个。 即使在30天内，团队在将系统启动、导入我们的测试用例数据并运行我们的测试时也会感到极大的压力。这在我们已经经历了100多次这个过程之后。事实上，要在少于30天内完成所有需要评估的基本覆盖是不可能的。…

根据我的经验，我只在包装上的文字说明该软件能解决我们当前的问题、显著改善现有流程或有人特别要求时，才会去关注新的软件。如果你担心时间问题，那么也许你（或你的公司）做错了。根据公司的规模，应该有一支专门的团队花时间去评估那些新出现的软件。如果产品没有达到包装上所宣传的效果，就放弃它，继续下一个。如果它确实如宣传的那样有效，那么团队会评估下一步如何利用它。这样，这种研究已经“预算”在员工的时间中了。

听起来你需要一个第一道筛选，然后只在某个产品能解决主要痛点的情况下，才进行你的评估流程。即使在这种情况下，只需评估该类别中最好/最常见的产品，只有在它明显无法工作时才测试其他产品。 作为初创公司，你不可能通过使用Teams来获胜，即使它比Slack+Zoom更便宜，你将要么大获全胜，要么一无所获，而把精力放在与核心成功无关的事情上，只会减少你创造人们想要的东西的时间。

对于你正在发布的产品（而非在SaaS中保持控制）的评估时间要长得多。那些会把你锁定在其中的东西，尤其是你发布软件和托管服务之间的锁定，比如认证、安装程序/自动更新和许可（密钥生成器），比这还要高。 这些事情真的很难“撤销”，无论是技术上还是从用户体验的角度来看。要求你的用户重新授权他们的软件是一种摩擦——这会损害用户信任，并且会耗费大量支持时间。 14天的时间太短了，无法评估该产品是否能满足你的需求，更不用说评估有多少锁定，以及离开的路径可能是什么样子了。

实施者在免费试用期间未能优先做一些准备工作，也会浪费销售方的时间。 从销售的角度来看，如果我们看到潜在客户发现解决方案的优先级太低，以至于他们的工程师在两周内都无法简单地看一下解决方案，那么他们可能并不是该产品的理想客户（他们没有足够的业务痛点，没有支持者，和/或没有经济买家来优先购买解决方案）。 当然，这在很大程度上取决于软件的性质和该解决方案的理想客户群体，但要记住，这枚硬币的两面是需要考虑的。

从运营的角度来看，我的情况类似。 尤其是当团队通常很小（一个人的运维团队可能在数量上是常态），工作量往往已经压得喘不过气来。 新技术和/或产品总是会带来意想不到的后果和缺点。期望对一个主要的，甚至是一个小的工具做出决定，是不能仓促行事的。 我之前注意到的一个创新模式是，一家SaaS公司提供了一个免费服务层级，在我所指的情况下，是监控工具的有限数据保留。这在我看来是一种极好的方式，来平衡该工具的力量（其他所有功能都可以使用），同时提供一个清晰且合理的升级到付费订阅的路径。当该公司上市并披露其销售成本（CoS）时，我惊讶地发现它仍然很高（大约40--5…