这是日更100篇的第17篇
有了昨天的总结后，今天的心情很好，因为明白了，大多数人大多数时候，都是在做着枯燥的工作。为了那渺小的梦想，或者为了某一刻的到来，多少个日夜都在枯燥中劳作。
这一周开始时，接到一个查询任务数据异常的任务，忙活了好几天，今天终于查到原因，而且我也有信心可把下跌的数据提上来。工作以来，经常遇到这类事情——一些自己以为很艰难很难完成的工作，慢慢地去做，竟也啃下来了。
老大曾经说，工作的本质就是解决问题，不断地解决问题，解决一个又一个问题。我深有体会，而现在的我，不仅在解决问题，也会给自己找问题。要怎么才可以让我的产品让更多用户知道，要怎么才可以得到他们的喜爱，当然，作为B端产品，最后的指向都是，要怎么才能让用户付更多钱。
在工作中遇到不能直接解决的问题时，我的思路是这样的：
拆解问题（分析问题的真伪，了解问题的背景）→搭建解决问题的框架（解决该问题需要了解什么背景知识，步骤如何）→根据框架去解决问题→复盘问题的解决（是否得到最佳方案，解决问题的步骤是否高效，能否沉淀解决路径便于解决相似问题）
举两个例子。
上级发现某项数据异常，让我去调查。我会先求证数据是否异常，如何得出异常的结论（拆解问题），然后我也知道数据异常有可能是统计有误，或者真的有干扰因素，这就需要层层倒退数据的产生并找出源头，因此我应该先找开发确认，确认不是统计问题了再从数据方面去研究（搭建解决框架），这才到了执行阶段（解决），最后进行复盘。
有一次我目睹了一个公关问题的解决。我们的奖品提供商出错，导致已经购买了奖品的企业无法去正常发放奖品。我想如果让我来，我会如何解决，最后和该事件的最终解决方案进行比较，从而优化我的方案。同时我也发现这类公关问题很常见，因此解决方案也是可以提炼出来的：首先是要出确定赔偿方案，其次是要做好通知，然后也要通知客服并进行培训，让他们可以帮助客户解决。
当然，解决好问题是不够的，一个个被解决的问题应该是围绕目标展开（突发事件除外），小目标的达成是为了解决大目标（OKR）。再忙也不能忘记自己的目标，否则问题完美解决了，却什么都没收获，就会陷入整天很忙却没做成什么事的怪象中。
2018年1月29号
