袁龙友来得真早，已经在后面聊上了
这两天主要说需求方面，不谈太多技术，因为袁龙友他……本来也不是搞java的
CRM：客户关系管理系统
企业的信息化阶段：
第一阶段：购置电脑，搭建网络
第二阶段：电信、银行、证券是信息化程度最高的，它们解决的是业务系统。企业建立起相应
的业务系统标志着信息化阶段第二阶段的到来。
第三阶段：用业务系统进行决策分析：比如移动用户享受免费接听，而且每分钟的电话费用降低，支撑移动
做这一决策的原因就是对自己用户的海量数据分析
也就是商业决策过程（这一阶段是很有市场份额的）
什么叫做业务系统：实现企业单位中的业务过程的系统。
中国的软件市场：企业多且业务需求多样。
软件公司发展对软件代码的重用性要求很高，写代码时要注意通用性。
要么出去做产品、要么是做企业的业务系统。
一个一般的商业企业的业务系统：
CRM
客户要买的时候这个企业给国外下订单，把东西搞回来，其实就是个倒买倒卖的中介。
这个系统要挖掘国内的潜在客户信息（是由这个企业的销售人员来做的），销售人员弄来了这个
客户之后，这个客户的基本信息就要被录入系统中去，包括基本信息和客户的基本爱好之类。
一般的大产品要买卖交易成功周期很长的，比如从客户联系开始，到这个客户买产品，有时可
长达4、5年之久，销售的提成是10%左右。
正因为周期很长，因此销售的过程管理很重要。国外有一些很成熟的模型可供使用。BP、SP模型
销售A要把产品C卖给潜在的客户B，BP、SP是两个量化的指标
SP是销售把产品卖给客户的可能性百分比
BP是客户把产品买来的可能性的百分比
比如如果客户的经费不足，就会导致SP很低，但是BP有可能很高（虽然客户没钱但是可能对这个产品
需求很高）
一般遇到这种情况的时候就暂时不打扰这个客户，等他以后有了经费再说……
BP和SP的值一般由具体的公司的规定来定位，最后是由销售决定数字然后录入系统给销售主管看。
BP其实是表明用户想不想买
SP就是用户想不想在你这里买
用户取消：BP突然为0的时候
丢单列表：BP为100%，SP为0
已签合同：BP和SP都是100%
预签合同：BP和SP都要大于等于75%
后三个月：当录入客户信息的时候有一个截止日期，从今天开始三个月后就有结果的客户，这部分客户
需要来重点公关。
其实管理的重点是是两部分：
客户的基本信息和销售的过程管理
还要注意一点，客户和你的联系人要分开！客户应该是单位，而不是具体的联系人
===========================================================================
数据库设计：
里面用到了一个简单的工具，首先要做实体建模，你的需求中有哪些实体……
销售、客户、跟踪（销售意向）、联系人、跟踪历史
客户和联系人之间是一对多关系
跟踪表：客户ID、主键ID、联系人ID、产品、BP、SP、截止日期、竞争对手、购买方式、数量、金额
跟踪历史表和跟踪表的结构是基本一样的，只不过多了一个字段，用来记录跟踪的ID，跟踪表记录的是当前状态
跟踪历史中是历史记录，跟踪表是最新状态，但是问题还有一个就是要保持数据一致……但是尽量不用触发器，
因为触发器不通用……最好的办法是把更新跟踪历史和跟踪表的记录做到一个事务里面就可以了。
----------------------------------------------------
产品：这涉及到一个树状结构的生成问题
数据库层有两种方法：第一种是把父id设为01，子id设为0101………………
还有一种是单独存储父id，用递归方式……
其中第二种方式和数据库交互可能会多一些……
产品：
产品分类：分类编号、分类名称、描述、组件
产品部件：id、进价、出价、描述、备注信息、
产品-部件：是张关联表，产品分类和产品部件之间是多对多的关系
报价：
报价单：报价单号、产品号、客户号、客户名、
报价明细：部件id、报价单号、
报价单审批信息表：ID、报价单号、送给谁。送的时间、类型、
报价明细与报价单关系是多对一的关系、
报价单与报价单审批信息之间是一对多的关系
---------------------------------------------------------
合同：合同基本信息（编号、时间、标的、合同的双方）
合同基本信息表：合同编号（主键）、合同名称、合同日期、客户名称、联系人、联系电话
合同配置清单：ID（主键）、合同编号
合同基本信息表和合同配置信息是一对多的关系
合同客户信息表：合同编号（主键）
外贸公司信息表：、合同编号
合同相关文档：、合同编号
