互联网之'我的阅读'

产品需求不明确的情况下先行设计如果产品经理对某一块功能还不清晰，可以先从设计上给出一些方向性的指导。如果产品经理的一些功能说明书还未给出，也可以先通过沟通了解去需求，先行设计。不要过度设计与适当适量过渡设计过度设计就是做了很多这个版本或者未来几个版本都暂不能实现的设计。过渡设计就是由于一些技术原因实现不了最好的设计，只能做一些折中的设计。过度设计会给项目造成很大的压力和一些不必要的浪费，过渡设计则会适当的缓轻项目的压力。设计成果、思路文档化在项目中，我们的设计稿、设计思路都记录在文档中，一方面保存了设计理由，一方面使项目各个成员都能方便的了解设计方案和理由。同时，如果在版本检查中也能够将检查出的问题文档化，很方便跟踪和记录。学会沟通主要有会议沟通、当面沟通等方式。沟通时应该注意使用合作友善的态度，同时还要抛弃信仰大战，寻找合适的沟通语言。控制情绪情绪会影响团队氛围；情绪会影响设计质量；情绪会影响周围同事；情绪会影响部门以及个人形象。耐心细心检查版本检查是一个需要耐心细心的工作，需要从头到尾一遍一遍的过。遗漏一点都可能对版本质量造成影响，对产品的形象有影响重视规范的作用重视规范的作用可以使得沟通顺畅，使得做的东西更加专业。项目初期就应该形成一定交互、视觉等规范，使开发在开始阶段就有章可循。

那么如何让页面更活？思考如下： 1. 动态的 放上一些活动的元素，比如flash动画、js行为等。整个页面是动起来了，但我相信，这不是用户的初衷，用户想要的也不仅仅是表面上的闹哄哄。 2. 静态的 通过字符、图形、色彩来调动用户情绪，传达一种欢迎光临、热情洋溢的感觉。比如与用户对话的文字、让用户一看就想点的按钮、活力四射的颜色等。 3. 参与的 让用户在与页面的交互过程中体验和感觉到。比如，Google的搜索提示，雅虎Logo的音效、触发选项卡等，藏的越深，效果越持久。 4. 期待的 一次体验用户还认识不到，多次尝试并深刻体会之后，将质变成为一种期待，比较含蓄的手法。比如，Google的节日个性Logo，Flickr的多语言问好等。 总之，细节累加，成就独特气质，并且将传达给用户无形的感觉。

互联网赢利模式的三大类型 为了直观，我将互联网赢利模式粗略分为草食、杂食、肉食三大类。 1．草食：低组织 我们常见的网络广告、会员费、电信增值业务都是典型的草食，其依托“用户的低成本获得及保持”这个网络特点，大量收集流量后以一个很低的概率引导到目标站点。这很象草食动物，主动出击性弱，随吃随拉，依托的是食物的充足易得。 2．杂食：初级协同组织 alibaba、ebay就是典型的初级协同组织，买家和卖家聚集在这里，通过检索和广告相互发现，各自交易。有些初级协同是通过站方的虚拟币来衔接的，例如起点的付费阅读。这种模式的特点是，用户享受的服务或商品主要是其他用户提供的，站方只能收取少额的许可费或本站交易佣金，具有薄利多销的特点，它充分利用了“低成本获得和保持用户”，但只初步利用了“低成本协同组织”的网络优势。这很象杂食动物，一方面吃草，一方面吃点容易获得的小动物，营养比较全面，味道比较丰富，付出不算太累。 3．肉食：高协同组织 最近草根网访谈的500wan，就是典型的通过高协同组织产生增值。他们组织彩民联合买彩，极大增加彩民中大奖的机会。团购（篱笆网）也是典型的高协同组织。这种站方组织协同交易，在协同产生的增值中分利的模式，利用了“低成本的协同组织”这个网络优势，实现的是传统现实环境中难以取得的增值，交易各方实现多赢。这很象凶猛的肉食动物，味道甘美营养好，主动出击，但收获不是那么有规律，比较累。

