哇塞，好机动哦！今天我们的新版首页就要上线了哦。。
要不先来张原先首页的图片吧，留个念想，供大家怀念使用，HOHO！
新版首页隆重登场
大家有看出改进的地方吗？
呵呵，是哒.LOGO变啦，一键填单变了，直接可以一键填单咯。不过按钮名称变得更直观了，快速代购哦！
还有哦，拼单购、团购也放到首页咯。拼单购、团购的规则也调整了一下下哦。。
仔细看看我们网站的活动哦，不断有精彩活动哦
找不到原来功能的同学请举手哦。
蓄谋已久的吉祥物一直在“偷摸”的进行当中，期间出来了好几个版本的形象。但是最终稿还没出来。今天闲来无事，给他们编了一串故事，更大家分享分享。嘻嘻。忘记告诉大家，我们的吉祥物叫：潘潘和丽丽。
潘潘是男生，丽丽是女生哦！
潘潘应该具有哪些特质呢？还有丽丽应该是温婉的，还是拥有凤姐一般霸气的形象捏？不久即将出炉，先和大家分享几段小故事：
场景一：
潘潘：PP老婆，过来给我抱抱
丽丽：（贼笑）为啥叫我PP老婆呀？
潘潘：刚刚你放了一个很响亮的P，于是。。。
丽丽：一枕头过去
场景二：
丽丽：老公，这个裙子好看咩？
潘潘：嗯，很好看，但是你不能穿
丽丽：为什么？
潘潘：这么少的衣服，是给别人老婆穿的
丽丽：汗。。。。
场景三：
丽丽：小公公，过来，我看中了这件衣服，快快给我买嘛。
潘潘：还是去panli买吧，升级VIP，还能打折呢？
丽丽：那还不快去（东西砸去）
场景四：
潘潘：老婆婆快来看，panli推荐的这件衣服好便宜哦，你要不啦？
丽丽：以后要学会自发自觉的给老婆婆买东东（摸摸潘潘头），嗯，真乖
潘潘：但是我们上一次运单还没提交耶
丽丽：那还不快去（佟掌柜口气）
哈哈，先透个底，接下来我们的潘潘和丽丽形象，大家拭目以待哦！
近日花了一些时间在读周爱民老师的<大道至简>，全书整体来说是本好书，不过有些部分却不是很认可，在这里来谈一下，对于整本书观点，我的一些看法。
1. 团队管理
在第一家公司，我也有幸领导了一个小组开发项目，虽然小组不大，只有四个人，但是个人认为麻雀虽小，五脏俱全。虽然有的人身兼数职，不过总体上的职责还算是明确。因此虽然时间不畅，但是对团队管理还是略微有些自己的看法。
做为一个管理者，无论是技术，还是非技术，有一点都很重要，就是一定要都担当，我们也可说一定要能够承担责任！这也是作为团队老大最重要的一点。有什么事情，不要埋怨下属，要有，“你做，出了事我给你担着！“这样的决心。当项目失败时，首先检讨自己，而不是批驳下属犯了什么什么错误。毕竟，你是团队经理，出了问题，你的责任是最大的，手下的事情是你安排做的，手下是你选的。我们可以告诉手下的开发者他错在哪里！但不要把失败的原因怪罪于他，记得，项目成功了，是我们大家的成功；项目失败了，我是最大的罪臣！
其实很常规的道理，可是随着年龄的增长，貌似却越来越害怕了这份责任的承担。
制度应紧随组织划分。一个成型的企业，一定是有一个组织结构的，这个结构对应到技术部来说，很可能是研发组，开发组，维护组，测试组等等，而每一个组织，都应该建立其合适的制度，这个制度要符合两个特点：人性化和公平性。举个例子，我们不讨论特别标准的情况，只说对于一般企业来说，测试不是和开发同时进行的，而往往是先开发，后测试，这就意味着测试要比开发的工作时间晚，同时也意味着下班时间要晚，那么这个时候，我们指定测试也要同开发组的成员都是朝九晚五就有些不合理了，无论是从他们的生活习惯，还是从公司的利用效率来讲，这都是不好的，这就是人性化。而公平化就是我们所说的，王子犯法与庶民同罪。“特殊情况特殊处理”，这在团队管理中是应该绝对杜绝的。什么是特殊情况？这个特殊情况由谁来界定？这就必然会导致阶级矛盾。
2. 建立合理的组织
世界上几乎没有人是万金油，就像一个数语外理化生政史地门门第一的人，几乎是不存在的，也就是说，每个人都有每个人的强项，也有着自己的弱项。
周爱民在书中提到：“做管理！=做伯乐”。我对这个观点深表怀疑，也许我理解的伯乐与他理解的伯乐不同，但是在我看来，作为一个管理者，需要具备“知人善用”的素质。三国时期，刘皇叔对诸葛亮评论马谡时说：此人不可重用。而诸葛亮却用之镇守要地街亭。这就是帅才与他人的区别。
在一些企业中，有着“轮岗”一说，虽然已经日益沦为一种形式。然而却是挖掘人才最笨的一种办法。让每个人都尝试各种职位，然后找到他最适合的位置（当然，此处所说的“轮岗”并非许多企业中，从开发到销售的轮岗）。然而，对于恨多企业来说，这样的代价是他们承受不起的，于是，就要求管理者必须知人善用，把每个人放在他最合适的位置，让他扮演其最恰当的角色。
在组织中，每个人都应该有自己的角色。在我提到我在第一家公司的小团队中，四个人，我会针对每个人的爱好，以及我对其技术水平的理解来给予其不同的职位。
我给项目经理的定位是：沟通+业务为主，技术为辅。
我和另外一个人B负责核心BLL和Common的编写，其中牵扯到业务逻辑，牵扯到一些比较复杂的技术点，我们会专心解决，我们每一个类的设计，每一个模块的设计，都会由我们两个人商讨，然后四个人共同讨论。而我，除了此工作外，还会负责一些Code Review 和 一些技术点的选择，然后直接向公司副总汇报。我给自己的定位是“项目主管”。而B，我对其的定位是“核心程序员”。
对于b2c行业来讲，会牵扯到大量的数据库操作，存储过程等的编写。在这里我则把所有的这些工作都抛给了程序员C，你可以不去考虑上层业务，但是一定要专心把 SQL写好，然后返回我们在业务逻辑层所需要的结果。我们不妨将C称之为简单的DBA。
在这个组织结构中，每个人都有着自己明确的分工，不会说，在一个团队中，一个项目经理领着三个程序员，而这三个程序员是没有具体的角色定位的，这样的组织就是一个失败的组织。一个团队中，当我出了问题，我知道我该去找谁能帮助我解决问题，团队中需要全才，但是如果人人都是全才，那么这个团队绝对不会成功。
在我看来，对于一个小型团队来说，无职位高低之分，只有角色之分。项目经理并不是大于程序员，而只是他在做程序员之外的事情。管理者的加入并不是为了管理，而是为了协调；并不是为了“管理”团队，而是为了让整个团队能够更好地运转，这才是团队角色的核心之所在。
周爱民在书中有这样一段话，我非常认同：
项目经理应该致力于减少团队成员中开发角色与其他部门的沟通。品质部门，文档和培训部门和客服部门应该主要由专职人员来构成，尽管开发人员也可以做到这些，但是这些往往是他们最不擅长，也是最不希望担任的角色。
3 . 牢记旁观者清
“放权”，是我们平时在管理学课中听到最多的一句话。
而我在这里的总结是“旁观者清”。这也是我看来，放权最大的价值之所在。
周爱民在书中，将开发人员比作是一群蚂蚁。管理者可以跟着蚂蚁去任何地方，但是有一个地方是绝对不能去的，这个地方就是蚂蚁洞。如果你在洞外，你可以发现问题，如果你在洞内，你就只能做一只循规蹈矩的蚂蚁。
在这里，我不赞同周爱民完全跳出的观点。在我看来，作为一个优秀的团队管理者：
一方面，你需要站在团队的角度看问题，我是团队的负责人，我代表的是团队的利益，而并非任何外界的利益。试想一个团队的开发部经理，整天都吵着宣扬着技术无用论，那么这个团队的技术会是什么样子。
另一方面，你要站在整体上看问题。时刻要记住，你是名管理者，而不是开发者。开发者可能会关心，我的这个方法如果优化0.01秒，但这绝不应该是你管理者该关注的问题，你把握的只应该是宏观方向，项目经理只应该控制需求和把握项目进度，开发经理应该把握技术的大方向和着眼于项目整体的宏观设计。
在这里，我总结一下就是适当的放权，才能让你的眼界更宽广。
这是2010年的第一篇博客，原先打算写另外一个主题的。但是因为刚刚看的书，和今天工作过程中，遇到的问题，所以打算主题改成这个。
你了解你的用户吗？也许所有在做互联网产品、交互设计、用户体验的同志们（当然无论你的岗位名称是什么？），更或者你已经是一个自以为很了解用户的产品经理，在某一天，月黑风高的晚上，静下心来，想一想，你真的了解你们的用户吗？
为了更好的阐述今天要说的这个主题，我举例说明一下，这是真实的发生在我身上的事情。
实例介绍：公司为了给用户提供一个更好的购物平台，开发了一个新的功能，团购。
团购就是顾名思义，用户可以在我们的平台上，发起团购，其它的用户对此商品感兴趣，就可以跟团。在此过程中，我们的地位和作用：
1）平台、技术的支持；
2）最终用户确认团购的商品、数量后，我们负责为用户采购商品，提供物流服务，将商品运送至用户手中。
那么现在问题就来了，我们的用户是否了解在团购中，我们的作用？是否知道如何去操作每个提供给他们使用的功能？。。。。。。
因为我们没有通过系统的方法，去收集用户的意见，用户调查，所以在团购过程中，我们的地位，我们所有为用户提供的功能，都是我们“闭门造车”想出来的。
我们以为用户是了解的，我们只是一个平台，团购过程中，发生的商品费用的多少、运费的多少等等，都是团长与卖家去协商的。我们是不知情的。。。。
说了这么说，有的人就会问了，到底应该怎么样的去了解用户呢？
1）问卷调查：设计合理的问卷，通过各种渠道，将问卷送达用户手中，劝服用户来完成问卷调查。最终通过合理的方式，收回问卷。统计问卷的数据。
2）充分利用论坛、社区：如果你的网站有论坛或者你本身就是一个社区，那么恭喜，这是一个非常好的媒介。在这里，我们可能通过用户发表的信息，和用户关注的内容，了解到用户的习惯。
3）设计合理的用户角色：这是比较专业的一种方式，在经过用户调查、问卷研究等等方式，等到相应数据以后，我们要设计一个人物角色。
这个人物角色就是一个人，他有名字、照片、具体的身高、家庭环境。。。但是注意，这个角色并不是一个具体的，真实的人，它是很多真是用户特征的综合体。人物角色将利于我们对用户的思考，通过观察和倾听用户，而收集到的信息都整合到一个实例中。这个角色是需要忠于你所得到的数据。保证这个人物角色代表的是网站用户，而不是你自己。
呵呵，以上说了很多。可能很多人，还不是很清楚。其实我对用户的调查和研究方法知道的还是很少，还需要通过不断的积累，来了解我们的用户。因为我们的产品要发展、成长，我们的用户也在日益的成长。。。永远不要说，你真的了解用户。
今天晚上吃的比较多，还没消化完，去做做瑜伽了。新年的第一篇博客，先到这，希望以后可以有很多的收货和大家分享。
标签: 用户、产品、角色设计
经常网购的TX对专题网页一定不陌生。打开TB的首页，满屏的小广告充斥并吸引着读者的眼球，终极秒杀、特惠抢购等促销信息相当诱惑，点开的那个网页就是专题活动页面。
细心的业内人士不难发现，早期的篇幅很长需要拖动鼠标良久才能读完的专题页面渐渐被简洁的、主题明朗的的web2.0时代的新专题页面所替代。
就拿panli新上线的团购页面（http://www.panli.com/GroupPurchasing/）来说，不到两屏。
然而页面模块很清晰，非常明确地告诉用户：“这是个什么活动？”、“团购对我有什么好处？”、“我该如何参加团购？”，并且主题鲜明突出。
此外，彩色气球的红色背景洋溢着圣诞、元旦的喜悦。从视觉设计的角度，不花哨但有冲击力，既符合市场设计的宣传需求，又与产品设计的理念如出一辙。
拒绝冗余，避免繁琐。让用户在最短的时间内读懂专题活动，是这个时代的IT人共同努力的方向。
产品部和技术部，在网站的开发过程中，是两个需要密切配合的部门，很多网站甚至将这两个部门合并在了一起，不过大部分还是分开的。在互联网开发过程中，这两个部门的沟通效率，对于最终网站的质量有着非常重要的意义。笔者尝试将工作中这方面的一些体会分享出来，供读者参考或者指正。
首先简单的介绍一下在panli代购的一个典型的产品开发流程。
第一步是产品创意阶段，这时候可能是一个很粗线条的点子，或者只是一个问题，还没有答案，然后通过头脑风暴来收集点子，这个阶段由产品部主导，有时候各个部门甚至是网站会员都会参与进来。
第二步是产品设计阶段，这个阶段仍然由产品部主导，将原先很粗线条的点子细化为一个可以实施的方案（文档），并有一些简单的原型出来（页面静态效果）。
第三步是产品评审阶段，这个阶段将由产品部和技术部的人员一起参加，产品部的产品负责人讲述该产品的实施方案并展示效果，参与评审的人将就产品方案的合理性、可实施性乃至更加细节的UI等提出各种意见，而技术部的相关人员除去这些问题之外，还将关注产品的一些隐性需求，而这些需求往往是产品经理容易忽略的。如果产品通过评审，那么该产品将进入到技术部的实现阶段，否则，产品经理将负责修改该产品设计，再进入评审。
第四步是技术设计阶段，这个阶段由技术部负责，在这个过程当中，技术部的负责人将和产品经理进行更加深入的沟通，所有的细节在这个阶段都需要落实，在框架设计评审当中，某些情况还需要产品经理参加，以确认因为一些技术上的要求改变产品设计的可能性，比如由于性能上的要求而不得不放弃一些个性化的设计等等。
第五步是技术开发阶段，这个阶段很容易理解，不多讲述了。
第六步是测试阶段，参与测试的人员包括：开发人员本身，技术部测试人员，产品经理，有时候还会包含部分会员。
第七步当然是发布了。
由以上的开发流程可以看出，产品设计人员与技术开发人员的沟通，主要集中在第三步产品评审阶段和第四步技术设计阶段。在这个过程中，有几个方面是需要特别注意的。
第一点：听
在别人讲述自己的产品设计或者技术设计的时候，先不要急于发表自己的观点，有问题可以先记录下来，让对方完整的表达清楚以后，再发表自己的观点，这样的效率要比随时打断对方好的多，而且往往你想要问的问题，对方其实已经考虑过了，只是还没有到讲述的时候，所以一定要善于听。
第二点：复述
这个非常非常重要，当你听完对方的表述之后，请用简短的话来复述一遍你的理解，而不是用一句“我知道了”，或者“我明白了”来作为你的反馈，往往信息在这个沟通过程中会因此丢失而产生误解，所以，复述一遍，会对提高你们沟通的效率产生极大的帮助。
第三点：去理解设计背后的需求
无论对技术开发人员还是产品设计人员，都应该去尽量理解对方设计背后的真正意图，而不是仅仅关注设计本身，只有这样，你才能在之后很多细节的判断上有足够的判断力而避免更多的沟通成本或者出现差错。
当然，沟通作为一项重要的职场技巧，本身有着很多需要学习的地方，这个不是本文想要讨论的地方。
周末宅在家里没做什么事情，翻看了一下电话簿，发现很多朋友都好久没有联系了，不知道这些朋友还在吗？
这段时间的工作重点都是在新的项目–团购上。说道团购可能很多朋友都会想到团长、团员的角色。
恩，不错。如果我说到这个概念你能想到，说明你是个很有画面感的人，恭喜你。。嘻嘻，我就自认为自己是个很有画面感的人，别人和我说一个概念，第一呈现在我脑海中的不是如何理解的文字，而是对应的画面呈现。我觉得这样的人是幸福的。HOHO，是不是罗嗦了点，回到正题。
团购，经过团队长久的努力和付出的加班加点，终于下周一要和用户们见面了。这一次的见面是对我们这群幕后的工作人员一次真正的检验。
其实在团购项目的规划过程中，无论是从上层决策还是到具体执行层面的人，都遇到过“冒进”的现象。
*在一开始讨论团购概念、模型的时候，我们讨论了很多很多的内容、很多可能出现的异常情况，针对这些异常情况如何去处理，太多了，我无法一一的列举。
*但是我庆幸的是我们的决策者是英明的，在规划的关键时候，他们做出了明智的决定；阶段性的推出团购功能；第一阶段、第二阶段、第三阶段。。。用户接受我们的产品时有一个循序渐进的过程，那么我们也是需要一步一步的把路走踏实了，再在行走的过程中，总结经验，以便给我们用户更好、更有的操作体验和利益。
下周一，我们就要向用户开放团购申请入口了。希望我们能为海外哪些朋友们提供更优惠、更贴心的服务。
说到这里，我不得不说，在团购项目策划的过程中，我们的亲爱的用户积极的参与到了我们的设计过程中，为我们提供了很多很好的建议。真的很感谢这些用户把你们的心里话告诉我们，以便我们能设计出更适合你们的产品。
做产品也有两年左右的时间了，期间我逐步的明白了用户在我们产品设计中的重要性。但是我们现在很多设计师、产品经理，在设计产品的过程中，更多的是把自己当成了一个用户，来设计一个自己喜欢的产品。或者我们觉得用户应该喜欢这样的产品，那好，我们就这么做吧！
事实，作为产品人员，我们应该这样吗？
我们应该如何让用户和我们交流，如何让用户将自己的心里话告诉我们？我们如何让产品有一个质的飞跃？这些都是需要我再接下来的工作过程中，不断实践、不断总结得到的，如果有幸我能总结出一套可用的方法，将很高兴与大家分享。
就写到这了，周末给自己顿了汤，朋友，想喝不？HOHO。。
have a Nice day！
喜欢一部叫做《喜羊羊与灰太狼》的国产动画片，
喜欢那只懒羊羊。
事实上，在Internet上冲浪的每一位网民，心目中都有一只懒羊羊。
当我随便点开一个网站，我懒得花上一分钟甚至几十秒去思考，这个网站是干嘛的？
这大概和我看报纸的习惯类似。地铁里有免费派送的报纸，而搭地铁的时间却很短暂。每天信手拈来，第一件事就是阅读各大板块的各大标题，除非特别有兴趣的话题，才会看底下的小字正文。
上网站也一样，就拿Panli代购（http://www.panli.com/）为例。
首先，不得不赞一记它的logo：
十分清晰明朗滴告诉我，这是一个为海外华人代购中国商品的网站。
其次，右上角的购物车等导航信息，更加证实了这样一个讯息：在这里可以进行网上血拼。
还有它的一级菜单栏目，表达的意思还是蛮清楚滴。
至少，我没有去点“帮助中心”，更没有使用“在线客服”。
这就是我第一次上Panli代购网站的感受。
作为一名交互设计师，很多时候需要换位思考。
如何让网民在上我们网站的时候，想都不用想，就能够接受到我们所想表达的全部讯息，是设计师们需要深思熟虑的首要问题。
多学习，勤思考。
相信在不久的将来，我们会做得更好！
“帮助中心”的内容优化在这一阶段基本完成了，但往后还需不断的修正与追求完美！通过这次为时大半个月的研究与优化，我作为一个网站编辑，对Panli代购的整个操作流程与常见的问题有了更全面的认识，当然不能自大的认为自己已是Panli专家了，有时候用户提到的问题，我还是不能像我们的客服MM那样对答如流，嗯，还要继续努力……
在优化帮助中心的过程中，经过我们产品部老大的提点，让我学会了如何才能让用户从“帮助中心”中得到真正意义上的帮助，而不是让用户越看越迷惑。在这里跟大家分享一下：
1、语言不能生硬、冰冷
在优化常见问题的文案时，语言不要像一个机器人在陈述，生硬而冰冷！
我刚开始优化内容时，就像其他网站的帮助内容那样，以为写得清楚、明了、简洁就OK了，后来给上级初审时，被告知一定要注意语气上的表达！！不但要准确的的传达信息，还要让用户感受到良好的体验。
我想了半天，这种说明性的帮助内容，要怎么注意语气呢？总不可能像在论坛那么随意吧，整天装可爱的用语气词“哦…哈！…呢?…”我使劲地想象自己是一个很有耐心、很有爱心、很有礼貌的客服，如果遇到一个烦躁不安、急不可耐的用户要寻求解答，我该以怎么样的态度去面对他们呢？
（1）最起码，就是回答所有问题时，一律用尊称“您”！用户永远是我们的上帝，是我们的衣食父母，就算他只是个小屁孩，我们都要礼貌而温和地说：您……请您…..
（2）对于一些让用户感到极不理解而觉得生气的问题时，首先要说“很抱歉”….但这个用法并不多，因为目前也没有很多让用户产生负面情绪的问题。
（3）语气要软化。用户不是我们的下属，不是我们的敌人，回答问题时，少用“不予”、“不能”、“不允许”之类的词语，可以改为稍微温柔一点的词语，例如“因为…..所以我们建议”、“无法”（这个比“不能”听起来好受点，“无法”一般是客观原因造成的，而“不能”，更多的是带了主观色彩）。
2、为用户着想
在我看来，语言要按着用户的逻辑思维撰写，这一点应该最能体现“帮助中心”的文案水准。
如果语言的表达顺序糊里糊涂、颠三倒四，或者撰写的人连自己都搞不清楚那道问题的答案，就更谈不上为用户解疑释惑了。当然，编辑我也不是万能的，不可能有机会操作每个代购流程。这时候，我就要厚着脸皮，整天骚扰客服MM了，一遇到问题，就要打破砂锅问到底。只有自己了解了，才能准确的给用户传达答案。
用户希望看到什么形式的内容？该按什么顺序表达？这时候就需要发挥我们换位思考的能力了！
3、文案要具有统一性
做到这一点的前提：就是要对代购流程有透彻的理解，因为这牵扯到了每一个词语的表达！
（1）同义词不能有多种表达方式！举个简单的例子，不能一会说“会员”，一会说“用户”。
（2）弄清楚相近词的不同，例如：代购单、订单、运单，没有对代购的深刻了解，就很容易混淆这几个词的表达意思，也会误导用户的理解。
今天先写到这，欢迎大家提出宝贵意见啦。
哈哈，看到标题是不是又被雷到了！赶在青春的尾巴上，偶也想潮一把，想学做做标题党。
今天要说的呢，当然还是关乎用户体验方面的问题咯；今天继续的依旧是昨天拼单购的策划，页面信心结构基本已经搭建成功，漂亮的小阁楼我已经看见了，就等着装修、粉刷验收了。
因为拼单购设计到前台、后台以及我们的业务操作人员很多的环节，所以在做的过程中，还是非常谨慎的。思考了很多用户在进行拼单的过程中，可能遇到的问题的收集，也找到了相应的答案；快下班的时候，我们可爱的d问了我一个问题，发现自己好像没有考虑到，于是找到相关负责人进行“交涉”，讨论的过程中，最终确定了一件事：
原始单形成人（第一个下单买商品的用户）如果原始单有人拼单，此后该原始单的用户撤单了，那么我们对于该用户将要做如何的处理？
1、限制拼单：该用户如果撤单了，那么就再也不能拼这件商品的单了；首先是该订单状态有变更，其次防止用户恶意操作；
2、积分如何奖励？原先是如果用户有人拼了他的单，那么系统是要给予他除了本身商品购买的积分外，还要奖励其他用户产生新单金额对应的积分的；但是现在这个用户他撤单了，我们还要给予他奖励吗？
回答是必须的，其他用户拼了他的单，在一定程度上是该用户促进了用户使用我们panli代购该商品，则即使他撤单了，我们还是要给予他相应的积分。
panli给了用户这么温柔的一双手，用户能感受不到我们的温暖吗？给我你的温柔，还你无限“钞钞”
标签: 用户体验
