设计沟通十器

按有用程度 按页码先后 最新笔记

• 

  第二章 人物角色

  FC (难道FC是废材的简称)

  

  人物角色做为用户需求文档的第一环，重要程度贯穿与整个项目的生命周期，无论是具体的产品设计、项目优先级划分，以及可用性测试，都极大程度的依赖人物角色的成功创建；就FC目前的观察，把人物角色说清楚并不是件容易的事，文档化就更难了，也是FC做得不够好的一环。 创建人物角色的好处有很多，简单来说可以方便设计团队聚焦于相同的用户群，从而提供了一种有效的、易于理解的方式来描述用户需求，使涉众在讨论用户时有了共同... (更多)

  人物角色做为用户需求文档的第一环，重要程度贯穿与整个项目的生命周期，无论是具体的产品设计、项目优先级划分，以及可用性测试，都极大程度的依赖人物角色的成功创建；就FC目前的观察，把人物角色说清楚并不是件容易的事，文档化就更难了，也是FC做得不够好的一环。

  创建人物角色的好处有很多，简单来说可以方便设计团队聚焦于相同的用户群，从而

  提供了一种有效的、易于理解的方式来描述用户需求，使涉众在讨论用户时有了共同的语言。

  举书中的简单一例说明人物角色的效果：（p11-p12还有更多更完整例子）

  如下场景就描述了一幅目标受众使用银行系统的画面 “Sarah是一名大学新生，这是她第一次申请支票账目。她只知道自己的身份证号码，但对其他信息一无所知。她明天想去趟银行，告诉他们自己想开哪种支票账户。” 下面这一场景虽然描述的也很准确，但是没有建立太多的背景信息： “Sarah是名大学生，她想开个支票账户”

  然而，创建人物角色并不是件简单的事，一个高效逼真的

  “准传记体”复合式人物

  的创建过程并不容易，但成功的人物角色能够帮助涉众明白我们到底在为什么用户设计产品，书中对如何创建人物角色提供了很多不同的方法和例子，也将人物角色的信息根据其重要性进行了分层：

  1）基础信息

  a.角色名称和背景

  b.动机和需求

  c.场景

  例如：“Sarah是一名大学新生，这是她第一次申请支票账目。她只知道自己的身份证号码，但对其他信息一无所知。她明天想去趟银行，告诉他们自己想开哪种支票账户。”

  2）更多细节

  a.系统特性：将系统（的某个功能）与人物角色的动机进行对照，帮助设计团队梳理系统（功能）。

  例如：回忆录的功能对新手用户并没有太多意义（久忆）；同页面社交功能会让新用户摸不着头脑（MSC）；Onboard流程中出现大量熟悉的图标很容易让用户产生亲切感和试用欲望（MSC）；

  FC：联想到零噪音设计理念了喵～

  b.行为：用户将如何使用产品的真实画面

  例如：用户点击了add按钮，添加了他的第一个社交帐号，于是他看到跳转后的好友面板不再是空白，而这个社交服务内的所有好友都出现在这儿了（MSC）：用户创建了一个足迹，提示创建成功后，跳转后的地图页面中，“从天而降”的图钉被钉入地图并且展开，显然这是他刚刚成功创建的那个（走走）

  c.经典语录：增加人物角色的亲切感，可以直接来自用户访谈，提醒同事咱是做过调研的

  例如：“我喜欢久忆的原因是因为在这儿能找到家的感觉，氛围很好，人们都很亲切”（久忆）；“我不用再刷豆瓣了是很好，可是MSC能否知道我已经读过了那封豆邮”（MSC）

  3）更多

  a.统计学信息：涉及年龄、性别、收入、学历、地域等...

  例如：“35岁的已婚女士，受过良好的名牌大学教育，是CBD某知名外企的人力总监，月薪不低于20K”

  b.对技术的熟悉程度

  例如：“从未进行过网上购物的郑大勇同学..."

  c.个人背景

  d.照片

  在最近一次的MSC会议上，FC做了两个人物角色，配有headshot、常用产品的icon，以及人物简述：

  
  

  "左侧这个小姑娘是一个典型的学生用户，每天刷各种社交网站，刚帖上去的照片有没有高富帅来夸她漂亮啊，新浪微博的粉丝有多少啦，豆邮＋1了嘛等等，这是最为我们熟悉的用户

  右侧这个工作三年的工程师可没有那么多时间瞎溜达，他除了稳定上微博，参与同事们的讨论，收发一些有价值的私信外，每天用的最多的就是邮箱了，不过他们可能有一个特别的困惑，每每当我们看到一篇好文章的时候，怎样才能快速的分享给我某个社交关系上的好友呢，jiathis是一个全局分享，可是我只想把这篇文章转给前段日子认识的某产品总监，提醒他设计上的精益求精对产品到底会有多大的影响，嗯，我可能需要打开新浪微博，找到他的头像点进去，然后打开私信功能，再把刚才那篇文章的地址粘贴过来

  难道我要把他们的QQ都加上吗，即使加上了，我可能也记不全啊，有没有更方便的IM，让我随时可以和我所有社交关系中任意一个人聊天呢...”

  虽然角色构建仍然不够清晰，但从实际结果来看，取得了不错的效果（当时FC并未对人物角色的构造有明确的理解），这正说明了人物角色的重要性。

  考虑到实际的过程，以后可以在该模板的基础上添加关键字（云状），一个事先录制的声音（自我介绍、需求和场景），这样一定能取得更好的效果！

  Stop at p16，to be continued

  (收起)

  2012-01-03 23:02:40   回应

  收藏

  推荐
