一 : 赵春：分析软文的三大重要作用

　　软文，是互联网推广的重要手段之一。其表现形式，我们可以从“文”、“软”来阐述。“文”即是我们平常读报，阅读新闻所见的文章。“文”的表现主要有，情感类、叙述类、纪实类、新闻类等多种形式。当然每种形式的特点作用，在这里就不做阐述了。接下来说到“软”。前天在给一化妆品公司培训的时候，我在其中着重的强调了编辑的重要工作。那么，编辑的最高境界是营销。软文我们的目的要明确，那就是广告。因此，“软”到恰当之处，通过软文的阅读传播以致达到我们最初的营销目的。

　　明白了软文的基础东西，我们来了解一下软文到底有哪些重要作用：

　　一：针对网站SEO：外链建设

　　网站seo中间不可忽略的一大块就是外链的建设，外链的建设需要多样性，针对性，重要性。多样性，是同行业不同网站的外链。针对性，是同行业的网站。重要性，是针对搜索引擎友好的网站。因此，在做外链的同时，我们已经渐渐的忽略了以前的到处留签名，留评论的方式了。更多的心思几种在软文的写作上。

　　一篇优质的软文，只要选择好合适的站点发布，转载的速度惊人。在A5审核不到1分钟纷纷受到许多行业知名的网站转载。因此，当我们精心分享一篇原创文章的同时，留上版权信息，多个网站转载后，外链效果可想而知。

　　二：针对企业形象：品牌传播

　　我们写软文的目的是需要告诉别人关于我们的相关信息，以此扩大我们的知名度。我们拿医院为例子，医院做软文，需要让网民或者患者知道，医院的名称、地址、技术、专家、环境、荣誉、医院文化、促销活动等信息。因此，在软文写作的时候，我们要清晰的知道，这篇软文到底在讲什么，是不是很清晰的阐述了文章的中心思想。同时，还需要考虑，当这个信息告诉我们的读者的时候，读者是不是愿意去分享它，或者说是不是会记住它。

　　因此，在写软文的时候，我们的主题要明确，各方面的烘托、铺垫都需要考虑到位。以发挥软文的作用。

　　三：针对企业产品、服务：信息渗透

　　接下来讲到的是重点。主要是针对我们的产品、服务的。现在互联网充斥着很多针对产品和服务的软文。形形色色的软文让读者应接不暇。其主要的目的就是充分的将产品和服务信息渗透到读者心中，从而达到我们的营销目的，谓之：软文营销

　　软文营销的行软而神不软，通过读者在认真的阅读的同时，让读者欣然的接受产品服务信息，同时获得好的口碑传播效果。互联网类似的例子数不胜数，学推广的朋友可以百度一下。

　　如何渗透产品服务信息就是关键问题了，很多人都会写，那么只是简单的阐述，而不能很好的发挥软文传播的作用。软文的写作要点，需要紧紧的抓住消费者的心里。如果是关于整形的文章，那么其中少不了技术、专家、案例的展示;如果是加盟类的文章，少不了市场前景、前期投资、市场分析、案例展示;如果是卖服装的文章，那么少不了街拍、服装上身效果、明星穿着案例等等。

　　最后，医疗网络营销博客博主赵春提醒各位，软文同样是把双刃剑，有利有弊。在塑造软文的作用的同时，请记住，软文描述的内容要符合实际情况，软文一定要软。互联网充斥太多华而不实的文章，希望各位多分享一些原创对读者有用的文章。

　　原创文章请注明转载自医院网络营销博客，本文地址：

二 : 需求分析在软件开发过程中的重要性

摘要：软件工程中的需求分析是软件生命周期中一个非常重要的过程，它决定着整个软件项目的质量，也是整个软件开发的成败所在。该文主要讨论软件开发过程中需求分析的关键技术及应用实例，并提出一些有探索性的问题。

