韩军星的博客

今天是重阳节，也是老人节。百度选择今天正式推出了新产品“百度老年搜索手写输入”。

记得09年4月百度推出老年搜索时谩骂声一片，如今百度与在中文手写领域造诣颇深的汉王达成战略合作伙伴，借重阳节的东风，推出方便老年人的手写功能，意在拓展用户，巩固中文搜索霸主的地位。

手写输入的意义在于，很多老年人不会使用键盘打字。60岁以上能够使用拼音或者五笔输入法打字的老年人准确数字无从查起，但我认识的除了大学的教授外，身边的几乎凤毛麟角。乐观的估计，10%的老年人能够正常使用电脑键盘打字。而目前，我国的老年人数量是1.7亿。面对如此庞大的市场，也难怪百度如此上心了。

当然，有了产品是一回事，好不好用是另一回事，那些老人到底有没有兴趣使用就是更关键的问题了。而这一点恰恰是需要我们年轻人去鼓励和推荐的。但面对层出不穷的网络诈骗、虚假广告、垃圾信息，在如此混乱的中国互联网环境下，你有勇气向你的爷爷奶奶推荐使用互联网么？

其二，老年人上网面临的问题还很多，对电脑和网络的恐惧和排斥是需要慢慢解决的，对如何开机如何上网这些很简单的操作也是需要不断熟悉的。这并非一个手写能解决的问题，不过手写功能至少降低了老年人上网的门槛，循序渐进没错；

最后，这里的“手写”实际上是使用鼠标在显示器上写。对于不太会使用鼠标或者手一直在抖的老年人来说，依旧不是很方便。如果使用类似Iphone那样的触屏或许会方便很多，当然笔记本自带的触摸板也不错，但是这是硬件问题了。手写解决的根本问题是将信息的录入生活化，把人机交互从“语言-代码转换-语言”变成“语言-（后台转换）-语言”的过程，你不需要知道怎么去转换，生活化的去表达即可。说话、写字、闻味、品尝、感觉……实际上可以做的太多了，这也是信息技术的一个发展方向。

实际测试，百度老年搜索的手写功能识别率很高，这得益于百度与汉王的合作。但搜索框偏小，最关键的问题是，用鼠标写字太TMD不爽了…….

祖国60大寿期间，北京部分地区交通限行，Google刚刚发布了完整的十一限行图，还好很方便，赞一个。

点击查看十一北京限行完整展示图；

发现Google中国的产品越来越贴近生活了，很好，李开复的离开后的谷歌产品依旧在进步。

毕业工作后，亲朋好友碰头后必备的问题就是：“你是做什么工作的？”无论是QQ闲谈时或者聚会饭桌上，所有人都对这个问题乐此不疲，而每当我被问到时，总是不知如何开口表达。前些日子看到杏子的一篇“做产品的”，忽然觉得我也应该写写自己是做什么的。

半年多前还在销售部门时，还能说“我在电子商务公司做销售”，或者“我是客户经理”，这都很好理解；而今在产品部门，说“我是做互联网产品的”，对方都是一头雾水，瞳孔涣散，于是乎不得不花费大量口水去解释什么是互联网产品，回答的多了，人也懒了，便说“我是做IT的”，世界才清净下来。

关于“什么是产品”之前早已做过论述，而像Google搜索、Q-zone空间、网易邮箱、百度贴吧等等都可以说是我们非常熟悉的互联网产品。网络是这些产品的载体，而这些网络产品给我们的直观印象就是网站；网站是又是产品与我们之间的桥梁。这些网站为我们提供服务、信息、平台；而我们登录并使用这些网站，来满足自己的某种需求。不过，作为用户，我们接触到的网站只是网站整体的一部分，也就是视觉呈现以及信息呈现的前台部分，而后台部分通常是我们无法接触的。大多数商业网站由互联网公司运营，那么，这些公司是如何创造并管理一个网站的呢？这里引用千鸟的一副互联网设计参考图：

其中，网站设计开发流程如同流水线，是网站的实质建设过程，而我主要负责概念阶段以及设计阶段。回到图最下方的交付物，即工作成果时，我又出产过几乎所有的可交付物：从用户建模到设计文档（如PRD）再到产品原型，这近一年的时间基本走了一遍，负责过两个项目，却并未涉及到技术相关的编码阶段，其实这些职能也是绝大多数互联网产品从业者非常熟悉的。至此，回过头看我扮演的角色，发现产品经理、产品设计师、产品工程师，都占了一部分，却又都未深入到前端，所以，我目前是“做互联网产品的”。

