外公走的那天是周五，2008年12月5日。晚上9点多的时候，我刚刚进家门，放下背包正在脱外套，衣袋里的手机就急切的响起来了。不知道为什么，当时我觉得这个电话很重要，因此整个人手忙脚乱的，拿到手机看到是二姨，心里一沉。

没有消息就是好消息，对于我这种在外地漂着的人真是这样的。电话里面是二姨夫的声音，很低沉的问我在哪儿。我预感到了什么，尖着耳朵听背景声音，听到一阵阵的哭声和呼喊，当姨夫说出外公离开了的时候，我没有一丝的惊讶，只是沉默......

到现在，外公离开我们已经三周了，生活并没有什么变化，我还是在北京漂着。只是不能去想，不能去想那些记忆中的影像，不能去回忆过去，不能期盼着回去还能看到那个熟悉的身影，不能接受真的就永远永远看不到外公了。一个陪着你生命近三十年的亲人消失了！无影无踪！

 记忆里外公已经模糊了，5年来只有过年回去才能见上一面，空间把记忆撕碎了，零零散散。我努力的收拾，努力的拼凑，努力的想留住那些美好的一切.......

最早的记忆应该是出现在4岁左右吧，那时候父母都生病住院，我被寄养在外公家里，晚上和外公外婆睡在一起。半夜的时候，我总会哭醒，不是要起夜了，就是尿湿了床单。那时外婆总会半坐起身子，说话哄我。外公则会把我抱起来，推开厕所的门，一直照顾我弄干净，然后把我抱回床上，哄我入睡。

我最记得晚上睡觉时，外婆的保温瓶，外公每天晚上睡觉都会准备好。那是拿外婆用的吊针玻璃瓶子做的，瓶子里面灌上热水，塞好橡胶塞，外面包上废弃的衣服布料，放在被子里一点都感觉不到寒夜的湿冷。现在想起来，那温暖，似乎还在我心里，悠远而又那么亲近。可是外婆有糖尿病，身体不好，实在经不起我这么折腾，住了一个多月，我就去到了乡下爷爷那里。现在想起来，那也许是我最亲近外公外婆的日子。亲切的感觉，就如那保温瓶散放的温暖，蔓延在记忆里。

读书后，每个周日爸爸妈妈都会带我去外公家。早上早早的起来，7路转8路公交，那是条固定的线路，走了好多年。每次去，外公都会准备一大桌丰盛的菜肴。80年代末90年代初那会儿，外婆身体有重病，家里还有三个女儿读书，家庭的重担应该是非常沉重的。所以这种每周一次的盛宴，蕴含着多少深情，我想也只有生活在那个时代的人，才能真正体会吧。现在，我也只是在走上社会后，才能慢慢的揣摩出那些心意，揣摩外公作为一家之主的刚强。

那时候每年春节也会去外公家，最期盼的就是外公做的年夜饭。一大家子热热闹闹的，放鞭炮，8点准时打开电视看春晚，围坐一起吃大餐，实在没有比这更幸福的事情了。外公的手艺非常棒，做的菜非常好吃，我印象深刻的有蛋皮肉卷、酸豆角肉丝汤、煮鸡肉、清炒丝瓜......外公的梅菜蒸猪肘子是一绝，肘子皮抹上酱油，蒸出来色泽诱人；肘子汤油而不腻；肘子肉，肥的入嘴即溶，瘦肉则纹理清澈，撕咬轻松，而且味道甘美。后来外公身体不好起来，就不再经常做了，现在，这味道竟已经再也品尝不到了......

后来我读初中了，也许是青春期的缘故吧，周末就很少去外公那儿了。外公来过好几次，有时候会给家里一些钱。有一次，大概那是读初一，六一儿童节的时候，外公买了一件白色的短袖衬衫给我。当时我穿的衣服大多都是旧衣服，自己还经常为这个，不懂事的和家里发脾气，外公也许是为了这个给我买的吧？那件白色的衬衫我没怎么穿，但是一直好好的放在衣柜里，脑子里到现在都还记得，它真的很漂亮，可惜后来不记得去了哪儿。我一直有念旧物，保存旧物的习惯，但是总不能持久，很多记忆里的什物，不小心就不见了，真正可惜，就像记忆失去了载体，心里不免难过。

外公过去后，大姨一次聊天说外公是个慎思谨言的人，我想起外公教育我的话不多，但是说出的话总是会让我获益颇深。我比较容易紧张，所以和人交流，表达观点的时候总是语速很快。大学那段时间，以及我来京之前，外公总是反复叮嘱我说话一定要控制语速，一定要让你交流的对象听清楚。这成了我后来一直谨记事情。现在不免还会交流紧张，但是顿时就会想起外公的教导。

现在外公去了，但是漂在外乡的我，一直不能相信那是真的，总觉得回去就能看到他。我会想起他桌头永远摆着的两本地理图册，想起他钥匙串上永远挂着的绳结，想起他大声呵斥我不要去碰脏东西的神情，想起他下棋聚精会神的样子，想起他桀骜的不让我扶，自己爬楼梯，想起他偶尔咧开嘴咪着眼睛笑，想起我第一次从京回长沙过年，带去全聚德烤鸭，外公在餐桌上叫弟弟们要多吃，说那是我从北京带去的，长沙可没有这么好的东西。那时候外公身体已经不好了，老人也不太能吃油腻的东西，但是他却第一个举起筷子，一口一口的往自己的碗里夹着，说的话让我心里充满着快乐安心，想着想着，我就想哭起来了......

