冰天国度

以前跟小雷两人经常开这样的玩笑:
领导:能者多劳.
员工:忍者多劳.
呵呵,咱现在即要负责产品设计,还要负责项目跟踪、沟通、维护,偶尔还得练练笔杆子。这不，月初才交待完两份投标方案，月末又要写产品说明文档。呃。。。。思想斗争中。。。。俺到底是啥岗位？？（小小的抱怨结束，开始回正题。）
产品说明文档怎么写？本着以前积累的一点点策划经验，好不容易围绕着企业问题，产品功能与优势，适用范围，案例写了一份上交。结果被一巴掌拍下来，曰之不够专业。郁闷了，到底应该写些什么？怎么写？算了，不耻下问，去领导办公室坐了坐，成功取经归来。按照方法写了一天，感觉不错，找到了一点点“专业”的感觉，现在写累了，休息一下，把模板记录下来，顺便把这没人疼的博客更新一下下。（正式回正题）一份完整的产品说明方案，应该包括以下几点：

之前的提供的几套模板都很受欢迎的，既然互联网的核心是信息分享，那么今天就继续分享一些好东西吧。
这年头在工司里做事，都是动不动就让你写策划案。特别是网站策划，列是美工、编辑、策划、运营这种种岗位都有可能写。今天就提供这样一套网站管理方案的模板吧。
同样，如果对你有帮助，请大方的留下足迹，帮助我判断一下需求量。呵呵。
以下便是网站策划方案模板：

首先，写这篇文章还是花了点时间的，所以转载请注明出处。
虽然才Enterprise Architect还没多长时间，但它杰出的管理能力，强大的功能，小巧的体积，柔和的界面设计，都让我非常惊叹！与之前的rose相比，Enterprise Architect是我现在画用例图与做需求的首选工具。

对Enterprise Architect不了解的可以去百度一下。那么开始讲需求实例吧，就以“资讯浏览”为例子。这次我在做的项目中要求把需求写得很“细”，希望大家不要觉得很八股。

最近整理文档时发现了以前的培训文件，觉得还是蛮有用的。根据自己经历过，感觉需求的三个层次同时也代表了产品在市场上的三种情况.
需求分三个层次:业务需求,用户需求与功能需求

业务需求:反映了组织机构或客户对系统,产品高层次的目标需求
用户需求:描述了用户在使用产品时必须要完成的任务
功能需求:定义了开发人员必须要实现的软件功能,使得用户能完成任务,从而满足业

 
其实对于需求的概念，这么多年有多种解释，上面只是其中的一种解释。很有意思的是，我发现有以下规律：

上次发了一个《可行性研究报告》的模板，刚开始几乎没有什么人下载，还以为没有人需要呢，结果一个月后才发现搜索量大增，看来需求量还不错，于是决定再送上《软件需求说明书》的模板。
同样，在该模板中针对每点都有详细的说明项，在本文最后可以下载，以下是目录：
1引言 
1.1编写目的
1.2背景

上个星期同事推荐我到开心网上去玩，看到他们都在津津乐道的谈论着谁谁谁把谁谁谁买了，感觉相当的有意思，仔细看了一下原来只是一个纯粹的文字游戏，没有flash,也没有其它技术含量比较高的东西。当时只是在开心网上随便看了一下就离开了。后来在校内网上玩，也发现这个好友买卖的游戏，由于上面的好友较多，由于是深刻的体验了一把，发现这个小小的娱乐游戏大大的增加了用户粘性。我以前三天上一次校内，现在几乎每天都在上面泡着，就为了能够准时的把买的“宠物”拉出去打工赚钱。。。

好友买卖

很早以前就说过，交互设计与需求的结合是非常紧密的，为了把这次的网站项目做好，我希望对用户有一个宠观上的了解。因此在网上找一些数据，结果还不错，顺利地找到了下面这张图，相信对很多人都会有参考价值，在这里与大家共享一下。

学生与白领上网偏重