关键词：软件工程；需求分析；用户方成员；项目管理者
中图分类号：TP271文献标识码：A文章编号：1009-3044(2012)21-5113-03
目前，计算机软件业得到了快速发展，但是软件业所呈现出来的劣势已经不容忽视，它正严重制约着我国IT业的发展。软件开发中的劣势主要表现在：软件的开发和维护缺乏正确的方法，系统运行满足不了用户的需求，软件产品的质量存在大量的漏洞。而事实证明，造成这些后果的主要原因是：在软件开发的初始阶段，项目的需求分析做得不够深入细致，也没有实行有效的需求工程管理。大量的实例表明，软件需求分析是决定软件质量的基础，也是一个软件开发项目成败的关键。软件的需求分析作为一个软件项目开发的第一阶段，其重要性很突出。软件的需求分析是指，理解用户方对目标软件在性能、功能、设计等方面的需求。通过对用户方提出的具体问题的理解与分析，抽象出问题涉及的信息功能及行为的逻辑模型，并最终形成需求文档，因此构成软件开发生命周期的需求分析阶段。
目前，高校的计算机专业都设置了软件工程这门课程，专门的软件培训机构也加大了对软件工程人才的培养，目的都在于建立学生的软件开发基础，熟练掌握软件工程中需求分析的技术，提高学生软件开发的能力。通过对软件工程知识的系统学习以及参与的一些案例开发，该文提出在软件需求分析过程中的一些有效措施。
1确定各方成员，获取用户需求，减少不利因素对需求分析的影响
需求分析的第一步是全面熟悉该软件项目的所有相关人员，明确需求分析方成员和用户方成员。通过系统分析人员和用户方成员的多次交流和沟通，最终确定对目标软件的综合要求，以及确定如何实现用户方的需求和软件最终应达到的标准。在做需求调查时，应避免不利因素的影响，分析者必须从该软件项目的细节问题出发，逐步细化软件的功能，然后做一份详细设计方案，提炼出各种不同的软件元素，并找出各元素之间的联系，预测该软件项目是否存在片面性或可能导致不满足用户需求的情况。该过程中，如果有问题，需与用户再进行交流，确定软件最终的设计方案，并定义目标系统的详细逻辑模型。另外，在做项目的需求分析时，还应主动建立用户方单位的人事组织、业务关系，并用结构图画出单位的组织结构，还应当在单位组织结构图基础上画出全体项目成员的结构图，以便更好更全面地进行需求调研分析，发现问题适时调整，进而确保需求分析的高度准确性。
2采取有效的需求分析方法，启发各种客户挖掘他们的需求，并对获得的需求进行分析并建模
软件需求包括三个不同的层次：业务需求、用户需求和功能需求。在做需求调研时往往会发现，有些客户因为缺乏计算机专业知识，而无法提出准确的需求，所以有些潜在的需求就无法完善，导致最后的软件试用令用户不满。所以，软件需求分析人员应站在用户的角度，不但要确定用户明确的需求，而且要善于启发用户，并结合调研分析技术，帮助用户共同挖掘隐含的需求。
总之，在做需求调研的过程中应注意方法，然后再对需求进行分析和建模，一般需求分析的方法有结构化需求分析和RUP需求分析。结构化需求分析方法（简称SA方法），主要是对系统中的数据进行加工处理。RUP的需求分析采用UML作为建模工具，在UML中，用例驱动的需求分析是常用的一种方法，其中的用例模型描述的是站在系统使用的角度所理解的系统的总体功能。一个用例模型通常由若干个用例图描述，用例图的主要元素是用例、参与者、参与者的目标。
以网上书店电子商务系统为例，图1是网上书店电子商务系统——管理员的用例图，它的参考者包括超级管理员、会员管理员、库存管理员和订单管理员。超级管理员主要实现员工管理、统计营业额、统计会员的操作。会员管理员主要实现会员管理、处理会员评价投诉、会员级别管理、管理会员积分的操作。库存管理员主要实现产品的库存维护、产品上架、产品下架、发货的操作，其中时间这个参与者主要对产品上架、产品下架，监控订单的状态进行管理。订单管理员主要实现处理订单投诉、订单管理的操作。在这个用例图中，包括关系表示成一个构造型为EXTEND的依赖关系，表示产品类别管理用例是从产品库存维护用例扩展而来的。图2是网上书店电子商务系统——用户的用例图，它的参与者包括会员、用户、游客、时间。会员主要实现登录、评价产品、确认收货、退出的操作。用户主要实现浏览商品、购买商品、浏览商品评价、搜索商品、显示相关商品、查看购物车，结账的操作。游客主要实现注册操作。时间主要实现重置购物车的操作。在该用例图中，包含关系有：查看商品明细用例是从浏览商品用例扩展而来，加入购物车用例是从购买商品用例扩展而来，删除购物车商品用例、修改商品数量用例是从查看购物车用例扩展而来，而结账用例包含了确认送货地址用例，确认送货地址用例包含了下订单用例，注册用例是从结账用例扩展而来。