• 

  第一章 绪论

  FC (难道FC是废材的简称)

  写在前面的话：身为一个精通（原谅我这么自信）Axure的技术背景的工科PM，我从来都以为仅靠PPT、Word、原型就可以很好地与team沟通产品工作（更多关于FC眼中的文档书写http://www.zhihu.com/question/19673119/answer/12910059），实际效果当然也不赖；虽然很多国内的PM都不够重视文档的建设，这有着多方面的原因，这也并不影响他们设计和开发出优秀的产品；然而，优秀的产品逻辑、优秀的产品过程、优秀的产品结果三者之间本无必然... (更多)

  写在前面的话：身为一个精通（原谅我这么自信）Axure的技术背景的工科PM，我从来都以为仅靠PPT、Word、原型就可以很好地与team沟通产品工作（更多关于FC眼中的文档书写http://www.zhihu.com/question/19673119/answer/12910059），实际效果当然也不赖；虽然很多国内的PM都不够重视文档的建设，这有着多方面的原因，这也并不影响他们设计和开发出优秀的产品；然而，优秀的产品逻辑、优秀的产品过程、优秀的产品结果三者之间本无必然的联系，它们各有各自内部的诸多问题，优秀的产品逻辑关注产品思考过程的思路清晰一致，优秀的产品过程更多需要团队对项目的执行，而优秀的产品结果则由更多更复杂的因素组成。身为一名死工科男，我可以允许我设计的产品没有取得我预想中的成果，但我无法容忍自身产品逻辑的混乱，因此，我重新开始阅读这一系列曾经囫囵吞枣的书，学而不思则罔，思而不学则殆，let's go。

  举办小组会议的要点：

  1)明确会议主题，传达会议精神

  2)在会前决定好你想从中得到什么

  3)考虑与会者的预期、待办事项和疑问

  4)会前分发资料

  5)会后记录

  6)别对新人抱太大期望

  以成功的talk为荣！！！

  -----------------------------

  小记：

  在刚结束的MSC第一次会议上：

  在会议开始前，比较明确的传达了该次会议精神，“忽略产品之外的其他要素，仅讨论用户、需求和产品”，但由于该公司的两位创始人的强力介入，使得过多的注意力被分散到运营层面，而忽略了会议本质；所以其实还是1、2、3没有做好，没有预估到强力参与者的预期和疑问（3），事先没有做好沟通。

  另外，会前没有做资料的分发，当时主要考虑纸质材料准备起来很麻烦，下次事先做好准备工作，考虑一张mini海报贴到群里，一举两得（通知、预习）。 (收起)

  2012-01-03 22:41:45   回应

  收藏

  推荐