wealink几乎做到了实名制，这是建立SNS的必要条件之一。但wealink传递人的关系其实建立在“公告转发”上。那个寻求联接只不过是形式的东西。我wealink上大致有不到300个链接，不过很遗憾的是，我从来没有因为wealink而建立起我事实上的新关系。在wealink上我联络的更多的，不过是早已有过关系的那些“朋友”罢了。 但wealink的公告转发的“情境”使得写一条公告需要动些脑子。它的输入框极大，迫使内容发布者不好意思唧唧歪歪地闲聊。

人际传播->关系->低门槛 大众传播->内容->高门槛 另外一个需要关注的和被引入的学科就是“社会学”，特别是社会学中的行动理论。

当横幅广告被分割、变成纯文本、一张脸孔或当广告被伪装成内容时，会获得高点击。这四种设计元素在吸引眼球方面被证明是有效的.

Alertbox 以前的一份调查报告表明，最不受欢迎的网络广告行为是：. 　　在你的视窗中弹出　　　　 95% 　　缓慢下载 　　　　　　　　94% 　　用”诡计”诱骗访客进行点击 94% 　　没有”结束” 按钮　　 93% 　　掩盖了正要看的内容 　　 93% 　　对于广告产品语义不详 　　92% 　　内容在周围移动　　　　　 92% 　　占据大部份页面 　　　　　90% 　　频繁闪烁 　　　　　　　　87% 　　在荧屏上漂浮　　　　　　 79% 　　自动播放声音　　　　　　 79%

。Facebook使得你展示给他人看的信息，受到他们的某些控制；Facebook需要更多区分不同级次“好友”的方式。（第一级：同室密友，女朋友。第二级：销售上的联系伙伴，梦幻联赛（fantasy-league，在线游戏名——译注）队友。第三级：任何对你的绩效考核（performancereview）表示赞许的人。）

（任何到过Facebook网站的人都算作一个访问者。但是要想浏览页面或加为好友，你需要注册。）

巴黎、伦敦、柏林、布拉格。穿行于美丽的城市街道，随性的购物，品尝各地饕餮美食。

所有人都想要一个美丽的家。什么才是你的生活品位？金钱已经不是问题，全球最棒的设计师正在等待你给出的设计方向.....

1.硬件处理能力 processing powe

2. 水描绘出流动的海水

3. 人脸

《Communicating Design》里面也有10种~ Personas 角色设计文档 Usability Test Plan 可用性测试计划 Usability Reports 可用性报告 Competitive Analysis 竞争分析 Concept Model 概念模型（概念图） Content Inventory 内容清单 Site Maps 站点地图 Flow Charts 流程图（交互流程图） Wireframes 线框图 Screen Designs 视觉设计、原型设计等

5、6、7可以在小型项目中结合，大型的项目中还是要适当分开。 交互原型可以以交互设计说明书的附件形式存在