至此，我是干什么的相信你已经了解的七七八八了，可实际上，我做的事情还很多，每天通过RSS订阅来获取互联网资讯以及业内信息是必备功课》点击查看我分享的文章《，或者胡思乱想用户体验之类的东西，其他时间不是做项目就是做网站运营支持，如信息的自动采集和签发，分词系统词表维护……不过，研究用户，发现需求并研究和设计是我工作中不变的主题。

作为一名在互联网产品行业的从业者，我经常被朋友们误会成“做网站的”，或者“网站设计”，于是常有人找我帮忙做个网站…实际上我还远远达不到手写代码的程度，对div+CSS更是一知半解，最多就是利用开源的wordpress做个博客，这不得不说是个遗憾。不过，是能否做好本职工作，并专精与产品领域，与是否能做网站前端没有直接关系。毕竟我是学物流，学采购与供应链出身，与目前工作的交集实在有限；所以也经常有朋友问我“为什么做这个？”或者“你这个工作跟专业有什么关系？”我可以说：

1、专业涉及电子商务，我们就是电子商务公司；
2、专业方向为采购，招标是采购形式之一，我们公司主要做招标信息；
3、研究供应链，熟悉ERP，ERP是节流，CRM是开源，我就是因为公司要上CRM，我本身又有销售经验，所以我就来做产品了；思域的这幅互联网产品经理职业规划图很好的说明了这个问题：

记得之前在产品经理联盟看过一个专题，研究“产品经理应该从何而来”，结合上图看，我貌似从营销到运营到产品实现都占了…只是不知道什么时候才能做上经理罢了。不过在互联网行业产品领域摸爬滚打这一年，我也深刻体会到了其中的不易；该学的还有很多，时间总是满满的，但每天都有一点进步，或许真的比什么都开心吧。不过只闷头干活是一个好员工，但远达不到优秀，所以借此文简单梳理了自己的部分工作，也回答了“我是做什么工作的？”这个棘手的问题。即便如此，我相信我还是没法跟父母解释清楚什么是互联网产品，初级用户距离互联网还是太遥远了。

我是做互联网产品的，我们这种人，天天泡在电脑前，或许是对自己身体的摧残；但我们相信，自己的付出终究能改变人们的生活方式，赢得你的微笑。

Axure 是在 Web 产品经理中使用率最高的软件之一，主要作用是帮助网站需求设计者，快捷而简便的创建基于网站构架图的带注释页面示意图、操作流程图、以及交互设计，并可自动生成用于演示的网页文件和规格文件，以提供演示与开发。Axure 唯一的缺点就是对中文支持不够友好，除了输入汉字时会出现无法录入的问题外，最重要的就是它要求设计师们对英文有一定的了解。Axure 一直没有推出中文版，但今天我在 Just 平生一笑的博客发现一个不错的Axure 汉化包，便与需要的朋友分享。

需要注意的是，这个汉化包仅对 Axure RP 5.1.0.1699版本有效，其他版本可能会引起 Axure 无法启动的问题。（Axure最新汉化版请参考文章结尾提示，会不断更新。）

Axure 5.1.0.1699汉化包下载页面（点击直接打开，下同）

Axure 5.1.0.1699软件英文原版下载页面

Axure 5.1.0.1699注册码：
Name：3ddown
Serial：FiCGEezgdGoYILo8U/2MFyCWj0jZoJc/sziRRj2/ENvtEq+7w1RH97k5MWctqVHA

汉化包使用方法：解压缩后的 Client.dll 文件放入 Axure 文件夹，覆盖同名文件即可。

此版本的Axure汉化质量不错，经过多人测试均能正常使用，重点是交互部分的汉化，对英文不好的朋友会有很大帮助！链接经测试均可下载，如果无法打开下载链接，请及时通知我。

注意：Axure最新的汉化版本为AxureRP 5.5.0.1945（点击进入），由于5.1版不兼容5.5,请及时更新到最新版本确保正常使用。

年初的时候，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 产品、产品设计、产品管理、产品忠诚度……可以说，只要有需求，就会有相关的产品满足你，我们的生活也离不开产品；而由产品衍生出的相关管理思想也在不断的推动着市场营销理论甚至企业管理本身的发展。

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

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

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

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

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

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

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

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