我们的产品是一个不比手机大的小盒子，有一个数字电视接受模块和一个无线模块。它能接受空中的数字电视信号，通过WiFi发出，手机、平板、电脑上做播放软件来播放数字电视节目。
于是，手机或平板上的播放软件App要做的第一件事是通过WiFi连接到小盒子。
直到上周，我们决定的产品spec是，Android App（iOS App做不到）运行起来后，立刻自动跳转到系统WiFi设置界面，在用户选择我们小盒子的SSID并给手机或平板分配到IP地址完成连接后，按“返回”键（这是Android系统的特色）返回到App启动画面，loading转圈的同时完成App和小盒子的连接。
这个“自动跳转到系统WiFi设置界面”的想法，源于“教用户使用产品”的考虑，想方便用户使用，提升用户体验。
最初讨论的时候，我隐隐感觉这样做很怪，但是我没想清楚，也说不出靠谱的反对理由。
之后，看着团队里所有的同事，从工程师到项目经理到老板，掉进这样一个坑里，我们很清楚每一步该做什么，我们很清楚App在做什么，我们也觉得掏出手机直接点图标运行App不用先想一想是否选择了正确的WiFi网络这样似乎挺方便，我又时时去想，哪里怪。
我给出不同意这样做的理由。
1. 在手机或平板上运行一个需要访问互联网的App后，如果网络不通，App给出提示，用户去系统WiFi设置界面确认设置正确，再回到App，刷新。这是智能手机、平板用户都已经非常习惯的行为了。这样一个惯常行为，不需要“教”用户。
2. 用户是主动运行这个App，自动跳转到一个系统设置界面，完全不符合用户的预期。
3. 自动跳转到系统WiFi设置界面后，用户即便想到了要选择正确的WiFi网络，也完全不知道选择之后要做什么。这一条不是我预计到的，是逐渐逐渐有试用的用户提出。
4. 用户可能会因为已经形成的习惯，在使用我们的产品时可能会先设置正确的WiFi网络，可是我们的App会固执地引导用户到系统设置界面，看一眼他已经正确设置的内容。
和很多团队一样，我开始提出这个想法的时候，没有人觉得这个建议值得再考虑一下，这个事情值得再花时间推敲，再花时间修改。
直到有客户抱怨了。
可是，我们还是不舍得抛弃曾经让自己沾沾自喜的想法。
所以，现在票数占优的决议是，如果用户在运行App前已经设置了正确的WiFi网络，运行App直接尝试连接，如果连接不上，在给出的网络不通提示上面放一个按钮，用户点击后，跳转到系统WiFi设置界面。