在外飘着错过了很多与亲人在一起的机会，即便你有时主动去制造一些，却又会非常无奈。刚来北京的时候我不懂事，经常打电话回去说事儿，外公就担心这担心那。后来为了不让他担心太多，就不太打电话过去了，结果却也就失去了很多沟通。去年回家拍了一张全家福，不想这成了唯一一张我和外公的合影。常常想，我是个最无情不孝的人吧？古人说“父母在，不远行”，而我却把家人抛在千里之外，自己独行，失去了与家人相处的日子，没有承担起自己对亲人的关爱，而自己至今却也一事无成。

我现在能做什么？我想应该活得更好才行，要努力，要让生活好起来，事业好起来。更直白一点，应该多赚点钱，让父亲、让家人过上好一些的日子。这样外公九泉之下才能放心，那些离开的至亲才能放心，那些关心我的人才能放心吧！

努力吧，以此祭奠故去的外公，祭奠故去的亲人。世间总有生离死别，伤痛在所难免，但是拥有的记忆，是我们最宝贵的财富。让我们在这财富中，慢慢成长，成长为下一代的苍天大树吧！

• 显然，每个产品需要一个产品经理，每个项目需要一个项目经理。
  
• 仅仅因为产品经理想管理他们拥有的项目，但并不意味着他们应该管理。
  
• 项目管理与产品管理所涉及的技能、才能与特质非常不同。
  
• 正如非常难找到一个人同时满足产品管理角色和产品营销角色，同样非常难找到一个人，能同时在项目管理与产品管理中获得成功。
  
• 项目管理并不是通往产品管理的垫脚石，反之亦然。
  
• 好的项目经理和好的产品经理一样重要。
  
• 找一位好的项目经理帮助你管理项目，将会让你成为一个更好的产品经理。
  
• 产品经理在项目管理上所花的时间越少，他们就能在在产品管理上花更多的时间。
  
• 想要避免项目管理与产品管理的冲突，项目经理、产品经理与整个项目团队就需要尽可能的在分享目标与目的上达成共识。
  

但是，我要强调一点观点，传达思想是首要的工作，传达思想也是有成本的，如果为了传达思想要耗费更多无意义的劳动，损耗更多的时间，增加更多的沟通难度，不要也罢！我个人觉得，我们在做原型设计的时候，有没有必要把页面模拟到和真实情况一模一样，这个还值得探讨。

言归正传，开始来说设置 交互条件。

一、进入 交互条件设置

当我们选择好了交互触发，通过双击选择促发动作，或者点击add case ，就会弹出interaction case properties 交互事件属性窗口。

通过这个面板，我们要表达我们伟大的交互行为。面板告诉了我们三步策略：

Step1 description 描述
描述后的input输入框，可以编写事件的名称，或者事件的描述文字，以供生成html页面展示时标注此事件，也供生成需求文档的时候辨识此功能功能。

Add condition （if necessary）增加条件（如果需要的话）。这就是这章所要说的重点内容，为我们要创建的交互事件，设置前提条件。我想，axure在这里添加这么一句话，也许同样是在提醒我们，我们把交互做到如此之细，是否真的必要？思考清楚了目的，考量准确了我们需要投入的精力，再开始做这一步。我想会清晰很多。

Step2 select action 选择动作
Step3 edit the actions description（click an underlined value to edit）编辑动作描述，你可以通过点击有下划线的文字，编辑动作的具体参数。

第二步与第三步，就是我下一章要说的交互行为，或者叫交互动作也可以。第二步是选择我们要进行的动作，第三步则是为我们的动作设置具体的参数。这些我们稍后再看，还是先来了解下，我们可以怎么设置条件。

二、条件设置的功能与细节

点击step 1 后面带下划线的文字，add condition，弹出condition builder条件设置 窗口

条件设置窗口也分三个部分：

A、满足条件类型选择与条件清理

   我们可以同时设置多个条件，但是我们是需要满足所有条件，还是仅仅满足其中一个条件就可以了呢？ 
    在satisfy “any / all”of the following 中就提供了这个选择。
         选择all，则需要满足我们设置的所有条件；假设，你设置了条件a、b、c，则你需要同时满足条件a、b、c，才能产生最后的交互。
         选择any，就是需要满足我们设置的任一条件。假设，你设置了条件a、b、c，则你需要满足a、b、c中任何一个条件，就能产生最后的交互。

另外，如果我们对我们设置的众多条件都不满意，想全部删除重新设置，clear all 就是为了满足我们这一需要的按钮。

B、设置具体条件

a)增加条件与删除条件。
初始默认我们只有一个条件，通过点击条件末尾的“-”、“+”按钮，我们可以删除、添加新的条件。

b)条件设置