1、产品概念文档(项目策划书) 主要是对市场需求进行合理的科学的推导，得出新产品机遇，并对产品定位以及未来的发展方向进行概念性阐述。产品概念文档主要用来对新产品进行宣讲，让项目团队对将要开发的产品有一个概念上的理解，在思想上达成一致。 2、用户调研报告 主要有两类，一类是产品概念形成之初，研究人员进行的需求调研而输出的报告。主要是为产品概念的提出提供科学的依据，为需求的推导寻找佐证。另外一类是项目开发过程中，对设计中不确定以及有分歧的地方进行用户测试，得出结果并输出用户测试报告。 3、产品需求列表 这个列表并不一定是文档，但是他非常重要。它是将新产品拆分成几个大的模块，并将这几个大模块再细拆分成各个功能点后形成的功能列表。它的用途是将整个产品的工作量化，利于设计师、开发人员、测试人员评估自己的工作量，利于开发过程中对各个功能点进行跟踪，不遗漏，利于产品测试时对产品进行全面覆盖。 4、产品说明书 产品说明书是目前很多公司中最常见，他主要包括产品功能的详细描述，产品所需要的开发、运行环境，性能要求等等。准确的讲，这份文档并不应该包含具体的交互内容。这个文档面向的是项目的全体成员。 5、交互设计说明书 交互设计说明书对整个产品的界面结构、交互流程进行详细的描述。它一般包括需求分解、竞争产品分析、流程说明、页面布局说明等内容。交互设计说明书的格式众多，灵活性也相当高，但目的都是将产品的结构和及流程形象化。交互设计说明书主要面向开发人员和测试人员。 很多公司将交互设计说明书和产品说明书结合在一起进行撰写，其实这种做法并不是十分合理。通常情况下，产品和设计结合的文档结构非常庞大，非常不利于查阅，也不利于撰写，而且这种结合文档的很多内容对特定人员是无用的。 6、交互设计规范 交互设计规范主要是用来规范新产品中常规的功能、操作等内容，比如页面的标题规范、界面快捷键操作的规范、提示反馈信息的规范等等。 7、视觉设计规范 视觉设计规范主要是规范新产品中一些视觉元件的样式、页面边距相对边距、通用界面的页面框架等等，开发人员根据规范就可以自行开发一些通用界面。 8、开发文档 开发文档包括一些需求分析、系统架构分析、数据库分析、开发日志等等内容。开发文档主要用来作为开发团队的技术沉淀。 9、测试用例 测试用例指对新产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。 10、产品评估报告 产品开发完成后，应由测试人员撰写一份评估报告，对产品功能的实现情况、性能情况、bug解决率等问题进行综合说明和评估，来确定新产品是否符合发布标准。 上面的这十类文档是非常理想化的项目中才具备的，也并不是适用于所有的项目开发，但是，产品说明书、交互设计说明书、测试用例等几类文档是一个项目中不可能缺少的，他们是一个项目有效运行的核心文档。

图形界面应用指南、界面交互应用指南、用户情感设计标准。

其实无论是“规范”还是“指南”，他不应该是说有就有的。最起码的一点“他和企业的‘ＶＩ、ＣＩ’不同”。 VI、CI是企业在创建之初就设计规划好的，它是“预创建”的“条款”。原则上“必须遵循”！ 现实点来说，“界面指南”是在应用中不断积累出来的，它不能说“一开始就规范好了，然后去应用”。原则上是“参考遵循”。 6. “界面指南”是为产品服务的，并不是为了“束缚产品”的。

1，界面上的文字应该做到：清楚而准确的向用户传达信息。其实这是内容优化的最基本要求，本应该是所有产品都可以做到的。但往往是越熟练的人越容易在这里出现问题。常见表现：过份的向非专业用户展示专业词汇、信息提示本身误导了用户。 比如，某视频网站突然蹦出来一个“bps超出，链接失败。”（查了资料我才明白bps大概是每秒链接数的意思）比如，有些网站用户没有注册也去登录的时候反馈提示为“密码错误”。其实直接提示没有此用户，然后给个链接“注册此用户”，你会发现转化率相当高，注册量有了用户也方便了。

3，整个产品不同位置的文字应该统一。大家都讲普通话，不能一会中国话一会外国文。这是一个最简单的问题，却是大部分网站都未能避免的问题。（特别是在中文网站，大概是因为中文说法太多了）比如，作一个IM软件，一开始是“添加好友”，接下来“联系人列表”，然后又是“不在线的朋友”；一开始是“注册用户名”、然后是“登录ID”、还有“您的账户”、“管理帐号”、

2，界面上的文字应该便于用户阅读并快速理解其含义。最常见的问题表现是：语言过于罗嗦、信息排列混乱。 比如，某门户网站在注册blog的时，“您的登录名”旁边这么写辅助说明：“4-16个字符（包括4、16），英文小写、汉字、数字、下划线，不支持空格，不支持全角英文，不支持纯数字，不能使用下划线开头和结尾。”。（大致推算了一下，一个IQ小于200的普通用户如果认真读完并完整理解这句话的意思需要近1分钟时间）比如，另一门户的blog和他旗下的校友录网站，东边一个下划线、西边一个icon加文字、南边一个按钮加文字、北边一个红色、中间还有一个红色加粗。我进去之后真不知道什么地方可以点什么地方不可以点，什么地方能点什么地方不能点…再比如，某电子邮件服务在注册的时候这样排列：“用户名:___、密码:___、密码强度：[][][]、重复密码：___”。吓的我还以为可以自定义密码强度。。。

