现行是商户默认有导购身份，关于这个问题的争论地方是从商户如果换到别家成为别家导购怎么办。
那么问题来了 ，当商户创建导购的时候，默认选择自己是负责人，应该怎么落数据，shop_guide_uid，guide_user_uid
获取导购顾客数据：前提 导购只能是一家门店的导购=》那么从db获取的顾客只需要单独通过导购就能获取（现行的where 条件guideuseruid，invited=guideuseruid，guide的vendoruid）
顾客统计：我的顾客 （现行where条件 guide的vendoruid，guideuseruid or null）
按日期和导购统计顾客（现行where条件 guide 的vendoruid，guideuseruid）
删除导购的顾客关系：（现行根据guideuseruid）
结论：在顾客管理这块，弱化了门店的存在感，在导购和商户之间建立起了直接的联系，这个应该是设计之初设计者没有想到会存在这种联系的原因。这也是之前community依赖于导购在系统内只存在于一个门店的这层限制，才没有引入门店关系的介入。
问题根本：是如果商户想要单独维护自己的客户，在系统内部要求他首先是个导购，而导购的前提是绑定在门店之上的。那么没有门店的商户就无法成为导购。小明的建议是添加字段来区分负责人是导购还是商户，后者在查询（坑）时额外做商户的查询
问题隐患：当商户更换时对于系统的影响，如果没有做同步更新导购的vendor会是致命的，新商户永远看不到自己的顾客和导购（不过这是另一层业务的问题）
商户新增：我的顾客页面的数据统计