韩军星的博客

年初的时候，UCDChina上掀起了一股“装不装用户”的话题热，当时本想凑个热闹，可总觉得拾人牙慧没什么意思，只是看了个热闹。从keso的别装了，你不是用户，到白鸦的装，是必须的，都是一个设计者对待自己产品的态度，而其中最为矛盾的问题就是，设计者在设计产品时，往往都无法站在用户的角度考虑问题。其中最重要的原因，一方面是设计者不了解用户需求，另外就是设计者与用户对产品理解上的巨大差距。刚刚我很无奈又很耐心的装了一回设计师，而我老爸就是我的用户，我在向他介绍如何使用QQ这种工具，而他则无比的焦虑和烦躁。因此，我才在“装不装用户”这个话题结束一个月之后，才觉得，自己真该为此写点什么，为互联网的初级用户写点什么。

老爸是一个网民（CNNIC发布的09年中国互联网行业报告将“半年内使用过互联网的6周岁及以上中国公民”定义为网民），很初级的网民，但我相信他这样的用户，在中国占绝大多数。刚刚他只是在使用百度查找手机方面的信息，看到一款喜欢的，想知道这款手机商家的联系方式，但是却找不到，于是打电话问我如何查找。我叫他上Q，想叫他将地址发给我，我好帮忙看一下，事情的经过大概就是这样。注意，问题来了：

1、截图

我需要那个网页的截图，通过QQ截图工具可以很好的达到这个目的。我告诉了老爸截图的使用方式（之前他从未使用过截图），而老爸的问题在于：不知道什么是截图（解释了10分钟）；以为点击截图后，能将QQ的聊天记录隐私截图下来被我看到（所以先清空了聊天记录，虽然那是我跟他的聊天记录）；以为截图只能在QQ聊天框以内工作（所以给我截的前10副图都是聊天记录中的空白）；不能理解“按住鼠标不放选择截图区域”；不能理解为什么要“双击截图区域”……我用了一个半小时的时间在电话里解释，最后他终于成功的对所需屏幕区域的“截图”；

2、复制粘贴

我需要那个网页地址，通过在地址栏复制，在QQ聊天框粘贴后发送，即可实现。我一步步告诉他，双击地址栏，右键后选择复制，回到聊天框，右键后选择粘贴，点击发送（我是不是很有耐心？）。而老爸的问题在于：不知道什么是地址栏（最后我截图告诉他，还好之前明白了截图是什么）；复制后，没有任何变化和提示，他以为没有复制成功，于是复制N次（这个问题……）；回到QQ聊天框后，他又去点击网页，准备复制地址，可是QQ聊天框又消失了，于是他在两个程序间不停切换（不能理解复制的内容在系统内存中保存）；成功粘贴后，觉得一大堆乱七八糟的字母错了，于是删掉了后面的内容，只发给我了网站主页地址……后来，我又用了半个小时解释，他终于成功将那个网页的地址发送给我了；

当我以为终于成功的时候，打开那个网页，发现那是百度的一个搜索页，页面中是他要搜索的产品结果。他说那个网页找不到了，说自己头疼，早点睡吧！

而后，我马上写下了这篇东西。我在想，为什么我们平时认为如此简单的操作，在大多数网民中（我相信我老爸代表了绝大多数网民）竟是如此困难。刚刚我老爸的烦躁和焦虑，我身同感受，还好他是我老爸，如果那是我的客户，相信早就拂袖而去了。

我相信很多人看完后，都会觉得是我爸代表的大多数网民仍旧处于低及应用阶段，这不是产品的错，但问题的关键在于，他们是网民，他们是客户，难道客户也有错吗？对于我爸而言，他获取信息的渠道太多，为什么要通过上网，使用这些让人觉得自己是白痴的操作程序，去自作自受并且浪费时间呢？还不如去打个电话问问朋友（客户有很多选择，我们的产品并非唯一）。

我们是高级网民，我们是互联网专家，我们总以为自己设计的就是正确的，自己应用的就是最正确的。我们装成用户去设计、去思考；如果用户不买账，我们要培养用户，教会用户。而我们从未想过，为什么没有专门为初级网民设计的电脑和互联网呢？这只是个工具而已，我们还有很多更重要的事情做。比如赚钱，比如享受，比如思考……