今天看到新闻，说是百度贴吧正式推出了会员功能，能为吧友提供更多的吧内权限，方便吧友更好的交流；同时，对吧主赋予了更高的权限，如删除不相关帖子及吧成员等，便于吧主增强对贴吧的管理。
我一直认为百度贴吧的那种结构对用户体验是有很大的负面影响的，初次去的时候甚至不知道东南西北。但是它发展的今天，确是越来越壮大了，特别是地方性贴大，影响力非常大。再加上这次增加了网友的权限，感觉百度是想让网友更深的介入到社区的管理了，带来的影响还是相当大的：
对网友而言：完善用户体验，保持用户规模
百度贴吧赋予吧主权利删除与贴吧主题不相关的帖子与贴吧成员，有利于维护贴吧内帖子主题的一致性，减少不相关信息对用户浏览行为造成的打扰，方便网友快速、便捷的找到感兴趣的内容。并有利于维系老用户的使用，使用户规模得到保持。

据传以下是搜狐正在测试的新首页(点图放大)，转这篇文章的目的不在于它的新闻价值，也不在于笔者对设计的评价。只是纯粹的觉得本文作者对于需求的分析很清晰，对于搜孤这样大的资讯网站，如何处理与平衡各种需求可能是最为头痛的问题，而且网站栏目的摆放绝对不是想像中的那么随心所欲。本文最有价值的地方在于告诉我们栏目为什么要这样排放，是什么样的原因导致的，以及这样做可能带来什么样的结果。
PS:其实我比较在意搜孤是如何平衡内部需求的，从文章看来，似乎内部需求占了相当的份量。
转至:http://www.bianews.com/viewnews-21123.html

从上图中可以看出，搜狐新版的主要变化体现在如下方面：
一、页面设计和呈现方面
1、采用了1024*768分辨率显示下最佳的屏幕显示宽度。
2、左侧主路径阅读字体选择了12px，之前则主要为9px。
3、页面长度变成了八屏(以按键盘pgdn为准)，之前为六屏。这一点很难理解，做减法应该是大势所趋，信息爆炸的年代，难道搜狐觉得当前网民还缺少信息吗？
4、阅读主路径不变，仍然放在左边。
5、颜色仍为科技蓝，看起来较为美观。

昨日在群里与网友们讨论游戏网站的设计问题，主要是两种观点，一种是重设计，一种是重需求，因为只是简单的讨论了一下，最后并没有什么结果。但却引起了偶的一点兴趣，也简单说一下自己的想法。
事情是这样的，某位网友说他的公司因为想做出好的游戏网站，所以要招聘厉害的网页设计师。
我觉得如果把玩家的需求弄得相当清楚了,游戏页面做起来也就不会很难，因为对设计而言,目标群体的需求（这里排除内部需求）应该是最重要的前提条件。从另一外角度来看，无论是做网站，或是做软件,说白了都是在服务,而只要是做服务的,就一定是把用户需求摆在第一位。
再扯得远一点，网站的建设是遵循一套原则的：目标–定位–整体策划–信息架构–制作。很明显，定位、策划都跟用户需求有直接的关系。所以如果一个网站如果做不好，其根源很可能在需求上，而不是页面设计。相反，如果满足了用户需求，页面丑一点又有什么关系呢，看看游侠的网站，垃圾了那么多年，还不是一样火爆。
回到游戏网站（其它网站也一样），单纯的来看待网页的设计其实也分两个部分：

      软件需求可以来自方方面面，这取决于所开发产品的性质和开发环境。需从不同用户代表和来源收集需求，这说明了需求工程是以相互交流为核心的性质。下面是几个软件需求的典型来源。 