图1和图2所示的网上书店电子商务系统的用例模型清楚地表示出从使用者的角度所看到的系统功能。在需求分析的过程中之所以强调画出用例图，是为了明确各种用户对系统的不同要求。普通用户关注的是系统是否简单易用，而对于高级用户而言，关注的是系统的高效性和易维护性。因而在用例图中必须对用户进行分类，每一个用户类将有自己的一系列功能要求。总之，正确的需求分析是需要了解需求的来源、用（www.61k.com)户的分类、用户要求等功能因素。另外，需求分析中的界面设计也非常重要，良好的用户界面可以提高软件的可用性，有效地提高工作效率。所以在做需求分析时，应充分考虑软件中界面的设计。设计应充分以用户为中心，应遵循Ben Shneiderman总结出的八条基本原则：1）界面设计尽量保持一致；2）提供“快捷键”操作方式；3）针对用户的每一个动作，提供有效的反馈信息；4）交互过程应该完整，即要有始有终；5）错误处理机制要简洁明了；6）允许动作的撤消；7）提供提示字符或消息等操作信息；8）减少人机交互时的用户短期记忆信息。
3详细描述各项需求，形成需求文档，最终和用户共同确认。
优秀的需求分析应该准确、完整、一致、可测试的，可跟踪的、可修改的，最终应全面详细地描述整个系统的业务流程，并将业务流程文档化后与用户再进行讨论、完善和修改。所以，需求分析阶段应提交需求文档也即需求规格说明书。需求规格说明书贯穿于项目开发的整个过程，一般对需求的有效性也起到某种程度的验证作用。需求规格说明书应完整、准确、具体地描述对目标系统的功能要求、数据要求、性能要求、用户系统描述等。一个软件开发项目中的功能需求分为若干个业务，对数据也有不同的操作，所以各个业务都是作为独立的一个功能模块，在具体运用时都是通过接口来实现相互之间的调用。所以在需求文档中在充分考虑用户需求的同时不能忽略运行需求，其中包括用户接口和软件接口。当软件项目中的某些问题发生变化时，对需求文档中的描述要做到准确无误，最终和用户共同确认，再对内容进行筛选和调整。
4结束语
需求分析是软件生命周期中的一个重要阶段，主要是确定用户对软件产品的需求，完成系统必须具有的功能。软件工程中需求分析的发展，使软件开发人员认识到，如果科学地进行需求分析，就能避免因需求分析不当而导致的系统问题，整个过程不但要有用户的直接参与，而且项目管理者也要发挥主导作用，才能真正解决需求分析过程中的问题，进而探讨软件开发过程中的各种需求，自动适应系统需求的不断变化。

参考文献：
[1]张海藩.软件工程导论[M].北京:清华大学出版社,2003.
[2]杨芙清.软件工程技术发展思索[J].软件学报,2005(1).
[3]刘旭勇.用例驱动的交互式需求获取技术及支持工具[D].西安:西北大学,2008.

三 : 网站排名第一需要满足的条件分析

　　我们在做SEO优化的时候，很多站长会把目标定在把网站排名在首页，其实首页并不是我们广大站长想要的，我们应该把我们的关键词排名目标定在第一位，因为第一位可以获得整个搜索关键词的大约40%的流量，而排名前三位和后面的相比，排名前三位可以整个获得70%左右的流量，所以说排名第一位必须是我们要追求的。那么我们网站排名第一到底需求满足哪些条件呢?今天给大家分享讨论一下。

　　一、思考需求问题

　　我们在想网站怎么排名到第一之前我们必须思考一个问题，就是关于百度，在众多网站中百度为什么会把一个网站排名到第一位呢?我们通过案例来说明，百度搜索“大开眼界”这个词看搜索结果。

　　

 

　　搜索结果中百度视频和百度百科排在前两位，因为大开眼界这是一个电影的名字，他是一个电影词，搜索这个词的用户他要寻找的就是这个电影，用户有很强的针对性的视频需求，所以百度视频会出现在第一位。

　　百度搜索“发型”这个词看搜索结果

　　

 

　　搜索结果中百度的图片和贴吧出现在了前面的位置，因为对于发型这个词用户有讨论和图片的需求，用户想要让别人认可自己的发型或者想看看自己的发型到底适不适合自己他需要一个交流的地方，这一点看里面的帖子就能知道，同时用户也需要图片想看看哪些发型是自己喜欢的。