或许，我爸需要的电脑是这样的：她是人工智能的，可以直接跟你对话；她没有复杂的键盘，没有碍事的鼠标；你告诉她你需要什么，她会自己搜索后告诉你最佳答案和备选答案；她会分析你输入的信息，理解你不专业的表述，甚至根据你的表情、眼神、脑电波分析你真正的需求；她不会烦躁，不会嘲笑；她会告诉你喝酒前该注意什么，告诉你身边的人你喝多了需要帮助；她会告诉你去某地应该怎么走；会告诉你情人节到了，是不是给爱人送一束鲜花，或许，她已经帮你选好了……

或许科技最发达的时候，人类能将大多数精力直接用在需要的地方，而非搜索、寻找、比价这些需求的中间流程上，这时候的用户体验是最好的；而设计师的任务，就是不断的设计出更加强大和人性化的“她”罢了……

初级用户总是占大多数的。Iphone之所以是一个里程碑，因为我妈这种几乎不会玩手机的人都可以很开心的使用；我期待，IT行业的里程碑。

产品需求文档（Product Requirement Document,PRD）在 WEB/软件项目中的作用不言而喻，一份好的 PRD  能够使整个项目事半功倍，因此花在 PRD 上的时间成本通常也是非常可观的。我见过几个内部需求项目，PRD 的 word 文档竟然也有几十M之巨，产品需求人员在其中所耗费得精力可见一斑。

chinapm 中汤圆将 PRD 的核心概括为

该文档中，侧重的是对产品产品功能和性能（即“产品需求”）的说明，相对于MRD中的同样内容，要更加详细，并进行量化。

而 PRD 中这个“详细”和“量化”究竟到什么程度，是产品管理者经常遇到的问题。一方面，如果 PRD 中的需求描述或用例说明没有具体到具体细节操作，一旦开发人员理解有误或不完整，则会对出现不断的变更或返工（通常，开发人员喜欢闷头开发）；另一方面，如果将 PRD 内容描述得过分细致，则又会出现很高的成本，何况百密一疏的情况也是非常多见的。如何解决这个问题呢？

《编写有效用例》一书中提到了描述事件流程的基本方法，不论具体的用例是由需求人员做，还是技术人员做，都是需要了解的。对于用例中的 include 部分一定要细致入微，而 refine 部分则可以分清优先级考虑。

include，表示你要在一个用例当中包含另一个用例，并且被包含的用例是必须的，如果缺少被包含用例，则主用例就不能完成。比方，在用户管理场景中，要删除一个用户，你必须先查询到该用户，然后再点击删除。那么查询用户用例就是删除用户用例的一个include用例。
refine，是指对一个用例更精细化的描述。精化过程不会改变原来用例要包含的内容，只是更加细致。比方，取钱是一个用例，在描述用例场景时，你会用核对帐号，效验密码等活动来描述取钱的场景。在概念分析时，你可以把核对帐号，效验密码等定义为用例来描述取钱的过程，这时核对帐号，效验密码这些用例就是取钱的一个精化。它们实际上描述的仍然是取钱这个过程，但是取钱在概念阶段被精化成了核对帐号，效验密码等粒度更小的用例，这此用例仍然需要描述用例场景，例如核对帐号的过程、效验密码的过程等。
这些精化出来的用例向上要能够满足取钱用例场景的需要，向下则要更进一步能接近系统分析所需要的粒度。
同样的道理，如果需要，核对帐号，效验密码等用例在系统分析阶段还可以再次精化。但是它们虽然改变了名字，所描述的内容也从业务描述精化到了系统交互，但描述的仍然是取钱这一个业务。

当然，最重要得依旧是团队合作。在项目运行中，可能发生任何事情，但只要大家做好沟通，没有什么问题是不能被解决的。coffeewoo 中有篇关于这方面的解答非常经典，我就不班门弄斧了。临近春节，快递都放假了，不然也想尽快拜读一下他的大作《大象–Thinking in UML》。

需求变更在项目管理中是经常遇到的问题，特别是当项目进展到尾声时，一个需求变更对成本产生的影相往往比项目初期成几何级放大。虽然我们在需求阶段细致入微，在开发阶段滴水不漏，在流程管理上规规矩矩，但无奈的是，我们的客户总是希望拿到更完美的产品。于是乎，变更就成了结项后的潮水，一波一波，无休无止。不是你的产品坏，是这个世道变化快……

如何对需求变更做科学的规划和控制？在做好需求变更管理的前提下，分级管理客户需求不失为一种很好的方法。但是如果客户的需求变确实需要在将要结项得产品中尽快体现时，应该如何处理呢？特别是一些在需求中非常重要，但从技术上很好实现的需求变更时，是否还要走正规的需求变更流程？要效率还是要规矩，就成了许多产品经理心头的疑问。

