一些胡言乱语的随感

引子就从大学开始吧，因为对电脑的了解稍微多一些，所以经常会有些同学来找我帮个忙，当然都是一些比较简单的事情，比如P一些证书，软件破解啥的，同学之间要相互帮助嘛，我感觉也挺好，感觉自己也不是一无是处。

但是时间久了之后，也会有一些小小的烦，所以在有一段时间我改了策略，来问我的话，我会拉上他用一个相对较长的时间教他怎么处理，只是这个结果不大好，我发现他们不太愿意学，往往我半个小时就可以解决的，这么一搞就是一个晚上。

后来索性放弃了，之后的生活有些独，能找到我的人也不多，于是索性就不管了。举手之劳，那就能者多劳吧。

大概是一年半前，我开始感觉自己的时间也很值钱，对于这些举手之劳的小事就开始越发的不耐烦了起来，怎么说呢，这种小事吧，帮着浪费时间，也收获不到啥感激，不帮还影响同学友谊。当然有些紧急的事情，雪中送炭还是挺不错的。恰好当时看了乔布斯的视频，苹果为使用者做了最好的优化，苹果不需要改变，使用苹果的人要适应苹果。茅塞顿开。

对于常见的问题，我干脆做了一套对应的解决方案，比如一些软件安装，常见问题啥的。还有一些就是硬件选型啊之类的，研究具体的参数。先通过理论以绝对的优势碾压对方，然后抛出来一些看法和观点，最后要求对方支持这个观点。

举一个例子，配电脑。最开始的时候，我会和他一起，根据他提出的要求，然后去网站上大浪淘沙，然后看具体的评测信息，乱七八糟的，弄完往往是半天乃至于一天。太浪费时间，优化之后就是，我提前选好一些，然后问一下对方的需求，然后直接把对应的方案抛出去，能接受就直接上，不能那就不管了。如果需求比较新，那还是会研究一下。

从这之后，生活舒服多了，感觉整个人不用内耗在一些没什么意义的事情上，整体的精神状态也更好的，最关键的是，我发现这一套在工作的时候也很好使。

不是所有的需求，都值得被用等同的精力对待。

举一个例子。

比如需求要一个产品说明文档。虽然都叫产品说明文档，但是对于重点需求是存档、演示、竞品所需要做的事情是完全不同的。

存档的话叫，有就行，写一个world，然后加一点图，加一点内容，1个小时内搞定。不需要那么在乎格式。做出来的东西甚至可能没人去看。

说明演示的话，最少要逻辑自洽，不能有错别字，要有配图，要录视频，最少也要一天。

要求竞品的话，就不仅仅自己的产品的介绍，还要加上对手产品的特征，自己的优势点，突破之类的许多的东西，甚至是一些内部数据。基本就是几周的工作。

当需求传递下来，就是要一个产品说明文档。怎么做？

不知道具体明确的需求，这个事情实现的途径程度，会差异特别大，尤其是可能同时有很多事情的时候，如果每个都花费等同的精力，人会累死，也没啥好的结果，都是些无效劳动。

当然很多时候这个是领导的事情，如果领导好的话，会说具体做到什么程度，不好的话就要自己把握这个度，返工就是常事。如果遇到了多层传达，非常可能出现层层加码的现象，且无可避免。

做事情的时候，最好是做事的人能直接接触到提出原始需求的人，他对需求的定义是最准确的，也存在最大的变通空间，和他直接进行沟通，什么能做，什么不能，做需要多久之类的，这样他会有一个取舍，并且它可以直接做判断，这样做事情最快，最舒服。

当然往往不会这么顺利，提出的需求可能就是领导随口一句话，然后下级自作主张就做了一个比较高的难度，然后加下去，在加下去，最后领导去基层一看，啥玩意。大领导的试试，被中层转述之后就是绝对要成，然后最下层玩命。

遇到这种情况，没有任何解决办法，要么随大流，大家反正都做，要么跑路。



我和其他人在聊事情的时候一个很大的不同点就是，我会给对方传递一些任务背景，让对方大概对这个具体要做到什么程度会有一个体会，这样大家做事情都会来都轻松一些。

就像是解题的时候，我会提供一些已经收集参考资料啥的吧。