　　从上面两个案例我们能够知道，用户的搜索关键词的需求是百度所重视的，百度也一直致力于这一点就是当用户搜索某一个词的时候第一名的网站能够快速的解决用户寻找这个词的需求。

　　二、作弊方式绝不可取

　　其实在SEO优化里面通过大量高权重单向链接的操作也是能够把我们的网站做到第一位的，但是如果我们一味的追求这一点而忽略了本身的用户需求，这样即使我们排到了第一位也是非常不稳定，而且大量高权重的单向链接我们本是就是很难获取的，如果我们通过购买的方式去操作，这样是很容易被百度识别的，因为出售链接的网站导出链接范围广数量多，各种行业都会有，一旦识别网站就将遭到灭顶之灾，黑帽的作弊方式我们是不能够采取的。

　　三、排名第一需要满足的条件

　　1.基础得分

　　基础得分就相当于我们盖楼时候的地基，在网站里面就是一些基础性的东西，主要有一般性外链、高权重链接(单向链接、友情链接)、网站打开速度、代码的优化、站内内链布局，标题的优化、收录质量等一些常见的优化因素。

　　这些基础性的东西虽然有的时候大家的网站在这一个方面做的都是差不多的，但是我们不能够忽略，对于这些要素我们要从每一个细节去做好，如果这些基础的得分因素我们做不好，我们的起点就会比别人低了。

　　2.用户满意度得分

　　用户满意度得分对于我们网站是不是能稳定排在第一的一个非常重要性的因素，当我们基础得分到了一定程度的时候搜索引擎会给予你网站一个排名，接下来我们想冲击第一位的位置就要靠用户满意度得分了。

　　(1)最大需求

　　首先搜索某一个关键词的用户并不是只有一种需求，用户存在多种不同的需求，在这些不同的需求中是存在大小的情况的，有些需求大有些需求小，比如说“SEO”这个关键词

　　搜索SEO这个关键词我们能从百度下来框看出用户这一段的最大需求是SEO是什么，这时候百度百科就会排在第一位。

　　

 

　　同时因为用户的最大需求还是会变化的，如果之后一段时间用户的最大需求变成了SEO工具，站长都会需要使用SEO工具，那么站长工具就会排在第一位的。

　　所以说搜索引擎会看网站的内容和搜索这个关键词的用户最大需求进行对比，我们对我们行业的用户的一个最大的需求的监控是提升我们网站用户满意度得分至关重要的因素。

　　(2)用户体验

　　可能说到用户体验这四个字很多站长会觉得很空泛很抽象，我们通过下面几个因素来把网站的用户体验进行一个具体化。

　　a.速度和稳定

　　主要是指页面的打开速度，这一点在这里继续强调的原因是因为有些用户有时候在打开一个页面的时候页面很长时间没反应，这时候用户就只能关掉这个页面了

　　b.页面停留时间和跳出率

　　我们的网站把用户吸引过来以后，还要看用户在我们网站里面到底浏览了多长时间，如果用户进来只留了很短就走了，即使我们前面的条件满足了，我们也不会排在第一

　　c.后续的访问轨迹

　　主要是指用户在搜索关键词时候浏览每一个页面的轨迹记录，用户到底打开并保留了那几个页面关掉了那几个页面，比如用户在搜索某个产品的时候喜欢打开好几个页面把产品和产品之间进行一个对比，这个轨迹也是考察用户体验的一个因素，对于这个轨迹如果我们的网站站内内容精准的匹配了搜索该关键词用户的最大需求，用户会停留在我们网站，而不会去再点其他的网站，也就是用户的轨迹就会在我们这里停住了。

　　(3)点击

　　我们之前说的在普遍的情况下前三名是能够占据70%左右流量的，但是如果我们在排到首页以后我们的网站存在独有的差异化，这时候即使我们排名到后面我们被点击的几率也是很高的。

　　搜索引擎在首页提供的十个结果不会是同一个需求的，因为搜索该关键词的用户的需求是有多种的，比如有100人搜索该关键词，最大的需求是40人，第二需求是30人，其次需求是20人，最小需求有10人，排在第一的就是满足40人需求的，而后面的不会是都满足这40人的需求的。

