交互设计作为一个专业技能十分的有前途，但是作为一个职位将前途渺茫。从阿里某同事的BLOG上看到类似的观点后，十分的认同。
虽然已经有1年多没有深入参与项目，不过平时跟交互设计师的接触还算频繁， 所以对设计师的处境还是能感同身受的。交互设计要做到非常专业很难，你可以主观的认为你是非常牛X的设计师，你设计的产品交互是非常靠谱的， 不过现实中任何人对界面，对版式，对色调，或者对流程都能拍着脑袋说上几句，衡量交互产出的标准很虚幻，一千个人恐怕会有一千个看法。产品设计师怎么从中体现价值？是以“专业”的口号高筑围墙，还是以“OPEN”的心态博取理解 ，这是每一个设计师和领导者需要考虑的问题。
设计师自身的发展问题同样是UED部门的发展问题，作为一个远见和有梦想的人这是必须思考的问题。
希望我们能警醒并且有梦想~
客户端的用户行为分析，故名思意，就是在用户电脑上进行行为记录，数据分析的一种做法。
这种方法有很多好处，一方面可以减少服务器的压力；
另一方面，如果建立了完善的客户端数据收集，筛选，传递机制后，可以满足不同的需求（指导广告投放，为可用行改进搜集数据等等）。
需要注意的是，因为客户端的数据收集处理，都依赖于用户的电脑，所以如果程序编写不当，容易造成用户体验问题，页面速度慢，消耗资源严重等等。
所以在程序编写上必须慎重。对用户资源使用必须节制。
目前通过一些工具插件可以进行客户端数据收集处理，不过并不能进行广泛的应用。
客户端的数据收集处理，需要的是个隐式的过程。强迫用户安装任何的插件或者程序，那是不现实的。
所以只能充分挖掘浏览器的潜能了:cookie, 确实可以记录很多网站的信息，不过4K的容量限制拿来存放用户的历史数据的话，肯定不够用。
还好Flash有个SharedObject类，帮助文档上这样写的“复杂网站的用户首选项或跟踪数据，如用户阅读了新闻网站上哪些文章的记录。跟踪此信息将允许您以不同方式分别显示已经阅读的文章和新的未读文章。在用户计算机上存储此信息可减小服务器负载。”
SharedObject默认是100k，并且用户可以自己调整大小。
另外通过Flash的ExternalInterface类可以轻易的和页面中的Javascript脚本实现相互调用，那么我们可以充分利用js对DOM的良好控制来收集用户事件，ActionScript处理数据，结果存入SharedObject。这样，数据的收集，处理，保存问题都可以迎刃而解。
这套机制的原理很简单的，技术也不是什么新的。
相对于这些，我想难点应该在数据的归纳、分类上，怎样在数千万的用户中找出你想要的那部分…
我们正在对这套机制进行有步骤的测试，希望可以不断的改进完善。