• 

  第1页

  awesome (on Road.)

  ok，我； 在路上。 (更多)

  ok，我；

  在路上。 (收起)

  2011-03-21 23:39:03   回应

  收藏

  推荐

• 

  第1页

  Nilson

  全部十器 用户需求文档 人物角色（人物故事） 可用性测试计划 可用性报告 策略文档 竞品分析 概念模型 内容详单 设计文档 站点地图 流程图 线框图 屏幕设计图：也就是UI设计图 (更多)

  全部十器

  用户需求文档

  人物角色（人物故事）

  可用性测试计划

  可用性报告

  策略文档

  竞品分析

  概念模型

  内容详单

  设计文档

  站点地图

  流程图

  线框图

  屏幕设计图：也就是UI设计图 (收起)

  2011-02-26 21:00:24   回应

  收藏

  推荐
• 

  第1页

  awesome (on Road.)

  ok，我； 在路上。 (更多)

  ok，我；

  在路上。 (收起)

  2011-03-21 23:39:03   回应

  收藏

  推荐
• 

  第二章 人物角色

  FC (难道FC是废材的简称)

  

  人物角色做为用户需求文档的第一环，重要程度贯穿与整个项目的生命周期，无论是具体的产品设计、项目优先级划分，以及可用性测试，都极大程度的依赖人物角色的成功创建；就FC目前的观察，把人物角色说清楚并不是件容易的事，文档化就更难了，也是FC做得不够好的一环。 创建人物角色的好处有很多，简单来说可以方便设计团队聚焦于相同的用户群，从而提供了一种有效的、易于理解的方式来描述用户需求，使涉众在讨论用户时有了共同... (更多)

  人物角色做为用户需求文档的第一环，重要程度贯穿与整个项目的生命周期，无论是具体的产品设计、项目优先级划分，以及可用性测试，都极大程度的依赖人物角色的成功创建；就FC目前的观察，把人物角色说清楚并不是件容易的事，文档化就更难了，也是FC做得不够好的一环。

  创建人物角色的好处有很多，简单来说可以方便设计团队聚焦于相同的用户群，从而

  提供了一种有效的、易于理解的方式来描述用户需求，使涉众在讨论用户时有了共同的语言。

  举书中的简单一例说明人物角色的效果：（p11-p12还有更多更完整例子）

  如下场景就描述了一幅目标受众使用银行系统的画面 “Sarah是一名大学新生，这是她第一次申请支票账目。她只知道自己的身份证号码，但对其他信息一无所知。她明天想去趟银行，告诉他们自己想开哪种支票账户。” 下面这一场景虽然描述的也很准确，但是没有建立太多的背景信息： “Sarah是名大学生，她想开个支票账户”

  然而，创建人物角色并不是件简单的事，一个高效逼真的

  “准传记体”复合式人物

  的创建过程并不容易，但成功的人物角色能够帮助涉众明白我们到底在为什么用户设计产品，书中对如何创建人物角色提供了很多不同的方法和例子，也将人物角色的信息根据其重要性进行了分层：

  1）基础信息

  a.角色名称和背景

  b.动机和需求

  c.场景

  例如：“Sarah是一名大学新生，这是她第一次申请支票账目。她只知道自己的身份证号码，但对其他信息一无所知。她明天想去趟银行，告诉他们自己想开哪种支票账户。”

  2）更多细节

  a.系统特性：将系统（的某个功能）与人物角色的动机进行对照，帮助设计团队梳理系统（功能）。

  例如：回忆录的功能对新手用户并没有太多意义（久忆）；同页面社交功能会让新用户摸不着头脑（MSC）；Onboard流程中出现大量熟悉的图标很容易让用户产生亲切感和试用欲望（MSC）；

  FC：联想到零噪音设计理念了喵～

  b.行为：用户将如何使用产品的真实画面

  例如：用户点击了add按钮，添加了他的第一个社交帐号，于是他看到跳转后的好友面板不再是空白，而这个社交服务内的所有好友都出现在这儿了（MSC）：用户创建了一个足迹，提示创建成功后，跳转后的地图页面中，“从天而降”的图钉被钉入地图并且展开，显然这是他刚刚成功创建的那个（走走）

  c.经典语录：增加人物角色的亲切感，可以直接来自用户访谈，提醒同事咱是做过调研的

  例如：“我喜欢久忆的原因是因为在这儿能找到家的感觉，氛围很好，人们都很亲切”（久忆）；“我不用再刷豆瓣了是很好，可是MSC能否知道我已经读过了那封豆邮”（MSC）

  3）更多

  a.统计学信息：涉及年龄、性别、收入、学历、地域等...

  例如：“35岁的已婚女士，受过良好的名牌大学教育，是CBD某知名外企的人力总监，月薪不低于20K”

  b.对技术的熟悉程度

  例如：“从未进行过网上购物的郑大勇同学..."

  c.个人背景

  d.照片

  在最近一次的MSC会议上，FC做了两个人物角色，配有headshot、常用产品的icon，以及人物简述：

  
  

  "左侧这个小姑娘是一个典型的学生用户，每天刷各种社交网站，刚帖上去的照片有没有高富帅来夸她漂亮啊，新浪微博的粉丝有多少啦，豆邮＋1了嘛等等，这是最为我们熟悉的用户

  右侧这个工作三年的工程师可没有那么多时间瞎溜达，他除了稳定上微博，参与同事们的讨论，收发一些有价值的私信外，每天用的最多的就是邮箱了，不过他们可能有一个特别的困惑，每每当我们看到一篇好文章的时候，怎样才能快速的分享给我某个社交关系上的好友呢，jiathis是一个全局分享，可是我只想把这篇文章转给前段日子认识的某产品总监，提醒他设计上的精益求精对产品到底会有多大的影响，嗯，我可能需要打开新浪微博，找到他的头像点进去，然后打开私信功能，再把刚才那篇文章的地址粘贴过来

  难道我要把他们的QQ都加上吗，即使加上了，我可能也记不全啊，有没有更方便的IM，让我随时可以和我所有社交关系中任意一个人聊天呢...”

  虽然角色构建仍然不够清晰，但从实际结果来看，取得了不错的效果（当时FC并未对人物角色的构造有明确的理解），这正说明了人物角色的重要性。

  考虑到实际的过程，以后可以在该模板的基础上添加关键字（云状），一个事先录制的声音（自我介绍、需求和场景），这样一定能取得更好的效果！

  Stop at p16，to be continued

  (收起)

  2012-01-03 23:02:40   回应

  收藏

  推荐

