我有些开箱即用的感悟想记录下来，分两个方面来讨论：
- 产品的开箱即用
- 技术的开箱即用
产品开箱即用
在书上看好很多人都讲，不要给用户太多的选择，其实用户也不知道想要什么，所以只要产品经理定义好产品就好了。这个话只能说对了一半。
没有选择是开箱即用在产品上的一种体现，我认为的开箱即用其实本质上是为了降低用户的心智负担。在产品范畴，"选择"本来就是一个困难的事情，如果一个事情有5个选项，砍掉3项选择，用户的幸福感和满意度立马就会提升。把选择权给用户看似是尊重用户的选择，实质上是对用户的不负责任。为什么这样讲？ 试想本来应该产品设计人员去深度思考的事情，确定产品的规格和参数。现在把这些事情让用户在冗杂的信息中自己去辨别，这不是推卸责任又是什么？但是不是选择越少越好呢？也肯定不是。好的产品设计我觉得应该是洞悉人性的。适度的选择给予自由，多了反而迷茫。
从另外一个角度讲：体会一个场景，你兴匆匆的买了一个想了好久的产品回家，急忙要打开试用，结果搞半天没有用起来。或者拿到手后，发现要看一大堆说明书，简单的操作并无法让产品工作，那种心情会有多悲催？我们设计产品时一定要有一条路径让用户简单的操作就能使得产品工作起来。等到产品工作起来后，再慢慢接受更加高级功能的折腾，大多数用户都能接受。总结一下，产品在用户选择和用户使用前的准备必须要降低到最小。
技术开箱即用
技术上的开箱即用就比较好理解了。举个例子更容易理解，如果有个开源项目不能以默认的配置直接跑出效果让我看到，恐怕我是不会再有兴趣去折腾这个项目了。如果出现编译错误那就更加没有耐心去排查问题了。我宁可扔掉此项目重新去选一个工程也不会去折腾一个编译就出错的工程。所以我一般做库工程，总是会把最小可用的配置全部包含。不让用户去自己一个一个折腾。或者提供一个脚本能让用户一次性把所有依赖都全部安装好。技术上同样要给我的用户提供开箱即用的体验。