OpenSocial是一个大平台，让插件创业家（或称应用程序厂商）写出的同一个插件，可以「插」在好几个社群网站（OpenSocial称其为「寄主」、host）里，资料并可以在社群网站间流通。当前OpenSocial已获得拥有2.6亿名注册会员、1.2亿有效会员的天王MySpace首肯添加成为「寄主」之一，欧洲天王Bebo也随之报名添加，而Google自产的社群网站Orkut当然已是寄主，「社群五强」除去Facebook外剩下的两强hi5与Friendster也早就添加，其他响应的网站公司还包括engage.com、Hyves、imeem、LinkedIn、Ning、Oracle、Plaxo、Salesforce.com、Six Apart、Tianji、Viadeo、XING。以这篇文章来看，若硬把这几个社群网站全部加在一起仿真OpenSocial的未来可掌控的流量，已达Facebook的五倍。因此Facebook自己，竟然也一改狂傲作风，在第一时间就语出惊人的「表态」：「我们也想添加！」但，拥有多位「重量级寄主」，并不是OpenSocial令人兴奋的重点

我认为，OpenSocial真正有趣的，是让创业家「自己也能当寄主」这件事。直到几天前我们才从官方网站知道，Google除了公布创业家可以使用的API以外，也公布了「寄主的规范」。这就有趣了！ 从官方文档看来，OpenSocial规范了「会员」(Friends)、「动作」(即News Feed)、「资料」（Persistence）等三个API，让疯狂的插件创业家使用，可以用来「增加或移除朋友」、「增加或移除应用程序」、「将个人的动作记录下来」、「取得某个会员与他的朋友的动作记录」、「保存或取出此软件或每个使用者专用的资料」。应用程序开发厂商可以自由的萃取好友名单，吸入及吐出「大家做了什么事情」，并自由抓取每个使用者提供给社群网站的公开个人资料来做些有趣的撮合。

一、本地化译文的基本准则凝练平实，言简意赅；信息全面，含义准确；语气流畅，逻辑通顺；使用书面用语，符合汉语语法习惯；杜绝错字、别字、多字、少字、标点符号误用和英文拼写错误；译文的用词及语气须避免有对性别、年龄、种族、职业、宗教信仰、政治信仰、政党、国籍、地域、贫富以及身体机能障碍者的歧视。

本地化翻译的一般规则译、校要求翻译或校对时，要在正确理解原文的基础上，结合软件功能和操作的实际情况进行。对于原文中的技术或语言错误，在译文中要更正过来；对于原文中叙述不清的地方，如果不是很复杂，应在译文中加入进一步的解释，以利于用户理解。精确避免含意模棱两可。例如：“一次发送文件给一个人”这句话就可以有“一次只给一个人发送文件”和“将所有文件一次发给某人”两种不同的理解。符合中国人的习惯有时，英文作者为了使内容变得生动活泼，往往会加入一些比较“花梢”的比喻，有些内容，并不符合我们的习惯，对这些语句，在不影响其他内容的情况下，可改变其中的说法，使之符合中国人的习惯。有时，把英文的示例、文字、地名、人名改成中国的地名、人名，会使用户感到亲切自然。简洁用“可”则尽量不用“可以”。能用“用”则尽量不用“使用”。能用“将”则尽量不用“把”。这一点并不绝对，取舍标准是语句读起来既要通顺，又要凝练。使用书面语避免口语化，以及多余的词（罗嗦）。对应与一致与本产品早期版本、同类产品尽量保持一致。本产品内类似的短语保持一致。灵活用词，避免单调重复段落中的多个句子中，要灵活使用词汇，避免单调重复。语言风格注意语言环境，不同的文章需要不同风格，且不能前后不一致。规范用词规范用词（即使在与界面无关的叙述中，也不要无故自造词汇）。对词意的使用要精确，如果有特指，需要加引号。章、节、项的翻译章、节、项等文档的标题应尽量简洁，少用句子。并且能以标题推测内容。同一级的标题应尽量保持风格一致（比如统一用主谓结构或动宾结构等）。但如果难于统一或易于引起意义混淆时，不必强求统一。要求用户进行操作的短句联机帮助（尤其是Quick Help）中，有许多要求用户进行操作的短句，翻译这些句子时，句首要加“请”。

