细节，这个博客里的红色加粗，让我感觉像个出错页面。。。。。。。哈哈。

沟通能力的那4种方式应该看场合来使用，即时通讯和邮件方式虽然没有当面和电话便捷，但它们属于书面的沟通方式，写得清楚的话，其实更加不容易产生误解和歧义，而且不会出现听后就忘记或记不清楚的情况；另外，即时通讯工具的远程协助功能还可以给客户提供更好地帮助，解决一些电话里说不清的问题

做信息化的比较辛苦

如果条件允许，可以有专职的开发DBA，不然，DBA还不累死了

这么说吧，国内的项目，从需求到测试，哪个角色了解业务不是必要的？

我们公司的DBA很强势，把系统中所有的业务逻辑都写到存储过程了，因此，老板最器重的就是他，除了它，没有人能懂那几万行SQL代表的意思了。不过，我敢打赌，他不会集群，事务复制、容灾等这些东西。

"DBA了解业务是非常必要" execute SQL and generate Reports to your boss, or lean BI.

恩，写的很通俗易懂

@飞洋过海 个人觉得这个很难说是公司规模的问题，首先要有足够的意识，否则都弄不清目标是什么，呵呵。

小公司可以做到，大公司一般分工明确，难.

沙发！顶！ 我的总结： 1、小步伐快速前进； 2、N个臭皮匠顶不了诸葛亮； 3、Vector = Direction + Power

最近也要做一个CRM ，大家用什么架构呢？

业务上是可以这样对客户分类，然后采取不同的销售策略。但是在业务实践上不单单客户分类就可以采取不同的策略，也即是但不能从前期的客户信息比如客户的规模信息等就决定销售策略。而CRM中的商机管理也是一种确定销售策略的一种方法。

@GreySky 我理解问卷的部分可以主要集中在基础信息。 而对于随时变化的业务信息，可能需要定期获取信息，对评分加以修正，你的意见呢？:)

@代维雅 是不是很多项目都要输入呢？所以比较麻烦？ 如果那样的话，首先我觉得需要尽可能多地自动获取，减少用户的输入。 我们可以继续讨论，呵呵。

评分，我通常抽象的看成问卷，使用动态问卷的做法。

同命相怜，我最近也在搞类似CRM的东西，里面有评分项目，评分项目很多，不知道怎么设计界面，让用户操作起来更好，不知道您有没有好的建议推荐。。。。

@梦幻飘雪 的确是那样，细节上还有不少的问题需要解决，但是我们首先要明确自己的目标，然后再根据需要做调整。 貌似就是：瞄准→发射→调整，哈哈。

@麦舒 是需要懂些业务，呵呵。 不过我们更多的系统最终的目的不正是为了解决业务上的问题吗？懂得一些业务知识，才能够更好地提出解决方案。

我也正在开发CRM系统，楼主说得很实在，但实际实现起来就不那么简单了