由一个技术问题引起的思考

下午在群里和众BT进行例行的打P时，谈到了一个技术问题。大意是：

手持设备（比如智~障~能手机）是不是应该支持尽可能多的文件格式的浏览，特别提到一些常用的办公文档格式。

我的意见是，根据我的体验，在手机上读PDF简直就是受罪。而前令狐提了一个案例：

我自己碰到过的一件事。有一次我带小弟去医院看病。然后客户打电话来，说发了一份文档给我，要求我尽快确认。当时我没带笔记本，而且一时也回不去。后来就在手机上看了一下文档，然后回了信给他。嗯，就是这样。

首先，这个场合当然是很合理的，也并不罕见。在那样的场合，如果不能打开那个文档，就肯定无法和客户沟通，就可能耽误事情。

于是，我就从这个技术问题开始延伸了我的考虑。我的回答是：

我知道你的意思。我只是说，即使在那样一个特别的场合，总有alternative solution，而不必依赖于软件。我可以直接回绝、委婉拖延。在那种场合下，100%我能肯定的是，仓促间的review效果不会太好。

一个提案需要得到上层的批准是再常见不过的流程了。我也经常会碰到这样的情形：客户追着要一份东西，手下做好了，然后要我批准。

一般情况下，我不会逼迫自己到这么紧张的地步，套用我们CFO的话，就是我只有坐在我的桌前我才可以批准文件。我也差不多如此：只有将文件打印好，放在我桌前，我才会提笔签名批准。

但是在这之前——在到了要书面批准之前，还有很多步骤要走。

如果是重要的文件，一般总要先在底下开会讨论达成共识，最终要批准的人至少要参加最后的一次会议。于是大家对要写什么有了一个共识，然后是开始写并通过email提交。一般而言，我会先在email里批准，于是手下可以去办事儿不用非要等我的物理签名。

而email中，我是强烈要求手下在提交的时候不要只有一个附件，而应该在email里写一个所谓的executive summary。这个summary就是提案的摘要，列出关键的参数。我一般也就是看这个summary然后就可以批复了。我很少会再去看到附件里的东西——因为这些东西都是之前N次会议里讨论决定的东西，我相信我的手下有这点记性记下来，并有足够的判断力将重要的点列在summary里面。

这样，我基本不会碰到前令狐碰到的情形了。真要碰到，我的处理无非两个：

• Hold until I am ready to approve; Or,
• Read through the summary and approve.