注意：在设置条件前，需要给条件所涉及的widgets对象设置label名称，因为条件设置，需要用label定位widgets。

条件设置分五个部分，但是其实只需要将其看做三个部分。为什么这么说呢？这是我的深刻教训，我在写这篇攻略的时候走了一段比较长的弯路，最后才发现自己的错误，所以也非常希望朋友们不走我一样的弯路。下面且听我道来。

我最开始把条件设置看做5个部分，1是作为条件类型的设置，则2是设置要比较的对象，3是比较方式，然后根据你选择的对象，后面4、5会分别出现不同的可比较条件或设置条件。这样理解是没有错的，但是就绕了一个非常大的弯路，而且表述起来要逐条罗列，非常繁琐。所以一开始，我根据1可能出现的六种类型，画了6个大表格，企图把所有的情况囊括，做了很多无用功。

现在我们尝试把它理解为三个部分，那么怎么理解呢？
细心的人可能发现了，3是设置的比较方式，可以是等于，也可以是不等于，或者是大于小于。而左右两边是被比较的两个对象。

对了，这就是关键，1、2设置的是条件的比较方，我们把它看做a，4、5是条件的被比较方，我们把它看做b，而3就是比较方式。而我们要做的工作就是设置a与b的关系。

但是设置比较关系是有原则的，就是数值可以和数值比较，区域选择状态可以和区域选择状态比较。我们不可能设置让一个变量，等于一个区域被选择的状态。所以根据a的不同，b的可选项也会相应的改变，但是他们的内容基本上是一致的。

比较对象类型	比较针对目标	注意
check state of 多项/单项选择框的选择状态	多项选择（checkbox）、单项选择（radio button）。注意：这里会显示页面上的多项选择、单项选择的label名称，所以做页面工作的时候，要保持有效命名label的好习惯，以下不再累述。	此项目只能与选择状态比较，或者value of variable变量值比较，不能与其他类型的对象比较。这是最特殊的一项，以下不再做强调。
selected option of 所选择的菜单	下拉菜单条droplist或者list box列表文本框。这里也是显示你所设置的label名称
value of variable  变量的值	Onloadvariable系统默认的变量
	Add new..自己新增一个变量
	如果你设置了其他变量，这里会提供选择
length of variable value 变量值的长度	同上
check state of多项/单项选择框的选择状态	这里会提供文本输入框input、文本框text供你选择
length of widget value 图形原件上的文字长度	提供文本输入框input、文本框text、下拉菜单条droplist或者list box列表文本框的label名称选择
Value值	当a比较对象是list时，这里是选择状态，当a的比较对象是数值时，这个数值由用户自定义设置。	此选项根据条件设置情况只出现在b。

以上列出了可操作的对象情况，大家可以自行研究一下，写得有点不太形象，有机会我再专门做实例来说明。其实很简单，朋友们可以自己做一两个例子，把所有的wigets拖到页面里，并根据各自的情况命名label，然后一条条的选择，操作一下就清楚了，我这里主要提的是一个理解的方法，条件含义的说明。

当然，不能忘了说明一下，3比较方式有哪些，如下：
  3.1 equals 对象的值等于
  3.2 does not equals 对象的值不等于
  3.3 is less than 对象的值小于
  3.4 is greater than 对象的值大于
  3.5 is less or equals 对象的值小于等于
  3.6 is greater or equals 对象的值大于等于
  3.7 is 对象是 ，需要注意的是，这里不是关注的值，而是关注的对象组成的内容

以上内容，大家可以对照着参考学习。

C、自动生成对条件的文字描述

条件的第三部份基本上不需要我们手动设置，在进行第二步条件设置的时候，这里会自动生成描述性的英文。即便是可以选择的部分，也会提示链接，让我们点击链接，手动选择。所以这里的重点意义，在于生成prd文档的时候，会生成条件的说明文字。

三、综合谈一谈设置合理的条件。

好了，交互条件设置基本上说完了，可能会有一些不清楚，因为这里的条件设置会涉及到部分的程序的内容，而且条件设置有点绕，有点晕。但是大家没有必要那么着急，一方面因为如果你针对我的文字多对应操作一下，就很容易了解，另一方面因为我现在要说的，还是条件设置不重要。

为什么条件设置不重要？我要提出我的几点理由：

1、设置过于复杂的条件，做成的展示文件，可能根本没有用途。
程序员可能根本不看，即便看也容易遗漏细节，仍然需要你与他沟通。

2、你需要花费过多的时间。
这无形中提高了你的开发成本，对于你的项目是不利的。

3、花哨的展示，脱离了产品策划的精髓。
   我相信，我们可以想象到的交互效果，要用现在的axure做出来，肯定是不可能完全达到的，这也才是我们创造力的价值体现。而那些可以达到的效果，也没有必要我们费劲心机的让它在策划阶段就实现。作为交互设计师，更多应该关注功能是否满足用户需求，提高用户使用效率；作为产品经理应该更多的关注产品的生命线、竞争力。

由上，所以我一再强调，除非必要，真的不用研究得太深，表现得太细致，这只是个工具。可能你不太同意，那也没关系，我们可以交流，提出你的思想，让我们碰出火花！