　　在这种情况下我们就要去寻找一个未满足的需求，从这个需求出发去做内容，到了首页以后因为我们的这个需求是比较小的，我们还是排名不到第一位，这时候我们要去微调，把我们内容微调成满足用户最大的需求。

　　总结：首先我们知道百度把网站排名第一是看网站内容和搜索该关键词的用户最大需求的一个匹配程度，同时我们还要满足基础得分和用户满意度得分这两点，从这两点出发，每一个细节都要去做好，比如我的网站(http://www.51shiyanji.net)开始注意这些因素，多去考虑行业用户，不断监控他们的需求。

四 : 我的软件10年：需求的变化就是创新的机会

经常遇到做软件设计的朋友抱怨用户的需求老是变化，自己不断的修改自己的设计，结构搞得自己疲惫不堪，而且软件的应用效果也不理想。其实类似的问题每个人都会遇到，关键是我们应该如何对待，如果我们总是不断的修改代码以适应用户的要求，这时候我们应该考虑软件是否具备足够的让软件开发人员自己比较舒适的适应能力，如果不具备这种能力，则改进设计，甚至具备足够的适应能力，否则，软件设计真的就成了苦差事。

软件设计师不应该害怕需求的变化，更不应该为需求的变化而烦恼，任何需求的变化都可能蕴藏着巨大的机会，这种机会就是创新，这种创新就是未来的市场机遇，就是企业的进步的推动力。创新源于需求的不断变化。这是多年来从事软件开发工作的一点非常深刻的体会，这种变化包括各个方面的，可能是硬件的变化，可能是操作系统的变化，可能是用户群的变统统可以归结为用户需求的变化。我们的软件产品就是在需求不断的变化之中发展的。

如果我们为用户编写了一个软件，不管具体实现的功能如何，只要上述的几种变化出现，我们都不得不不对软件的设计进行调整，有时可能需要对系统的整体框架进行调，甚至重写部分或全部的源代码。刚开始学习编程的时，总是希望一条语句表达尽可能多的含义，梦想一个算法解决所有的问题，一个程序满足所有用户的要求，但这是不可能的，因为我们周围的世界处于不断的变化之中，今天你写的程序完全满足用户要求，一段时间之后，用户的系统升级了，你的程序在新的系统上运行就会产生错误，所以你必须更新程序以适应这种变化。这种变化还包括机器主板的变化引起硬件的冲突，某种型号板卡的停产或改型，用户特别指定的硬件设备等等。另外，我们的头脑不可能聪明到完全可以预览未来发生的事情，所有很难设计一个一劳永逸的软件，另外市场的选择，竞争对手的压力，也逼着我们不断的修改设计。

需求的变化是一个客观存在的事实，软件设计人员必须正确的面对这样的事实，不要指望你辛辛苦苦编写了一年的代码之后，你就可以高枕无忧，尽管你对软件的架构、算法处理的非常好，甚至可以说是完美，然而所有的你所津津乐道的那些完美的设计，都是相对的，当用户 的需求开始发生变化的时候，他们可能提出要增加一个新的功能，那么你很可能要改进设计。 除非你设计的东西没有人使用，否则对设计的更改总是不可避免的。

2000年底的时候，我的第一个商品化软件完成，尽管我不觉得多么好，但是在同其他厂商的竞争中赢得了用户的青睐，听到从市场上反馈的信息，我当时的感觉非常好，然而，很快我不得不修改我的代码，除了程序中存在的一些BUG之外，在用户群不到增加的情况下，用户的要求开始发生变化了，例如：A用户希望整个界面的字体采用楷体比较好，B用户50多岁的人比较多，希望字体能够大一些，可以看得清楚，C用户希望界面上的“医生”改为“医师”，D用户希望界面上的字段数量少一些，等等诸如此类的。关键是有些用户的需求是存在冲突 的，如果程序满足了张三的要求，而张三所要求的东西恰恰是李四要极力避免的，所以对于使用VB时间不长，经验不多的我来说，只能靠保留多个版本来解决这样的问题，我为每个用户保留一个备份，这样每个用户的要求都可以满足了，但是后期的代码的维护几乎让我陷入绝望的境地，试想一下，一个存在问题的函数，需要你在10个甚至更多的版本上同时修改，是一种什么样的感觉，而且每个版本的程序都多少有点区别，任何一次修改，你都必须小心翼翼，一不留神就会产生一个新的BUG，这种更改让人精神紧张。或许，我应该使用VSS之类的工具管理代码，但是我当时根本不知道世界上有这样的一种工具。所以在万般无奈之下，我必须想办法拯救自己，可不能陷入到需求变化和版本层出不穷的深渊，于是我开始构思下一版的软件，这个软必须能够解决现有版本的程序所面临的一切问题，同时可以支持网络版的功能。

在2002年，与后来的两个同时鼎力合作，终于在11月份完成的这个新版本的程序，整个程序界面上的控件都是在程序启动时动态创建，可以直接编辑，编辑完成之后将界面信息保存到数据库中，下次启动应用程序时再从数据库中动态加载界面，界面上的字体，颜色，甚至整个界面的风格都可以由用户自己选择。当这个软件第一次推出的时候，用户也比较喜欢，很多设计非常新颖。直到今天，这个版本的程序还在不断的完善，但是程序的样子与2002年11月相比，已经大不相同了，现在的程序更加美观，看起来更加专业，使用更为方便，也更稳定。但是这个程序比较庞大，因为它要同时支持Access和SQL Server数据库。这个程序也就成了我们的产品由单机版向网络版过度的一个桥梁。这就是我们的第三版软件。

可以说第三版软件彻底解决了第二版软件面临的问题，但是在网络方面遇到了挑战，那就是所有的网络版软件都面临的问题：流程的变更和业务规则的变更。第三版的设计初衷就是为了解决第二版遇到的问题，不过为了节约工作量，同时兼顾了网络版的功能，这就导致了第三版代码比较多，其中经常出现是单击版还是网络版的判断。对于网络版的用户需求的适应能力，第三版显得有点吃力了，我们不得不在程序中专门为某个用户增加一些特殊的处理，当网络版的用户快接近10家的时候，我们的噩梦又开始了，当然比第二版要乐观一点，因为VC中可以使用预编译条件解决了不少的问题，例如一个对话框资源可以根据不同的条件显示不同的外观等等。由于针对多家用户添加的那些if else实在是太多了，修改一个地方，一不小心就会影响其他的功能。当然这也与第三版程序结构的设计不太合理有关系，因为这个版本的程序我依然是在现蒸现卖，卖到2005年底的时候，我对于VC才有了点感觉，什么是面向对象的设计，什么是设计模式，系统架构等等的概念开始接触和学习。

在2003年非典刚刚开始的时候，我们的第一个网络版用户开始装机，从那时起第三版软件开始了网络版的考验，从第三个网络用户开始我就不得不规划第四版软件了，这个新版本的软件必须同时解决第二版和第三版所遇到的所有问题，同时可以非常方便的解决流程的变更和业务规则的变更问题。2004年2月,我正式开始设计第四版软件，这个软件可以设计界面，设计流程，增加和编辑业务规则，而且支持脚本和二次开发，到2005年11月，我们的BUG管理器通过第四版软件配置完成了，现在用得很好，到元旦前，估计我们得计划管理器也可以配置出来。这个版本的软件就像一个平台，可以搭建起几乎所有的数据库管理软件实现的功能，从而开发人员可以自如的面对用户需求 的变化。当然，并不是所有的需求都可以在不改变程序代码的情况下实现，但是相对于第三版软件，新版本的软件已经很优秀了，至少我们不需要为了实现每个用户的要求而修改程序的代码。另外，同第三版软件相比，该版软件的系统架构好多了，尽可能采用面向对象的设计，关于设计模式的很多规则也应用了不少。

软件设计师就是为了解决麻烦而存在的，既要解决用户的麻烦，也要解决自己的麻烦，在这样的过程中不断的进步。抱着这样的一种心态，我们可以从容面对用户需求的变化，如果我们设计的软件不能够做到随需应变，那么很可能软件的结构和设计上遇到了问题，我们必须考虑如何改进设计以适应这种变化，如果你绞尽脑汁之后发现修改代码将会把一切搞得更糟，那么我们应该考虑是否重新设计一个新的产品。 

五 : 阿里软件改版 谈header分析网页的可用性

虽然是一个过渡时期的版本，可是跟以往的版本已经有了很大的提升，从一个简单粗糙的页面过渡成一个渐渐符合规范和可扩展性页面。

这个版本需要满足各方面的需求，交互设计师在这里做了很多的桥梁工作，和以往的项目一样：

前期的用户调研与DBA的数据分析很早就做了一些，与PO同学探讨商业需求与战略目标、与PD共同分析需求并对其项目分解，展开交互设计后，后期的视觉督导和前端工作的结合都是UED的重要组成部分、前端开发工程师与QA的bugfix工作和页面上线是细节的工作。

不同的是这次项目由UED部门去主导，也是用户体验地位的一项重要提升，在公司商业目标逐渐清晰的时候UED部门的同学开始逐渐发力。

那么我想从这次改版的页面中提出几个关键点进行分析。

(一) 商业需求：

一个项目的发布都需要有明确的项目需求，思路清晰了就好进行系统设计。一套项目流程走下来，从kickoff到高保真DEMO评审，UC明确后基本上就不允许有大的改动了。

header改版中的商业需求：

在第一版的时候我们在logo的旁边加上了“测试版”的字样，是因为当前版本是一个满足商业需求的版本，几乎没有规范可言。一切都是为了将网站做成一个符合我们目前业务的网站。

作为交互设计师，一定要明白目前的需求点在哪里，虽然我们一直在致力于各种关系的平衡，但是适合时宜的结合当前的情况去设计无疑是最好的选择。罗马不是一天可以建成的，一定是一项一项的展开工作，昨天的漏洞今天就需要去弥补，用一个开发工程师的话来说：“我每天的工作都是在踩各种各样的狗屎。”碰到了因为仓促上线而遗留的问题。

四种不同应用状态下的header

第一个是首页，它包含了所有的业务和搜索功能;

第二个是拥有3级分类的2级导航，刚性的功能页面;

第三个简单的2级分类导航，它在乎的是子页面所包含的内容;

Detail页面，抛开了罗嗦的子分类，可是右上角的文字和链接过于干扰，在后续的版本中就会改进。

这个是目前的navigation bar，也许大家奇怪，为什么右边的自主软件变成这样了，答案只有一个，商业目的和战略需要所致。

阿里旺旺的地位被逐渐提高到至高的角度，甚至整个alisoft mall平台都会依附阿里旺旺的品牌进行扩展，这也是一般用户对旺旺的认知度比阿里软件还要高的原因之一。

来看看更早期的navigation bar吧。

2007年公司刚成立时，也许今天很难想象当时朦胧的雏形和800分辨率的网站尺寸，这在当时确是主流，没有几个大型网站将页面换成1024px，当时的网站连内容都还不具备，所以连最基础的login也不包含了。

(二) 视觉识别：

阿里软件是阿里巴巴集团的第5家分公司，Branding 的指定要和集团的色彩体系有所融入，那么阿里橙就是首选了， 将前一版本的绿色改掉成橙色系的icon就是一项小小的改进。

 

(三) 技术实现：

在这个首页的制作当中，前端开发工程师做了大量的工作，从框架的规划到可根据页面内调整进行整体框架的机动变更都是之前的铺垫，良好的规划是多人协调的一个重要部分。

用CSS Sprite优化页面响应速度;

减少图片文件大小，将多张图片集合可以将图片的总大小缩小;

减少数据请求，原来每加载一张小图，就会有一次数据请求，拼合好的图片只需要一次请求就够了;

减少CSS代码量，样式更容易管理;这些都都是细小的改进点。

 

(四) SEO：

网站SEO至今仍是一个薄弱的环节，记得集团SEO部门的一个人说过，SEO做到极致就是没有SEO，当大家都在关注的时候，必定会做出符合各种有利于SEO的产品。那么在当前的情况下我们仍希望对此进行加强。

CMS发布系统的静态化;

因为大型的网站都会牵扯很复杂的逻辑端、跨域问题，之前引用了很多的iframe，动静相混的页面结构爬虫无法识别，在UED的一片要求之下终于将首页迁出，可谓是由此前进了一大步。

flash banner也因为富媒体的原因无法被搜索引擎所抓取，那么在这个上面，JS代替了flash的表现，功能大于形式。

(五) 总结：

前几天和PO在争议一个功能点的问题，为了满足商业需求做了很大的让步，用户体验往往会和技术、商业需求产生矛盾。平衡关系、不拘泥于教条和创新才是我们的价值所在。

其实本来想说说首页的，一个页面的包含的内容太多，拿出几个细节与大家分享，之前有句老话：“细节决定成败”，其实应该改下了：“关键细节决定成败”。

本文标题：软件需求分析的重要性-赵春：分析软文的三大重要作用
本文地址： http://www.61k.com/1223301.html