首先，需要确定：是否真的需要走需求变更流程？灵活点说，需求是变了，但走不走这个流程是另一码事。如果项目几乎结项了，这时的需求变更就像百米赛跑后，裁判说这个跑道不标准，少跑了一米要重新跑一样；一鼓作气后，项目团队都疲惫不堪时，再次击鼓的效果可想而知。其实针对这时需求的变化，特别是技术上很好处理的问题，直接在结项后作为升级内容即可；毕竟版本得改动可小可大，小的版本变更从流程上讲要比需求变更简单的多；

其次，还有一个偏方，是我最近经历的项目变更得解决方案，即将这个需求分解放在其他相关项目中完成。在项目日程已经排满，并且项目间有一定相关性时，这不失为一种好办法。如果项目是迭代设计的，那么采用这种办法再合适不过了；

最后，当非变更不可时，如果没有针对不同变更得不同流程得话，唯一要做得就是做好前后沟通了。在有正规流程时，走正规流程是必须的，也只有这样，项目才能真正可以控制。如果对流程不满，除非能够很快吧流程修改或完善了，否则一步一步做吧。所谓得追求效率而抛弃规矩，是对项目不负责任的原则性问题。

需求变更就像误差，可以控制，但又无可避免；但是因为前期工作没有到位而引起了需求变更，就太不应该了，错误是不应该出现的。出现需求变更时，先不忙着救火，而是冷静下来先考虑问题产生得原因，比做救火员要有意义的多。后面会详细讨论这个问题。

通常，一个产品项目完整的周期包括前期调研、立项、需求文档、开发、测试、部署等。其中，用户、销售、市场可能需要参与前期的调研和需求；开发到部署主要由技术部门负责；而产品经理负责整个产品项目的周期。虽然结项是这个周期的结束，但实际上项目的结项也是产品另一个周期的起点。

1、试用期-完善产品
试用期对绝大多数新产品来说都是必须的。产品本身是为需求而设计开发，最终还要回归到用户中去检验这种需求是否被满足。特别是对于技术主导的网络、软件等IT产品而言，试用期可以很好的检验这种新技术的价值；而没有试用期的产品是危险的产品，就像新研发的药物没用经过活体实验及持续不断的跟踪观察一样。
通常，试用期阶段的产品能反馈给产品经理绝大多数的 BUG 或需要再次完善的地方，如果持续关注和改进，产品本身也会不断完善，直到被用户认可。一般这个周期是三个月。

2、应用期-改进产品
在应用期前，产品应该已经能够满足用户的基本需求。其中，除了对产品正常的维护外，最需要关注的就是用户体验。在产品开发周期中，如果在用户体验方面已经足够关注，这里应该能节省绝大多数的时间，但这并不意味着你不需要对用户体验在做关注了，因为产品团队并非用户本身，真理也需要实践的检验，何况是你的产品？当然，如果这个产品在开发周期中从未关注过用户体验，那么相信这个产品已经被抱怨淹没了。你的产品是以用户为中心的吗？能用-有用-易用-好用……改进有很长的路要走。

3、升级-让用户知道你在进步
你的产品不是真金白银这种硬通货，在竞争如此激烈的今天，一成不变的产品再完美，也会转眼成为昨日黄花，时刻保持危机感，定时或不定时升级你的产品，哪怕仅仅像新款牙膏只是将牙膏口开得大了点这样的升级，也会使你的用户感到，你非常重视他们，这很可能意味着忠诚度的提高。

以上是最近做的两个项目下来的切身感受，一点浅见，适用于互联网产品以及软件产品多些，有不完善的地方，还望大家指教。

“产品（product）”对我们每个人来说都不陌生，日常生活中我们也总是与形形色色的产品名词打交道：免检产品、IT 产品、产品设计、产品管理、产品忠诚度……可以说，只要有需求，就会有相关的产品满足你，我们的生活也离不开产品；而由产品衍生出的相关管理思想也在不断的推动着市场营销理论甚至企业管理本身的发展。

那么，究竟什么是产品呢？早前我的博客中，有部分提到过对产品简单的认识，实际上，不同的行业中有不同的定义，但我们还是可以简单得概括一下：

产品的狭义概念：被生产出的物品；

这是产品的原始概念，即人们通过劳动生产制造出来的物品。

