从岷江新版说说在DJ舞曲行业的用户体验

 岷江在经过差不多1年的新版风雨中，终于放弃DIV+CSS的原布局模式，改成原版的Table布局模式。为什么放弃DIV不而用Table 呢？Table 适用于数据呈现，这个还是同事（海勐）给我提示的，在做一套关于数据呈现的系统时，由于对需求的分析不够严谨，起初采用DIV+CSS进行布局，但是随着业务的扩展，增加了很多内容，由于页面有限，DIV改起来就十分的痛苦，导致很多细节上的问题屡屡出现，最后还是以改版来结束原系统。不难发现DIV+CSS在数据呈现上存在很大的问题，但是这个也是个别现象，也不是说DIV+CSS不好。我要说明的是在数据呈现上优先选择TABLE 来呈现。具体其他的还是采用DIV+CSS来布局。

    岷江新版的代码很乱，因为我不是改前台的或者叫前端，反正是页面的工作，改的是原YYMP3的网站架构。因为没有对该网站的前端架构了解渗透导致做起来十分麻烦。一个大型的网站，他的架构是很复杂的，不管是从前端还是业务甚至是代码都是很庞大的工程。所以更改起来十分的麻烦费时间，而且无法进行怎么优化对于搜索引擎还是十分不友好，导致出现一种情况，对岷江的存静态页面搜录很少，而对岷江的动态页面收录的很多，但是很多都是无关紧要的内容。岷江的后台程序就不怎么说了，反正是一团乱，因为没有时间去更改。

   岷江的旧版就很简洁，采用Table进行布局。后台程序还是原来的一套，因为程序原来采用的数据库是ACCESS 由于数据量的急剧上线，采用ACCESS是十分缓慢的，于是采用SQL2000来做数据存储。程序是ASP的很多的ACCESS的语法和SQL的语法有很多差别。（真的很想骂骂微软了，都是一个娘生的搞什么嘛，语法居然不一样，怎么也要个向下兼容撒）如在SQL2000中的是否字段就是用BIT来表示。而ACCESS就用单选框来做的。哎。导入的时候很讨厌，很麻烦。这个是其中的，这里就不多做讲解的了。从ACCESS改成SQL是一件很复杂的事情。所以在架构时就要选择合适的数据存储工具。

   纵观所有的DJ网站，在用户体验上都不是做的很好。这个也可能是个人站长对于用户体验重视不足，旧版岷江也对用户体验也不怎么重视。用户体验一切从用户出发，只要用户喜欢的你就的做，不是你喜欢做什么就那样做。DJ网站的用户基本面向的是“耍家”，这些“耍家”基本上都是对DJ很不了解。因为这些DJ都是出自不同的DJer的手中，所以名字就众所不一，如张三把制作的舞曲叫做爱就一个字，而李四又制作一首舞曲叫做爱就一个字，这两个就重复了，用户喜欢听张三的，但是网站上浏览发现李四的爱就一个字就误以为是张三的作品，这样对于网站的权威性是很受打击，所以DJ网站就在爱就一个字的前面加了张三的名字，这样用户就能直接找到他所要的那首DJ了。所以DJ网站对于歌曲的命名也要有很深的考究。不能随随便便就决定了。再说“耍家”，他们对于舞曲的名称一般都不怎么了解。因为舞曲都是出自DJer们的手里，没有向正式的歌曲那样推广，只有口碑传播和其他方式了。“耍家”们也就不知道其名字了。很多“耍家”都是只知道旋律或者里面有某一段歌曲，这样在查找起来是十分痛苦的。DJ网站更应该注重的是搜索这块儿。再说说DJ网站的整体布局与色调，DJ网站应该是把首页作为主要展示的平台，在首页上放入充足的舞曲，让这些“耍家”最直接的寻找到喜欢的舞曲，再说说色调，这些“耍家”基本都是夜猫子，晚上活动，在各个酒吧，KTV包间都是深色调的。为什么是深色调呢？具体就不考究了。要符合大众的口味吧。最后就是要谈谈服务了，网站作为的是一个平台，怎么样去服务好你最直接的客户呢？这个是个很深的问题。下来再写文章专门谈谈关于网站服务的问题。这里简单的提一下，就是不管用户有什么要求，你都要尽力去满足他们。没有了他们你的平台怎么活呢？

 

   最后，总体来说不论是什么网站，用户体验要时刻的放在首位。

 

PS:很久没有写过文章了，这个算开始吧，以后将有很多的关于网站方面的原创文章！