什么是WBS(Work Breakdown Structures)工作分解结构？PMI®的PMBOK®中解释如下：
The WBS is a deliverable-oriented hierarchical decomposition of the work to be executed by the project team, to accomplish the project objectives and create the required deliverables, with each descending level of the WBS representing an increasingly detailed definition of the project work.我翻译一下，我的英文水平有点烂，理解一下：WBS（工作分解结构）是由团队成员执行的以可交付成果为导向的工作分解，以实现项目目标和创建符合需求的可交付成果，WBS往下的每一层对项目工作的描述越细致。用一个比较形象的列子，把写书看成一个项目，写书都会从提纲开始，提纲是书的基础，WBS也一样是项目的基础，几乎所用的项目管理过程都会与WBS相关。WBS的组织方式有两种：第一种是按照项目阶段进行分解，及每个项目阶段都会有独立的WBS（如图1-1）；第二种是按照职能方式进行分解（如图1-2） Continue reading “有效的工作分解结构（Effective Work BreakDown Structures）”
百度更新时间—-作 为一名网站站长，来自搜索引擎的流量已经是网站流量的一个重要组成部分，因此对搜索引擎更新特别关注，总是希望自己的网站在百度收录越来越多，天天 site，麻烦的要命，大家掌握一下百度收录的大概更新时间就不用天天site了。百度收录的大更新时间是每月11号 和 26号，特别是26号，更新幅度最大，K站也是最多的。 小更新时间:每周四。 更新时刻都在凌晨4点。 一般凌晨4点更新，对网站流量都没啥影响，只有到中午的时候，百度对网站的关键字搜索进行重新调整之后，才会有流量上的大的变化，自然流量有增自然有降。
google收录时间 —-更新后第4天 更新时间 每七天更新一次(排名影响小) 大更新时间 每月更新一次(排名影响大) PR数值更新3个月更新完一次(9月20日更新过以此类推)因为存在不同服务器更新总时间为一星期 GOOGLE有两种爬虫一种是收录爬虫,此爬虫是专门收录网站用的,还有一种是增加排名的爬虫,此爬虫是综合计算反响连接用的爬虫,并且对排名的稳定和位 置很重要. 所以有的新站,在刚收录的时候排名不是很好就是很差,这是因为第一个爬虫的原因,但是网站掉了不要着急,真正排站要在三个月后第二个爬虫来的时候来会生 效. 还有就是GOOGLE谷歌研究者们发现了一个很简单的办法，就是查看GOOGLE的几个镜像站点是否相同，因为在GOOGLE更新期间，他总是将 www2.google.com或者www3.google.com作为更新测试站点，在这期间，后两个站点中索引的页面数量和主站点将会不同。比如当我 们从www.google.com，www2.google.com ， www3.google.com 还有就是一种情况： 三个网站搜索同一个关键词，得到的结果的数量不相同，这就说明GOOGLE正在更新。 GOOGLE这种大规模的更新在国外被称为GOOGLE DANCE（狗狗跳舞），有一个专门协助我们检查他是否正在跳舞的网站 http://www.google-dance-tool.com 这个网站提供一个工具，通过这个工具，我们只需要输入一个关键词然后点击一个按钮，就可以看到GOOGLE三个镜像站点的搜索结果，很方便我们对比。
其实最重要的还是提高网站的质量，不能是网站的设计，还是内容，还是页面的代码，都需要得到很好的优化。
{一个问题}嚼嚼会
—有问题？周五嚼了它
先说说嚼嚼会的“红本本”：
{一个问题}的宗旨：每次我们只有且只解决一个问题
—因为问题很多，我们需要找到他们的根源，把它fix，那其他的都迎刃而解
{一个问题}的目标：解决能触及的一个问题
—虽然每次只解决一个，但在交流过程中，分享过程中，大家都得到了各自需要的和我们这个团队所需要的
{一个问题}的义务：在嚼“它”的同时，共同嚼掉它，不嚼者将被清理
—你知道我说的“它”是什么意思的，对吧？想嚼更多？请你多多发起问题
{一个问题}的范围：任何问题
—但在开始前，请偷偷跟KDUED里某位成员交流这个问题是否有讨论的价值，是否能让大都数人参与讨论，当然，如果你是证明哥德巴赫猜想，请你分享！最后，在开始前一天公布所有问题，大家投票决定“嚼”哪一个。
Continue reading “第一届{一个问题}嚼嚼会”
V5.0之后，我们总结了一些得失。首先要说的是改版的动力。产品设计或产品升级的驱动力只有两个：用户需求和网站目标。之前的我们的多次改版，其驱动力更偏向于后者。并不是新改版的规划不考虑用户需求，而是我们还在不断改进和调整网站目标。当然希望下一版，可以启动用户需求驱动。
接着说一说如何在Web设计中如何很好的实现以用户为中心的设计。就需要有一个基本的逻辑：即UCD是可以和软件工程一样，形成一套科学的方法论，并且需要有效地嵌入到产品设计和开发流程中。
我刚入行的时候把UCD看成一种偏感性的设计理念，我想很多人会跟我一样的观点。比如，我们能指出某个产品设计的不足和某个失败的交互，但这还只是凭借观察体验和一些思路得出的认知。但其实UCD是一们科学的体系。并且UCD已在ISO13407中有非常清晰的定义（同样的可用性在ISO9241-11也有明确定义）：
a) 用户积极的融入及对用户和他们的任务需求的清晰理解；
b) 用户与技术之间一个合适的功能定位；
c) 设计方案的迭代；
d) 跨学科的设计。
建立这个逻辑之后，我们聚焦到web设计上来。这里推荐的是Jesse James Garrett在《The Elements of Web Design》的经典web设计模型，非常理体系化。
上图的很多标识不够清晰，更详细版本大家可以点击这里查看。
Jesse提到了web设计的两条线：作为软件的web设计（Web as software interface）和作为超文本的web设计（Web as hypertext system）。前者是任务导向（task-oriented），后者是信息导向（information-oriented）。然后在两条线上有或者交叉或者独立的方法来演进。这个模型狂赞不止哇……
最后说说衡量UCD效果这个问题：用户满意度和用户推荐度。
有时候，规划师（或需求、交互）把内容呈现的框架草图搭建好后，就直接“丢”给了设计师，让设计师在画好的框架里去美化内容，出来后的效果，往往达不到规划师（或需求、交互）预期的目标效果，然后就是反复的修订和磨合。如何改变这样的局面呢？我想首先规划师（或需求、交互）的目标要定义清楚，然后要做完善的信息架构分析，内容的主次位置、版块结构、所占面积都要细化考究，交给设计师的是一个尽量完善完整的框架方案，而设计师呢，必须全面理解目标及内容划分的原因，几方面结合，才能做出精美的设计作品。
举个例子，我们把规划比作“导演”，把需求和交互比作“编剧”，而他们最终输出的内容及框架图比作“剧本”，把设计师比作“演员”；好的导演会选最好的“剧本”（符合目标消费者心理需求的故事），选最符合剧本角色风格的“演员”去演绎，在拍摄前，会让演员“熟读剧本”，体会剧本中角色的气质及内涵，充分了解剧本的主题思想及精髓，完全投入到剧本的情节中去，整个剧组中的人齐心协力，最后才能成就一部优秀的影视作品。假如，导演或剧本不好，不管演员演得多职业多卖力，读者也不会买单；反过来，导演或剧本都很棒，而演员演绎能力很差，部分读者也许会咬牙坚持下去，但他们绝对体会不到故事的精髓。
Continue reading “浅析设计与内容呈现的关系”
