调研人员：
驻广州商务经理：汪先生
内容：
汪先生对于现有产品提出，
1、我要去给用户演示，能不能给我一个演示版的，就是部分功能是能用的，部分是不能用的，让用户了解它，但却不能无限制的使用它。
2、用户说你的产品不错，但要20000元太贵了，我只有5000元，能不能把我最关心的给我，其它的不要了，行不?
分析：
产品做到现在，这个要求越来越实际，我提出的想法 是，在CRM管理系统中，不光要有说协议里这个产品能不能使，而且要细分，说到这个产品里面哪些功能是可以使用的，哪些是不能使用的。
1、做一个功能，让学科开发人员管理每一个产品的权限树，每个树结点的CODE需要学科开发人员手工录入。比如A1,B2,C3
2、做一个功能，让学科开发人员管理一个细分版本，比如精简版，标准版，豪华版等。区别在于功能的多少不同。
3、做一个功能，定义版本与功能结点的对应关系。
这样在生成许可时就可以选择到精简版。然后协议中包括：哪些结点是可用的，这个结点的父结点路径是什么。方便在客户端解析协议后正确显示出图标或按钮。
这样实现之后，我们的产品不光可以选择可以使用到哪天，还可以定义具体哪些功能是可以被使用的，而不是全都可以被使用的。
事实证明，协议的内容是变化的，而且变化的很快，我们设计的2.0版本的协议验证框架是正确的，可以灵活实现，无需更改JAVA代码，只需修改下与之对应的DLL或SWC的代码即可。