最近遇到 2 个相关 case
case 1 ：销售经常操作的数据叫线索，每一条线索背后的客户数据可能分布在 CRM 系统中，你公司的业务后台，销售的 excel 文件里面，客户跟进的群里，你某次会议汇报的PPT里面。自然而然线索数据分散在各处，有一个一处统一的地方供团队查看，目前我猜大部分是excel，让实习生手动去各个系统申请权限，或者各个人员私下去汇总。同时还存在一个某一个数据环节更新了，各个线索数据的模块是否能一起联动更新？
case 2 ：产品经理们经常需要处理的数据叫用户反馈，每个反馈来自不同渠道业务的前端收集、QQ群微信群、微博、同事反馈，邮件反馈，朋友圈收集、老板反馈等等。每个用户反馈经过评估是否共性，是否转换成需求项目落地，上线之后如何同步给反馈者。类似的很多公司让实习生去做。
总结一下他们的特点就是，多处数据归集一处，一处改动多处更新。这种描述让我想起了很多概念，设计里面的组件、程序里面的类和继承、互联网的双向链接。似乎双向链接是一种信息处理的哲学基础，并不单单是功能。
这2个场景有一个不是很完全解决方案，即以浏览器插件的方式去跨渠道收集线索数据和反馈数据。
- 现有市场采取的方式都是服务端发起的API去其他系统拉取数据；
- 但是可以换一个思路通过类似浏览器插件的方式从页面前端获取数据；
- 类似按键精灵和屏幕监控器做的事情是数据集成的一个新方向；
- 基于一个逻辑：系统获取的数据居然要慢于人类，但是人力成本又居高不下；
- 所以是 RPA （Robotic process automation）的思路，将实习生的获取数据的逻辑工程化；
- 一个可能通用的方向是浏览器插件的集成数据方向。
关于浏览器插件的讨论集中在
这些都是确实是重要的讨论，但是我们不能忽视大局；
浏览器插件是一个数据平权的武器，是掌握自己需要什么软件的一根稻草。
浏览器扩展的流行证明了许多人对定制他们的软件很感兴趣，而且这不仅仅是高级用户的爱好。
商店里有超过 180000 个扩展，几乎一半的 Chrome 用户安装了浏览器扩展（渗透率50%）。
大公司开发的大型软件并不是我们使用软件的唯一的途径。