当问题成为问题时才去担心

      晚上看到Getting Real by 37signals中写的一段对待未成为问题的问题的一个处理原则，挺有同感，在我们项目过程中也经常会出现，设计产品时过高估计客户的使用程度，产品越做越复杂，TC也会设计些基本不会出现的并发，这个我觉得只要出现这种问题系统不会崩溃，就没有必要纠结类似的问题，而是把精力放在核心功能，提高产品价值，改善用户体验。    

      转载如下：

 

      不要把时间浪费在还未成为问题的问题

      你真的的需要考虑当用户到达10万以上的时候会出现的问题吗？它可能已经是两年以后的事了。

      如果你现在只需要三个程序员你真的有必要雇八个吗？

      你难道真的马上需要12台高端服务器即使两台就足以让你顶一年？

 

      就先掠过吧

      人们总是预先花很多时间在还不知道会不会发生的问题上。靠，我们推出Basecamp的时候还不知道如何向客户收费！因为产品是月付费的，我们知道还有30天的时间来搞定付费方式。我们把预先省下的时间用在解决更紧急的问题，直到产品推出后，我们才着手付费问题。结果很顺利（它迫使我们用最简单的解决方案，没什么花哨的东西）。

      别整天操心还没成型的麻烦。别过度开发一个产品。到适当的时候再添加硬件和系统软件。如果进度推迟了一两个星期，别担心，还没到世界末日。只要诚实: 解释给你的客户听，说你们正经历着成长的烦恼。他们也许不会因此无比感动，但他们起码会赞同你的坦诚。

      关键是: 如果你已经掌握了你需要的信息就及时做决定。这样你就能把注意力集中到需要马上解决的问题上来。