简单和复杂的博弈

www.amteam.org这个网站访问速度很慢，一直很慢，已经不是一年两年了。98年创办的网站，发展到后来变成了一个庞大的管理+信息化知识库，只要是公司想实施信息化管理的（ERP，CRM，KM等等）都会上这个网站来找资料。两年前这个网站速度就一直很慢，最初是ASP系统，而且服务器经常中毒或者被黑，去年下半年干脆用.net重写了一次，结果做的很不理想，不但速度问题没有解决，整个的后台操作的逻辑都变的非常混乱，编辑们都不能很好的工作了。无奈，现在再来重写一次，重新设计操作流程，数据库架构，程序功能，力图实现一个最先进的新闻发布系统。（如果做不到最好，就不如用现成的了）。

但是怎样才算最好，这是个很难回答的问题。编辑们的电脑水平都很凑合，稍微复杂一点的流程解释个半天都记不住，很多高级功能至今只能是由程序人员自己动手才能修改。如何实现高级的功能，又能简化操作步骤，让所有的人都能够容易的上手，降低培训成本？

简单和复杂之间，需要寻找一个平衡点。做为程序设计，我们所要做的，是使用复杂的程序代码，隐藏起复杂的后台逻辑，而展现给用户的，是一个简单的东西。其实真正的考验不在于实现哪些功能，而是这些功能的菜单放在什么地方。我们的编辑人员提不出明确的需求，虽然已经做了半年的编辑工作，天天以前的那个后台打交道，但是他们仍然说不明白自己想要一个什么样的后台来做这些已经重复了千百遍的工作，因此我们仍然只能根据的想像，把这些按钮放在我们认为合理的地方。

不过有一点好处就是，我们所做的这个后台是给自己人用的，大部分功能可以对他们进行培训。而不像我们的博客，包含了很多我们自己觉得相当好的功能，却导致用户一直向我抱怨找不到某某功能。

不知道这个产品出来以后，公司有没有兴趣拿出去卖？不知道我们可不可以拿分红？