• 

  第二章 人物角色

  FC (难道FC是废材的简称)

  

  人物角色做为用户需求文档的第一环，重要程度贯穿与整个项目的生命周期，无论是具体的产品设计、项目优先级划分，以及可用性测试，都极大程度的依赖人物角色的成功创建；就FC目前的观察，把人物角色说清楚并不是件容易的事，文档化就更难了，也是FC做得不够好的一环。 创建人物角色的好处有很多，简单来说可以方便设计团队聚焦于相同的用户群，从而提供了一种有效的、易于理解的方式来描述用户需求，使涉众在讨论用户时有了共同... (更多)

  人物角色做为用户需求文档的第一环，重要程度贯穿与整个项目的生命周期，无论是具体的产品设计、项目优先级划分，以及可用性测试，都极大程度的依赖人物角色的成功创建；就FC目前的观察，把人物角色说清楚并不是件容易的事，文档化就更难了，也是FC做得不够好的一环。

  创建人物角色的好处有很多，简单来说可以方便设计团队聚焦于相同的用户群，从而

  提供了一种有效的、易于理解的方式来描述用户需求，使涉众在讨论用户时有了共同的语言。

  举书中的简单一例说明人物角色的效果：（p11-p12还有更多更完整例子）

  如下场景就描述了一幅目标受众使用银行系统的画面 “Sarah是一名大学新生，这是她第一次申请支票账目。她只知道自己的身份证号码，但对其他信息一无所知。她明天想去趟银行，告诉他们自己想开哪种支票账户。” 下面这一场景虽然描述的也很准确，但是没有建立太多的背景信息： “Sarah是名大学生，她想开个支票账户”

  然而，创建人物角色并不是件简单的事，一个高效逼真的

  “准传记体”复合式人物

  的创建过程并不容易，但成功的人物角色能够帮助涉众明白我们到底在为什么用户设计产品，书中对如何创建人物角色提供了很多不同的方法和例子，也将人物角色的信息根据其重要性进行了分层：

  1）基础信息

  a.角色名称和背景

  b.动机和需求

  c.场景

  例如：“Sarah是一名大学新生，这是她第一次申请支票账目。她只知道自己的身份证号码，但对其他信息一无所知。她明天想去趟银行，告诉他们自己想开哪种支票账户。”

  2）更多细节

  a.系统特性：将系统（的某个功能）与人物角色的动机进行对照，帮助设计团队梳理系统（功能）。

  例如：回忆录的功能对新手用户并没有太多意义（久忆）；同页面社交功能会让新用户摸不着头脑（MSC）；Onboard流程中出现大量熟悉的图标很容易让用户产生亲切感和试用欲望（MSC）；

  FC：联想到零噪音设计理念了喵～

  b.行为：用户将如何使用产品的真实画面

  例如：用户点击了add按钮，添加了他的第一个社交帐号，于是他看到跳转后的好友面板不再是空白，而这个社交服务内的所有好友都出现在这儿了（MSC）：用户创建了一个足迹，提示创建成功后，跳转后的地图页面中，“从天而降”的图钉被钉入地图并且展开，显然这是他刚刚成功创建的那个（走走）

  c.经典语录：增加人物角色的亲切感，可以直接来自用户访谈，提醒同事咱是做过调研的

  例如：“我喜欢久忆的原因是因为在这儿能找到家的感觉，氛围很好，人们都很亲切”（久忆）；“我不用再刷豆瓣了是很好，可是MSC能否知道我已经读过了那封豆邮”（MSC）

  3）更多

  a.统计学信息：涉及年龄、性别、收入、学历、地域等...

  例如：“35岁的已婚女士，受过良好的名牌大学教育，是CBD某知名外企的人力总监，月薪不低于20K”

  b.对技术的熟悉程度

  例如：“从未进行过网上购物的郑大勇同学..."

  c.个人背景

  d.照片

  在最近一次的MSC会议上，FC做了两个人物角色，配有headshot、常用产品的icon，以及人物简述：

  
  

  "左侧这个小姑娘是一个典型的学生用户，每天刷各种社交网站，刚帖上去的照片有没有高富帅来夸她漂亮啊，新浪微博的粉丝有多少啦，豆邮＋1了嘛等等，这是最为我们熟悉的用户

  右侧这个工作三年的工程师可没有那么多时间瞎溜达，他除了稳定上微博，参与同事们的讨论，收发一些有价值的私信外，每天用的最多的就是邮箱了，不过他们可能有一个特别的困惑，每每当我们看到一篇好文章的时候，怎样才能快速的分享给我某个社交关系上的好友呢，jiathis是一个全局分享，可是我只想把这篇文章转给前段日子认识的某产品总监，提醒他设计上的精益求精对产品到底会有多大的影响，嗯，我可能需要打开新浪微博，找到他的头像点进去，然后打开私信功能，再把刚才那篇文章的地址粘贴过来

  难道我要把他们的QQ都加上吗，即使加上了，我可能也记不全啊，有没有更方便的IM，让我随时可以和我所有社交关系中任意一个人聊天呢...”

  虽然角色构建仍然不够清晰，但从实际结果来看，取得了不错的效果（当时FC并未对人物角色的构造有明确的理解），这正说明了人物角色的重要性。

  考虑到实际的过程，以后可以在该模板的基础上添加关键字（云状），一个事先录制的声音（自我介绍、需求和场景），这样一定能取得更好的效果！

  Stop at p16，to be continued

  (收起)

  2012-01-03 23:02:40   回应

  收藏

  推荐