本地化翻译的字间距规则在用户界面（UI）的翻译或联机帮助（rtf格式和html格式）的翻译过程中，应按以下规则，手动加入/不加入半角空格：全角符号（中文文字、中文标点）之间不能加空格。中文标点与前后字符（包括全角和半角）之间不能加空格。中文文字与英文、阿拉伯数字及 @ # $ % ^ & *. 等符号之间必须加空格。 半角英文括号与括号外的中文之间应加空格，如：“级联样式表 (css)”。注意：如果括号内有中文，则使用中文括号，如果括号中的内容全部都是英文，则使用半角英文括号。/为半角符号，与前后的中文之间不加空格。图片与前后的文字之间的空格： 如果一行中只有图片和超链接（Icon+Hyperlink），则图片与超链接之间没有空格，且超链接文本的尾端也不应该有空格。其他情况下，图片前后应有空格。手册的本地化翻译字间距规则：文字间的空格不需人工按空格键加入，可留待排版时通过设置样式自动加入；文字或标点符号与图片间的空格需要人工加入；中文文字与半角符号（@ # $ % ^ & *. 等）间的空格也需人工加入。原则是如果Word已经在全、半角字符之间自动留出空间，则不必加空格，反之则要加。

联络家业提供了我的组织这个“共享通讯录”的功能。比如我们联络家团队，就用它来做单位的通讯录了。我们和其他合作伙伴的项目小组，也用它来管理通讯录。 换句话说，在新版联络家，你拥有一个只有自己看得到的“我的通讯录” （个人通讯录）；只要你愿意，你可以创建并拥有你和一群认识的人相互共享的“我的组织”（共享通讯录），至于个数，要看你自己身处几个组织了（社团、单位、小组等）。

1、相互同步，保持最新 如果你的联系人也在使用联络家，那么系统会自动帮你发现，你和联系人之间，可以选择是否相互交换保持同步。 也就是说，如果你的联系人也都是用联络家服务的话，那么大家的联系方式始终都会保持最新。

职场中人很多人在用outlook等，我也用，可是有个问题，我用的电脑不是我

1） 性感滑动菜单（Sexy Sliding Menu） － 一种由 Mootools 制作，另外一种使用 scrip.aculo.us 制作的。演示：Mootols 版本演示：Script.aculo.us 版本

3） Webber 2.0 Dock Menu － 类似 Apple Mac 系统中船坞类型的导航菜单。演示： Webber 2.0 Dock Menu

5）可拖拽排序的树状菜单 演示：http://extjs.com/deploy/dev/examples/tree/reorder.html

怎样才能知道你孩子的照片是否已经被别人盗用了呢？这可不容易，除非你在电脑技术方面很有一手（可以在www .loosewireblog.com/flickr.html查看监视Flickr资料的方法）。如果你确实担心，你可以考虑求助ReputationDefender (www.reputationdefender.com)。这家设在肯塔基州的公司在其网站上承诺，它能搜索到你家人在网上的所有数据，而且，如果你需要，它能销毁所有关于你和你孩子的不准确的、不恰当的、有害的或诽谤性的信息，从而捍卫你和家人在网上的好名声。

Flickr上面有一个名叫“决不容忍骗子”(Not OK With the Fakes)的群体，它们搜集各种可以防止别人拷贝孩子照片的办法。它在主页上表示：有些人对自己孩子的照片出现在Orkut、MySpace、PhotoBucket等网站并不介意，但我们要说“不”。目前，这个网上组织已有646名成员了。

你也许想考虑一下其他一些防范性比较强的网站。比如，EnjoyMyMedia (enjoymymedia.com)，它就采取了不同的做法，把你存储照片的电脑文件夹变成一个“个人播放频道”，这样一来，不仅在上传照片时简化了程序，而且只有从你那里得到了密码的家人或朋友才能看到你的照片。