月度归档： 2016 年 3 月

希望您已经跃跃欲试，急不可待地在您的软件上开始 Getting Real。但是想用最少的资源来创造伟大的软件，决不是那么简单。您需要有正确的点子、激情、时间与能力——决定着您最终所能达到的高度

明知快速升级迫近，使你在发布前把精力集中放在最关键的部件。 与其试图加入更多东西，不如开始真正完善核心功能群。 那么你就可以在真实世界推出产品。 一旦它在那里了，你可以开始收集客户的反馈意见，你就会知道其后的哪些方面需要注意

避免在你的客户和研发/设计之间竖起一堵墙。 不要把客户支持外包给呼叫中心或第三方。而是自己来做。 你，和你的整个团队，应该搞清楚客户的意见。 当客户烦恼时，你需要知晓。你要听他们的抱怨。你也要因此烦恼。

为了闹出个大动静和引起期待， 学学好莱坞风格的运作： 1） 挑逗 ， 2） 预演， 3）上演

我们希望人们来体验我们已经完成的产品、界面和有用的东西。一旦他们着迷了，就更有可能升级到一个付费产品（付费产品提供更多的项目或页面，让人们获得更多的功能，比如：文件上传和ssl数据加密）

当你刚开始构建时，你知道的是最少的。而做得越多，用得越多，你才能了解得越多。这才是你应该做出决定的时候——即当你有足够多信息，而非信息少的时候。

你或许认为代码量加倍软件复杂性也相应加倍，但实际上，每增加一些代码，软件的复杂性就随之指数式增长。 代码的每一点增加，每一点改动，每一个相依性，每一个前指性（Preference) 都有着联动效应。轻率地增加代码，不用多久，你就会造出一个可怕的大稀泥巴

界面设计相对来说是比较轻量级的。一纸草图修改起来简单，成本也低。html页面的设计修改起来或是推翻也比较简单。修改程序就不是这么回事了。界面先行可以让你保持灵活；先行编程则会让你陷入花费额外开销的圈套

不要随便招人。真的。不要招人，另想办法。让你陷入烦恼的这件事是真正必要的吗？你不做又会如何呢？能不能用某种软件或者改变做事方法来解决呢？

尽你所能的，整合你的团队，这样才能有一个健康的，反复的讨论贯穿整个流程。建立一个制约平衡的系统。不要让事情在翻译中迷失。让广告撰写者和设计者一起工作。支持的疑问一定要让开发者看到。