http://www.kdued.com Thu, 04 Feb 2010 01:26:46 +0000 http://backend.userland.com/rss092 en 你敢released!我就敢玩！ Loading的时间有点点长-_-!。 http://www.kdued.com/2010/02/kdued-big-released/ Scrum这个词是来自于英式橄榄球，是指两个前锋互相争球的情况。我想Scrum的创始人Ken Schwaber肯定是一个橄榄球迷，呵呵....，这是题外话。先简单介绍一下，Scrum一种敏捷项目管理的框架，它的核心是迭代和增量。Scrum中有三种角色：产品经理(Product Owner)，ScrumMaster(相当于项目经理)，团队(Team)。具体流程如图：  产品经理整理出按优先级排序的产品Backlog(产品需求列表)，然后召开Sprint(开发周期)计划会议确定当前要进入的一个Sprint的Sprint Backlog(选中产品Backlog的需求)，进入Sprint开发，每日需要进行Scrum例会已检查项目当前进度和遇到的问题，Sprint完成之后是Sprint评审会议，已检查Sprint产出的功能增量，最后是Sprint总结会议，总结Sprint中的经验和问题，已改善流程提高效率，把待改进的高优先级的事项加入到下一个Sprint Backlog中。 我觉得Scrum很好的诠释了戴明的PDCA(plan-do-check-adjust)循环，就整个迭代来讲，Sprint计划会议对应Plan，Sprint对应Do，Sprint评审会议和Sprint总结里面做了check和adjust。那么在Sprint里面，每日的Scrum简会处理三个问题：1、前一天做了什么？2、今天将要做什么？3、遇到了什么障碍？那么在这里面做了plan今天的事情，check前一天做的事情和遇到的障碍，do今天的事情，如果有障碍那么就需要adjust。 另外Scrum的三大特点也让我比较振奋，也是它和传统瀑布式的项目管理的最大区别。  一、“可能性的”艺术  强调想事情的时候不应该把注意力集中在“不能做的事情”上，而是关注当下“什么事情可以做或者可能做”，不要被诸多的不确定性因素所困扰，先做可以做的，然后看有什么新的发现，有什么新的思维出现。 二、团队自组织，自管理 强调“放权”，让团队自己寻找解决问题的最佳方案。可以激发团队创造力，增强团队责任感，显著提高生产力。 三、面对面沟通 强调面对面的沟通，以有效减少沟通障碍。 如果你公司的项目在原来的管理方式下无法运行了，请试试Scrum吧！2010年我会尝试实施Scrum，希望对Scrum感兴趣的朋友多交流，欢迎加我！QQ:31524932，注明：项目管理交流 http://www.kdued.com/2010/02/scrum/ http://www.kdued.com/2010/01/%e7%be%8e%e5%a5%b3%e8%b4%ba%e6%96%b0%e5%b9%b4/ 前几天光耀童鞋喷了一篇《谈网站注册、登录过程》，今天我们在与小爬童鞋梳理购买流程的时候也谈到了这部分内容。其实注册作为一个网站基本功能再普通不过，但提供不同产品服务的网站对于注册的要求不尽相同，也不是每个网站都有一个体验良好的注册流程。本座在这里简单聊下在不考虑运营指标和商业目的的前提下，基本的注册功能如何设计。 注册页面的信息架构 注册页面的信息架构力求清晰简洁，注册表单作为信息主体，除了logo，帮助信息以及一些必要的返回链接，避免其他一切会干扰注册的信息，全力保障用户专心走完注册流程。 注册表单的设计 1.注册不要有门槛。简单的表单设计让用户易于进入，在之后的服务应用中再进一步挖掘用户信息。 2.用户名：最好将邮件地址作为登录名，当然手机号码更好，方便用户记忆和找回密码，也方便网站用来EDM。个别网站需要再次录入用户名，或许是为了防止用户不小心录入错误的用户名并注册而无法登录。 3.密码：密码字段需要再次录入，这个是惯例不做赘述了。 4.验证码：几乎所有的网站都引入验证码机制防止恶意注册。除了常见的图片验证码，还有很多简易问答验证码也不错。（推荐个很强大的第三方验证码服务提供商http://recaptcha.net/） 5.以上是最基本的信息。如果有其他分类的字段，如个人资料，公司信息等，建议分步处理，这样不会使得表单和页面显得过于冗长。当然需要标明注册分几步以及当前所处步骤。 6.如果网站的服务对象有所不同，可针对不同对象设计不同字段，合理的引导用户选择适合自己身份的表单进行注册。最常见的就是有些B2B类的网站会区分买家注册和卖家注册。 7.能支持openID当然是最好的了。 注册页面的交互 1.字段控制提示。不同网站对字段的控制不同，尽可能在当前描述清楚这个字段所支持的情况。 2.及时验证录入字段信息的合法性。提示用户填入的字段正确或错误，避免整个表单提交后再提示给用户带来的挫折感以及不必要的返回查找。 3.密码的安全性验证。这个对于企业服务，金融等高安全要求的网站尤为重要。密码强度的验证已是通用做法，而twitter注册表单的密码控制就更进一步，他将370个常用组合字母或词汇禁用，使用这些作为密码都会被提示为：“Too obvious”（感兴趣的童鞋可以翻墙访问http://twitter.com/signup查看源代码） 4.验证码的图片或者问题在验证码字段输入框被鼠标触发后再显示，避免之前录入信息消耗了太多时间而引起的验证码过期。 5.所有必填项均符合要求后，“提交”按钮方可点击，否则为置灰不可选。 当然以上所述都只是最基本，如果考虑运营和商业意图就会复杂一些。即使复杂也需要与良好的用户体验有一个完美的平衡，否则注册功能会是网站转化率的G.F.W…… http://www.kdued.com/2010/01/website-sign-up/ 大家好，又到了辞旧迎新的时刻。我们一起来伴随着KDUED的成长，迎接美好的未来吧！ 我代表KDUED部队怀着感恩的心，感谢大家一直以来对KDUED的关注，谢谢！ 部分桌面展示： 桌面下载 1280*1024 1440*1200 http://www.kdued.com/2009/12/kdued-new/ List: 1. 什么叫商品评论？ 2. 评论体系的存在意义 3. 评论体系的现状 4. 都有哪些元素 5. 该如何设计？ 6. 评论体系之外 1.什么叫商品评论？ 个人认为，商品评论可以简单这么定义：人们对某商品的看法，无论是已购买者，还是非购买者。但如果光讨论商品评论本身貌似意义不大，我把他扩大到了评论体系这个层面。 评论体系，或者说评论系统，简单来说，可以概括为：人+互动内容+平台+终端，也就是商品提供者，购买者 [或者非购买者，可能非购买者没有购买这个商品，但他使用过，在使用体验的心得方面，他同样有发言权] 在通过某个购物平台，使用自己的终端设备进行互动的过程，而这个过程自然会产生一些交流的信息，可能是对商品本身进行评价的，也可能是商家服务或者物流服 务等等。 商品评论本身不会与商家信用或者信誉等价，但却是产生后者的主要依据，也就是说，购买者的商品评论最终会成为量化商家信用指数的数据来源。 那现实生活中，有哪些评论体系呢？ 1.1 购买商品后或者进行质保后的email邀请评论，其实就是回访，例如lenovo的回访email。 1.2 以淘宝为代表的完成购物后的评论系统，这个是目前能够产生价值较大的评论系统之一。 1.3 以口碑网和大众点评网为代表的面向大众的商品、服务评论系统，这类评论系统，能否找到合适的商业模式是个关键，如何把控评论的质量应该是首要考虑的因素。 1.4 一些B2C站点接收的在线评论，这类大都会被过滤掉一部分。 1.5 传统的电话服务质量回访，杰出代表：114服务和12580，告诉你“市民中心”怎么走之后，甜甜的跟你说：还有什么能帮到您吗？如果没有，请帮忙做一个服务质量回访，如果满意，请按1，不满意请按2，-_-!!。 1.6 再传统不过的，就是食堂或者超市中的“商品建议”反馈本子，火车上的“反馈建议本”，都是类似的，简单，但过于死板。 2. 评论体系的存在意义 评论体系的存在必然有他的意义，分三个人群来讲，一个是Supplier---商家，或者说商品、服务提供商，一个是Purchaser---购买者，还可能是第三方信用机构。 对于Supplier A.得到用户的反馈，促使产品提供商[ 或者服务提供者 ]对产品[ 或者服务 ]进行update。 B.如果正面的评论不断增加，使得信誉指数攀升，有利于提高其竞争力，能够得到比竞争对手更多的销售机会。当然，也能起到一个淘汰的作用，如果差评多，除非是非法刷信誉或者删差评，否则购买者是很难会去下单的。 对于Purchaser A.购买此类商品[ 或者服务 ]前的参考，对于大部分普通网民来说，是否购买，就是冲商家是不是皇冠，有几颗钻，因为这个从一定程度上反映了商家的整体服务质量，如果你是网购狂人，是 经常泡网的人，你可能知道现在这个不是唯一参考渠道，但，不要忘记还有大部分的初级网购者。 B.开放了一个用户与生产商或者服务提供商进行沟通的渠道。 C.方便上一级部门对商品提供商进行监管，如果你商家服务质量实在太差，购物平台提供者可以根据这些内容进行取证并解决交易纠纷，从一定程度上监督了商家，对购买者是有利的。 对于信用机构 几大网购平台上的无数“摆摊大大”们和网购者在通过支付宝等支付平台积累的无限量交易记录，以及无数的评论产生的信誉信用数据，对于第三方的信用机构来说，我想绝对是个诱惑。 3.评论体系的现状 3.1同一product的提供商可以在多个平台建立不同评论体系，对于某些相同商品或者服务的评论信息不能共享。有啊的方舟计划貌似走的就是这个路线：部署标准产品库，融合每一款商品的规格资料、用户点评、在线选购等模块。 3.2评论流程臃肿，评论渠道单一。想一下这样一个情况：你给老婆买的豹纹短裙开裂了，虽然你可以通过旺旺，或者电话方式要求退换货，但如果还想对 这个玩意再进行评论，你能怎么样？登陆淘宝，找到交易记录，这个时候可能已经没有再说话的冲动了，即使还想继续，却发现评论已经关闭。但，如果手机可以推 一下这个条目，你觉得会怎么样？爽！这个改进方式后面会讲到。当然，购物后才能发起评论从一定程度上也是为了防止更多的垃圾评论和无谓的信息。但他的互动 性就降低了。 3.3评论真实与否，是否产生了价值，而当金钱可以买来好评。这个问题很严重，在讨论中，大家有着不同意见，部分同学认为：如果商品都一样，服务都 一样的情况下，我砸大量的钱去刷好评就相当于是打广告，一个道理，并且这个也是商家实力的体现。这个观点说得过去。但，从人性上讲，却是不道德的，也不利 于网购市场的良性发展。 3.4买卖双方的隐私没能保护好。最近出现的买家恶意敲诈商家的事情时有发生，也说明了这里面是漏洞的。特别是在C2C市场上，交易过程中双方都是 可以得到一些私人信息的。对于初进入网购市场的卖家，如果信用只有几颗心，又想真正继续做下去，是很在乎这几个差评的，如果买家作恶，敲诈起来，金额不多 的情况下，不少卖家会选择花钱买平安。现在市场上甚至有不少“职业差评师”。后面会讲到如果通过其他手段来稍微改进这个交易过程。 4.评论体系都有哪些元素 4.1 Purchaser 购买者 4.2 Supplier 商品或者服务提供商 4.3 Product 商品或服务 4.4.Communication between purchaser & seller 两者间就商品或服务的交流信息 4.5.Market platform 平台 4.6 Terminals of communication 交流终端 后面讨论到的商品评论体系的设计会聚焦在 4.4 和4.5以及4.6上。 5.如何设计 5.1评论系统进行平台上的整合、数据共享。甚至将评论系统剥离独立出来，或者来自社会化分享系统。举个类似应用的雏形：win7的What ... http://www.kdued.com/2009/12/product-comments-design/ 打开链接是在新窗口还是原窗口是一个最基础的交互方式。但是很多项目进行中，我们的原型设计并没有仔细考虑链接打开方式。而为了满足运营的需要，选择新窗口打开的方式在增多。还有部分网站把一篇不到1000字的文章分还成2页甚至3页展示。那么到底怎么处理这个最基础的交互才是合理的呢？这里稍做分享。 国外大多使用原窗口打开链接，OM19同学总结得非常不错，推荐阅读。我再按照自己的思路整理一下，认为在以下情况下对于新窗口也是可行的： 1.链接可能会打断用户现有任务流的时候，可以选择在新窗口打开（比如一篇博客的某句话链接到了另外一篇文章，建议使用新窗口打开）； 2.广告链接，可以选择在新窗口打开； 3.页面包含多个分类链接时：比如三个并列的链接，可以选择新窗口打开（需要看具体情况而定，比如DZ论坛帖子展示页、豆瓣小组话题列表页都是使用了原窗口打开）。 在这里补充几点： 1. 中国用户视乎更喜欢使用新窗口打开然后点击关闭，而非原窗口打开然后后退。这个场景的两种方式其实用户得到的结果差异并不大，更多的是用户习惯（很可惜中国用户被垃圾网站带动得习惯了新窗口了）。 2. 可参考豆瓣，豆瓣除了广告位以外几乎全部是在原窗口打开链接。 3. 新窗口和原窗口打开链接，对于信息架构确实有考验，对于过多依赖后退及关闭窗口操作的站点，表明用户较难通过页面本身顺畅到达想去的页面，只能通过浏览器的工具来辅助实现。 OM19同学还提到一个问题，即我们需要给用户提供好的默认设置还是给用户提供自定义的权利？以上两点在某种情况下确实有一定冲突，比如打开链接的这个案例。用户其实可以选择两种方式来使链接在新窗口中打开 1. 使用“Ctrl+点击”打开链接或使用“Shift+点击”； 2. 使用鼠标右键。 那么按照这个逻辑，所有链接都应该默认原窗口打开，然后用户选择以上两种方式（或者在浏览器选项里修改默认配置）是否先窗口打开。但是很可惜，以上两种方式对于大部分用户是不适用的，这些看似基础的功能用户可能根本不知道更别谈使用了。所以做好默认还是非常重要，做好默认设置对于初级中级用户而言是友好的，而用户自定义权利更多情况可以考虑给予高级用户使用。 http://www.kdued.com/2009/12/wopen_url_in_a_new_window/ 友商网即将迎来上线两周年庆典，大伙都搬进了新的办公室，KDUED也不例外。来到新窝，当然需要来点DIY改造，在*%&^$%&^GHK%^$^^TR%YTU^%&^$%^$#%之后，-_-! ，小女人世界方案被阉割，天涯的海角也被咔嚓，遥望童年那些事----也被称为火星上最雷人方案，最后定的是： 战地！！ 方案定下后，需要采购部分材料，另一部分则完全DIY，施工过程来了，大图较多，建议先升级网络带宽，请32岁以下儿童在大人陪同下观看，以免影响身心健康，另外，以下片子完全出自业余泥坑玩家中的专业“色友”。 通过珲哥他同事的姨妈的姐姐的妹夫的表弟要到的某硬件包装箱子，用来改造 主物料：伪装网 大黄在YY中画KDUED LOGO 请无视左边俩纯爷 施工中 弹药箱，成品效果 阿欢 谁拍的呀，这这这。。。 这绳子贼拉结实了 某个同学的杰作 来了，来了，猛料来了 又见大哥 某音乐家头上饰物 就是这个效果 来个大效果，来，鼓掌....... http://www.kdued.com/2009/11/new-home-kdued/ 定义网站产品和网站运营 某些类型的网站属于产品驱动型，另外一些网站则可能属于运营驱动型。邮箱属于典型的产品驱动型，比如现在越来越多的用户开始使用QQ邮箱，其原因一定离不开QQ邮箱在产品设计上的不断改善。运营驱动型的产品，典型的例子是天涯等社区类网站。还有一些属于媒体驱动型，比如新浪，虽然首页巨烂，但是似乎并没有影响到新浪成为最强大的网络媒体。 当然这个不能一概而论，比如电子商务网站的Web Analytics、SEM、广告管理等理论上讲属于运营，但却与产品关系密切。其实我这里想说的是：一家公司需要对产品和运营有比较好的认知，才能协调资源，产品和运营都有突破。 产品团队应在产品上线后继续迭代设计 在网站上线之后，理论上将公司的工作重心就由产品团队逐渐转向了运营团队。那么产品部门应该做什么呢？当然不是等下一个版本发布也不是被拆借到运营项目上，而是深入研究目前的产品，进行迭代设计。互联网产品永远只有beta。比如产品团队应该重点优化信息架构、导航、注册、登陆、购买网站产品的核心环节。 然而产品上线之后，运营团队会有各种方案出来，大部分时候都需要产品团队协助。于是你会发生产品团队被分配到了一些运营任务上。我个人意见是产品团队主要精力放在产品本身，运营项目需要控制对产品团队的耗损。因为运营项目的核心不是产品，而是运营本身。 运营的核心哪？ 那么运营除了在传统的广告管理、SEM等方面之后，应该在什么地方下功夫？这里我举两个例子。 今年儿童节我策划的一个社区运营的小项目：搭乘友商网时光隧道返回你的童年。不多说，大家弄明白之后自个悟吧。 另外一个案例是雪铁龙C5的互动营销案例。这个案例看出传统企业已经开始与BlueDoor、奥美这样的公司合作进行跨界营销。个人认为C5的案例出彩的地方是用户通过邀请几个人来参加这个线上活动后，获得一张来自欧洲（因为雪铁龙是法系车）的明信片。雪铁龙用欧洲明信片这种有吸引力成本又低的方式拉动用户进行自传播。 自己感觉产品的理解已经有一定的积累，但对运营的理解感觉还不够深入，欢迎有经验的读者随时交流。 http://www.kdued.com/2009/11/web_design_and_web_operation/ 从最早加盟友商网市场部经理eagle组织的那次文化脑爆--到友商网文化词汇的确立，上半年友商网就成立了友商文化海报的突击队！这是我们友商KDUED团队的一个半年度重要任务，我当队长的那天开始就注定了，我是这个项目将帅。那么就有了将帅无能，累死三军！为响应Boss提出的开展批评与自我批评！ 事情是这样的： 首先小组人员开始了一次别开生面的脑爆：针对文化海报的idea/表现形式、风格、色彩！ 脑爆结果产生的词汇： 客户第一：坚定信念（这里要强调下原本讨论的是友商内部文化，最开始第一个关键词是坚定。） 关键词：宣誓、眺望、远眺、锤子、钉子 一排小人远眺泰山？手挽手爬山、一跳很长的路、众人举大象 速度：反应快速 关键词：时间、火箭、超人、光、跑、跑道、秒钟、流星 多米诺，人站在多米诺上。始终居前、骨牌效应和人物结合，人物跑得更快。 开放：心态开放 分享、心胸宽广、开阔 两个头打开，长出树，树枝连接在一起、一群小人推着一颗心、一个人，胸口打开一个门、一颗大心，搭楼梯，心上一个门。 责任： 小人搭建金字塔、人经营树（浇水、修剪）、爱心广告，搭建房子、大幅海报，小人清洗，刷色等 快乐：和网络名词跳舞、游戏场所、小人长一对翅膀，天上飞。 摆地摊、坐星星、小孩子的心态、游戏活动和妆扮、司马光砸缸，咖啡杯，巧克力，酒，冰棍，糖果，女的泡在牛奶杯里，一群人踩水、人坐在纸鹤上 我们确定了现代元素结合，简洁、错位反差风格、考虑水墨风格！ 接下来，就开始了3D原型的建设和任务摄影的工作！其实这两个工作在一周内就完成了！ 虽然原型建立破费周折、摄影也并非一步到位、但是我们克服了3D模型和摄影角度控制的问题，我们一遍又一遍的对原型和摄影角度进行微调以求达到最好的效果！这里我们还走的比较顺利！ 最后到了合成和实现阶段，在这里队长没有起到带头作用，由于本职工作缺延缓了工作进度。这个项目一直到友商办公区域搬家才结束！从脑爆的4月22号开始到10月进行了半年。 下面给大家呈现下 我们的工作成果，实际业余工作时间不到一个月。 总结： 1、项目进度既定时间倒推表老是被正常工作打破，却没有利用业余时间填补。 2、大家的关注度热情随着时间而磨灭。 3、项目负责人并没有跟紧。 4、周期长成本太高、有效率降低。 个人解决方案建议： 1、提高团队创作激情、开放式办公。 2、项目进度负责制要求时间的推后、项目人员利用加班弥补，决不能推诿。 3、项目负责人必须控制好时间、项目成本核算。 感谢团队人员一起努力工作的的日日夜夜！ http://www.kdued.com/2009/11/culture-2/