• 

  第一章 绪论

  FC (难道FC是废材的简称)

  写在前面的话：身为一个精通（原谅我这么自信）Axure的技术背景的工科PM，我从来都以为仅靠PPT、Word、原型就可以很好地与team沟通产品工作（更多关于FC眼中的文档书写http://www.zhihu.com/question/19673119/answer/12910059），实际效果当然也不赖；虽然很多国内的PM都不够重视文档的建设，这有着多方面的原因，这也并不影响他们设计和开发出优秀的产品；然而，优秀的产品逻辑、优秀的产品过程、优秀的产品结果三者之间本无必然... (更多)

  写在前面的话：身为一个精通（原谅我这么自信）Axure的技术背景的工科PM，我从来都以为仅靠PPT、Word、原型就可以很好地与team沟通产品工作（更多关于FC眼中的文档书写http://www.zhihu.com/question/19673119/answer/12910059），实际效果当然也不赖；虽然很多国内的PM都不够重视文档的建设，这有着多方面的原因，这也并不影响他们设计和开发出优秀的产品；然而，优秀的产品逻辑、优秀的产品过程、优秀的产品结果三者之间本无必然的联系，它们各有各自内部的诸多问题，优秀的产品逻辑关注产品思考过程的思路清晰一致，优秀的产品过程更多需要团队对项目的执行，而优秀的产品结果则由更多更复杂的因素组成。身为一名死工科男，我可以允许我设计的产品没有取得我预想中的成果，但我无法容忍自身产品逻辑的混乱，因此，我重新开始阅读这一系列曾经囫囵吞枣的书，学而不思则罔，思而不学则殆，let's go。

  举办小组会议的要点：

  1)明确会议主题，传达会议精神

  2)在会前决定好你想从中得到什么

  3)考虑与会者的预期、待办事项和疑问

  4)会前分发资料

  5)会后记录

  6)别对新人抱太大期望

  以成功的talk为荣！！！

  -----------------------------

  小记：

  在刚结束的MSC第一次会议上：

  在会议开始前，比较明确的传达了该次会议精神，“忽略产品之外的其他要素，仅讨论用户、需求和产品”，但由于该公司的两位创始人的强力介入，使得过多的注意力被分散到运营层面，而忽略了会议本质；所以其实还是1、2、3没有做好，没有预估到强力参与者的预期和疑问（3），事先没有做好沟通。

  另外，会前没有做资料的分发，当时主要考虑纸质材料准备起来很麻烦，下次事先做好准备工作，考虑一张mini海报贴到群里，一举两得（通知、预习）。 (收起)

  2012-01-03 22:41:45   回应

  收藏

  推荐
• 

  第1页

  awesome (on Road.)

  ok，我； 在路上。 (更多)

  ok，我；

  在路上。 (收起)

  2011-03-21 23:39:03   回应

  收藏

  推荐