现在回过头看看，我们犯了好几个大的错误，当然，也许这些可能很多技术型团队必须得走的弯路。

过早和过多地做开发

我们创始团队的构成是两个开发和一个设计，技术能力很强，市场能力很弱。当我们决定要启动这个项目的时候，我们没有去找更多的用户聊天，聆听他们的 想法，而是选择直接进入了开发阶段，美其名曰解决自己的问题。我们不停得去假想用户的需求，所有人都在做开发，直到发布。而整个过程，我们甚至没有去外界 透露我们的产品目标，没有去收集潜在客户，这也造成了后面的被动。也就是说，我们在整个前期过程中，没有一个清晰的特定的用户群，没有去了解这个用户群到 底存在什么问题，再去打造适合他们的产品，而是做出了产品后，再去寻找那个适应于我们产品的用户群体。所以当产品发布后，我们发现推广很难做，各种阻力， 因为定位不清晰，也就很难传递合适的信息给适合的人。

以前我当产品经理的时候，经常因为“逻辑”跟工程师吵得一塌糊涂。
那个时候的工程师们都喜欢树型结构。虽然今天已经销声匿迹了，但他们仍然喜欢把“逻辑”挂在嘴边。他们会在产品上花很多心血，很多功能都舍不得扔掉，却不知道用户能接受的其实只是最简单的点。

我讲个例子。有一天，太太跟我说家里电脑太暗了，我一看是因为出差前我调成了最暗，回来后忘记设置了。遇到这种情况你的第一反应会是什么？我首先想到的 是找设置，于是点到控面板，打开有很多分类，在硬件里没找到，再去显示器设置里面找还是不行。最后谁知道在哪？在个性化里面！我找了三天才找到，那两天忍 着眼要瞎的感觉，屏幕非常暗，文字基本看不清。

当时我就想：微软看着我那么暗地用电脑，为什么不提示我一次呢？一个屏幕亮度设置需要这么复杂吗？

MFC（微软基础类库）是专门为windows设计的一个用于开发图形用户界面的类库。MFC或多或少使用了面向对象的方法包装了Win32的API，正因如此，这些API有时是C++，有时是C，甚至是C和C＋＋的混合体。

Qt这个C++的图形库由Trolltech在1994年左右开发。它可以运行在Windows、Mac OSX、Unix、还有像Sharp Zaurus这类嵌入式系统中，Qt是完全面向对象的。Document/View modelMFC编程需要使用Document/View模式以及模板(template)，如果不使用的话，编程将变得异常困难。而且模板(template)设定了固定的结构，若所需结构乃模板未定义的结构，则编程难。例如，划分一区域使显示两个视图(view)于两个文档(document)。还有一个经常的问题是：模板(template)创建了视图(view)却无法访问(access)它，文档（document）要做完所有事情，但是这经常会出现问题。 这种数据和视图分开的设计模式也是一种不错的模式，不应该成为否定MFC的理由。Qt不强制使用任何设计模式，如果你认为恰当，使用Document/view没有任何问题，不使用也没有任何问题。