产品的广义概念：可以满足人们需求的载体；

产品的概念随着经济和市场的发展而被扩大了，首先产品本身可能并非是由生产制造而来的，比如天然宝石、原煤等（未被开发的自然资源并不能算是产品，虽然这些资源本身能够满足人们的需求，但也要等它们真正被发现和挖掘出后才有交换价值）；其次，产品不一定是物品，也可能是某种服务，甚至包含物质实体在内的一体化解决方案；最后，产品必须能够满足人们的某种或多种需求，比如“我们需要人体工学的键盘系统”；

有人把产品理解为商品，其实是不确切的。产品和商品的区别在于，商品是用来交换的产品，商品的生产是为了交换，而当一种产品经过交换后进入使用过程后，就不能再称之为商品了；当然，如果产品又产生了二次交换，那么在这段时间能，它又能被称之为商品了。

需要注意的是：所有的产品都是具有使用价值的，这是产品的自然属性；一旦产品失去了使用价值，就成为了废品。这一点非常重要，因为产品的使用价值越高，则越能够满足人们的需求，那么就会给你带来巨大的商机。换句话说：如果你的产品能够很好的满足市场需求，那么你的产品就是成功的产品，它可能会为你带来滚滚利润！

到这里，相信你不会再为繁琐的概念解释而无精打采了，可惜，如何通过合理的产品策略赚钱是以后要讨论的问题；本篇主要讨论什么是产品，以及产品的相关注意事项，希望这篇“什么是产品”能满足需要她的读者。

鼠标和键盘作为人机交互的信息输入端，是我们使用频率最高的电脑外设。现在市场上为电脑族设计的人体工学键盘和鼠标款式繁多，效果如何，却因人而异。究其根本，问题在于我们是否正确地使用这些工具——它们是否被摆放在正确的位置？我们是否使用正确的姿势？

作为铺垫，之前我写了篇上班族在电脑前正确的坐姿，这是很细节的问题，但也是最关键的问题。不过，在纠正姿势前，首先应该考虑：我们的键盘鼠标以及显示器是否被摆放在正确的位置？毕竟我们就需要一年近300天，一天七八个小时地去使用它们。俗话说，路远无轻重，电脑外设的摆放错误直接导致了姿势的错误。长年累月下来，电脑病就不可避免了：背痛、肩膀痛、脖子痛、腕管综合症…这些小病小痛会慢慢折磨我们。

从人体工学的角度讲，键盘鼠标应该与肘关节同高，也就是说，当你使用它们时，小臂与地面是平行的。

但是，我们的办公桌或其他桌子的普遍设计是高于肘关节的。因为设计桌子时不止要考虑键盘鼠标的摆放，还要考虑显示器以及其他物品的摆放。所以，目前绝大多数电脑桌和办公桌都设计有键盘架（也称键盘托、键盘柜），这些真的有效么？ Read More…

招行的服务好是公认的，作为一名招行的信用卡用户，我一直对招行非常信任。所以，当有人以招商银行的名义打电话给我推销保险时，我很快就同意了。即便我不了解这个保险的详细条款，不清楚这个保险的免责范围，甚至对这份保险能否真的给我带来价值都不清楚的情况下，就爽快地同意了购买这份保险；而我在挂掉电话10秒钟后就收到了招行的扣款短信。

我也是做过销售的人，听电话时还对对方的销售伎俩还嗤之以鼻。以赞赏信用高开场赢取好感，以免费保险铺路赢得感激，最后推出只针对像我这样信用高有前途的年轻客户才能独享的一份全球全天24小时有效并且总额高达80万的保险，付出的代价仅是每天2块多钱的地铁费——多么物所超值啊！

后来上网一查，叫骂声一片。说什么的都有，但令我愤怒以致退保的原因只有一个：招商信诺保险公司仗着招商银行的幌子销售保险产品，而招商银行将我的个人隐私资料完全给了招商信诺保险公司！ Read More…

前些天，部门发了点小礼物给同事们，其中之一便是这可爱的环保万年历。（如图）

初见这个新鲜玩意时，的确觉得环保，正如说明书所写：
※ 环保型的DIY台历设计,代替纸张的浪费,只要每月调整一次就可以重复使用一万年;
※万年历有3种不同风格系列，日历上配有各种图标，如图；
※ 日历使用简单、有趣，桌面摆设或送礼都一样怡人；
※ 可以提醒你当月的安排，使忙于工作的您不会忘记一些重要的日子； Read More…