然而，不管用户是基于何种行为或者说心理，其实我们深化的想一想，用户当初在下载这款应用时必然是带有某种目的的。这样想来似乎可以为我们在用户体验上作出某种指导。
不管是PC端还是移动端的各项应用，消息推送一直都扮演着重要的角色。在用户和产品的联系之间，消息推送似乎对于提高产品活跃度、带动产品功能模块使用率、增加用户粘度、唤醒沉睡用户提高留存率起着至关重要的作用。但是我们也会发现，无论是站在用户的角度还是产品本身的角度，较为频繁的推送在某种层面考虑是扰民的，严重的影响了用户体验。
然而，对于大多数的产品而言，都有被推送消息的需要，这就决定了在产品的设计中必然要平衡消息推送与用户体验的关系，打破这种矛盾。那么如何才能做到这种平衡了？
诚如以上所说，消息推送对于产品的作用归结到底可能就是增加与用户的关联，进而刺激引导用户对产品的使用。而笔者对于如何平衡消息推送与用户体验问题的理解是这样的：
从推送的本质和用户是否愿意接受这样的推送来看，要解决的其实是两方面的问题：推送什么样的消息给用户，用户做何选择。
这些推送是建立在运营者（或者说策划者）对用户的研究及分析的基础上的，是一种主动行为。从某种意义上来说，却是在“忽略”用户体验的。
这一点让我很自然地想到了微信公众号的运营。虽说是运营，但好的推送和被用户选择“消费”的推送最终还是得涉及到对产品的规划问题，而用户的体验无疑是产品规划中无比重要的一环。因为消息推送出去了，用户可能会选择接受也可能选择不买单，甚至是“取关”。
当然我们知道，诸如“微信”的推送就会涉及到推送时间、推送频率、推送内容、推送目的、推送效果等一系列与推送相关的策划与分析。但是这里有一个问题，这些推送是建立在运营者（或者说策划者）对用户的研究及分析的基础上的，是一种主动行为。从某种意义上来说，却是在“忽略”用户体验的。当然，请原谅我用这样的言论胡说八道。
前面笔者说到了要解决的其实是两方面的问题，在第一个问题上是可以通过上文说到的这种主动行为去实现的（这也是我前面某种意义上胡说八道的来由）。而用户作何选择的问题却是鲜有表现的。也就是说消息的推送过程其实是可以在推送时给予用户一种互动或反馈的选择的，这样有了用户参与的体验其实是对“用户作何选择”的一种理解。
作何理解了？说白了就是留有让用户选择的余地，不管是好的选择还是坏的选择。但这个可供选择的功能需要被体现出来，接下来要做的就是如何用设计、运营或者利用其他的方式去引导用户来进行“好”的选择的问题了。
打个比方，对于每一类推送消息的推送都可以在设置向导中供用户选择是“ON”还是“OFF”（大多数应用对消息的推送也就是这么设置的），当然这样是不够的。因为这样虽然给用户提供了一种选择，然并卵啊。对于用户而言，如果真对消息选择不接受，那就可能会去设置不接收或可能是跟这个应用说“over”,因为你没有给他想要的或者是打扰到了他。还有一种可能是基于用户其实是很懒的这样一种假设，他甚至懒于去发现去摸索这个设置然后再将它关闭（反正消息来了就无视呗，说不定什么时候还有有用的信息了）。
符合用户体验的推送是基于用户使用习惯和使用目的的推送
然而，不管用户是基于何种行为或者说心理，其实我们深化的想一想，用户当初在下载这款应用时必然是带有某种目的的。这样想来似乎可以为我们在用户体验上作出某种指导。
好的，说到这里就来说说笔者对于推送与用户体验之间的一个关键看法了。就是因为用户是有目的的，所以就要充分利用这个来进行推送才应该是正确的思路，才是注重用户体验的推送。
那么，怎么实现了？可以设想这样一种情况：某应用对各类消息的推送在设置里就留有选择，用户可以选择哪类消息可以被推送而哪类不需要，如资讯、与我相关、活动等，简书的消息推送里似乎就体现了这样一种思维。但是这样还不够，应该按照这个思路继续下去。
在每次对用户进行消息推送给出摘要后用户可选择以后是否接受此类消息（当然你可以通过设计重点突出引导用户不要选择“OFF”），因为这里给了用户一个反馈互动的选择入口，就算你的推送不是很精准，用户也觉得这应用还不错，起码没有强买强卖嘛。
另外需要强调的是这个推送要尽量做到精细化，为什么了？这就涉及到对用户最初使用这个应用目的的一种明确了，慢慢的通过这种带有反馈形式的推送建立与用户的互动、关联甚至是成为用户“肚子里的蛔虫”，给用户有价值的，他想要的推送，做定制化的精准推送。
好吧，这样说来突然感觉和今日头条这类算法推荐的应用有些类似了。所不同的只是将这种个性化的推送以某种功能的形式去展现。
不过这又有何妨了，这种推荐的思路与想法本身是可以拿来思考与借鉴的嘛，而且笔者提到的在权衡用户体验的说明里还特地强调到给用户以选择与一定的互动反馈的说法。是的，给予用户选择的余地很重要，不管这种选择是否被引导，毕竟这样的设计才是体现以人为本的的设计，也是贴合用户体验的设计！