1. 访问并与有潜力的用户探讨
      为找出新软件产品的用户需求，最直截了当的方法是询问他们。本章讨论如何寻找合适的用户代表，而在第8章讲述从这些代表中获取需求的技巧。
 2. 把对目前的或竞争产品的描述写成文档
     文档可以描述一种所必须遵循的标准或产品所必须遵循的政府或工业规则。
 3. 系统需求规格说明
      一个包含软、硬件的产品需要一个高档次的系统需求规格说明以介绍整个产品。系统需求的子集被分配到每个软件子系统中（ Nelsen 1990）。附加的详细软件功能需求将从有关软件的系统需求里获得。
4. 对当前系统的问题报告和增强要求指导用户和提供技术支持的工作人员是最有价值的需求来源。他们收集了用户在使用现有系统过程中所遇到问题的信息，还接受了用户关于系统改进的想法。

网友(zEUS.)又要发布新的WP主题了,对于这款主题我也是蛮期待的,对于当前的黑色主题,已经不止一个人反映出阅读时眼睛很累了.不扯远了,进入正题,先看一下效果图吧.

整体效果确实没话说，酷、简约、明了，很有水准。同时也存在一些小问题（仅带表个人意见）：
1.右侧的标签页。有四个分类，“最新留言”“本周推荐”“热评日志”….最后一个备用的不管它，看前三个，“本周推荐”与“热评日志”是都是基于日志标题的，可以看成是日志的不同排序方式。而第一个默认标签是“最新留言”，这里产生了问题，与之后的两种日志列表明显不属于同一类别。建议将“最新留言”换成“最新日志”，那么在大的类别上就统一了，整个标签页构成了一个完整的日志排序体系。另一方面，一个CMS网站的核心在于他的内容，而非留言，最新日志列表的价值绝对大于最新留言。从用户需求的角度，他更关心你有什么日志，而非其它用户都留下了什么话。想要突显这个网站的用户很多、留言很多、在日志后面有那个回复数就够了。

看到这张图(点击图片会放大)以后是不是感觉很炫,这就是网友zEUS制作的一款支持Widgets 的 Ipple 主题.不得不配服zEUS很强大,在基于兴趣的基础上完成了这套主题,并且包括基于普通博客与CMS两个版本.在这里提供下载地址,上面一个是基于CMS的主题下载,下面一个是基于普通博客的主题下载,建议博客文章不多的朋友下载第二个.
Ipple Ultra ( Widgets Ready ) Version: 2.08.04.04
Ipple Lite ( Widgets Ready ) Version: 2.08.04.04

下面就对这个主题简单的分析一下吧.(亮点有很多,这里就主要针对首页进行分析,更多情况下是从交互设计的角度 )

去年的时候自己曾负责过一个网站项目，由于是初出茅庐，几乎没有什么项目计划与管理的概念。结果是碰了一鼻子灰，那段痛苦经历的教训可能会永远印在心里。像我这样的失败例子在现实中其实很多，只有按照科学的方法做事，才能保证产品的质量。
今天就简单介绍一下软件工程与项目管理类的知识。因为只有在一个大的体系下才能更好的理解自己的工作性质与任务目标。软件工程是非常庞大的，我的文章会把重点放在软件产品的需求分析这一阶段，但首先，还是应该对大的体系与概念进行了解。 让我们开始吧：
软件由程序、数据与文档组成的。
 
软件工程简称SE，是针对软件这一具有特殊性质的产品的工程化方法。提供一整套工程化的方法，来指导软件人员的工作。
 
软件危机指在计算机软件的开发项和维护中过程中所遇到的一系列严重问题。概括来说包括两个方面的问题：一、如何开发软件，以满足不断增长，日趋复杂的需求。二、如何维护数量不断膨胀的软件产品。落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。
 
软件工程知识体系指南（SWEBOK）中界定了软件工程的11个知识领域：软件需求、软件设计、软件构建、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程工具和方法、软件质量和相关科学知识领域。
这上的每一个领域都可以细分出许多其它领域，有兴趣的朋友可以在网上进行查阅，这里只列出软件需求相关的领域。
 
软件需求包括七个领域：软件需求的基本原则、需求过程、需求获取、需求分析、需求规格、需求确认、实践注意事项。