UX交付物

之前读《 Search Pattern》的时候，作者提及自己的一篇博文《 User Experience Deliverables》，保存在Bookmark好久，今天一读，我和我的小伙伴们都惊呆了，好文！

作为一个产品经理或者说UX人员，我们不写代码，我们不出图，那我们拿点啥出来交货呢？我认为主要就是产品/项目过程交付物。

交付物在Wiki的定义：

Deliverable is a term used in project management to describe a tangible or intangible object produced as a result of the project that is intended to be delivered to a customer (either internal or external). A deliverable could be a report, a document, a server upgrade or any other building block of an overall project.

从定义看出，项目中无形的工作也可以算是一种交付物喔！但是这个不好意思拿出手，还是说说有形的吧，我认为有两类。

1. 文档：文字为主的，各类MRD，PRD，FRD
2. 可视化的交付物：以图为主，原博文列了20种

以前会考虑自己掌握了哪些工具：Visio，Axure，MindManager等等，显得自己有那么一些能力。但是知乎上关于产品经理的讨论《 好的产品经理需要哪些素质？》,《 产品经理核心能力是什么？》和《 产品经理的核心竞争力（技能类）是什么？》上面都没有提及“工具”。今天我算是廓然开朗了：做产品职位应该关注“用什么形式展现”而不是关注“用什么工具展示”。你用Word做表格，用MindMap做流程图都没人管你。要神到，而不是形到。

下面就分析原博文提及的20个“交付物”：

• 故事（Stories）

产品经理都要会说故事，给开发讲，给Boss讲，给客户讲。说故事有两个好处：1）模拟用户真实的使用环境，可以带出很多细节 2）故事不像需求那么生硬，容易让人感同身受，就容易打动人，就容易实现“情感化设计”

产品经理会讲故事。产品推广宣传的时候相应也会以故事的形式展示，而不是简单的功能堆砌或者生硬地搬数据。

【延伸阅读】

想创业，先来学学怎么讲故事吧

如何设计伟大产品：要学会讲故事

• 谚语（Proverbs）

要用一句话概括你的产品!这就要求这个能高度浓缩产品的核心，说明最重要的需求和解决的问题。

举个栗子（From  36kr）：

(公司名称)提供的(产品或服务)利用 (特色功能的突出) 帮助(目标用户)解决(问题描述)

普通的一句话描述：

Socialista提供的电子商务服务旨在帮助女性消费者更快地进行网上购物。

改善的一句话描述：

电子商务网站Socialista旨在帮助新任妈妈以批发价自动订购尿不湿等婴儿用品。

• 用户档案（Personas）

Persona用于描述某个有代表性的用户。Persona除了包含用户的图片，名称，性别，年龄，行业这些基本的个人信息，还有用户性格，用户软件使用习惯，个人经历等奇奇怪怪的条目。

用Persona说明需求就是两个字：真实。之前项目展示时，目标用户群怎么都说不清楚，用了Persona的形式，显得感觉真的就是那么回事。效果比只是列出“年轻的在校屌丝大学生”这样语句好得多。

Persona除了在项目前期获取需求时有用，在产品运营推广时也可以好好利用。淘宝上年一次活动的时候就用Persona 的形式将用户分类，然后分类导购。（T——T 那个页面做得真好，现在一下子找不到了）

• 场景（Scenarios）

移动端产品说明用户场景很重要！以前PC端的产品，使用场景很固定：坐着在家或者坐在公司，网速稳定，屏幕大小也相对固定。但是现在一切都不同的，1）白天上班在地铁上和晚上关灯躺床的场景不同 2）单手操作和双手操作不同 3）2G，3G和WIFI的用户体验和用户期望完全不同　如果不仔细考虑用户场景，那用户只能大呼一声“Where　is the Food”了。

因为场景的因素越来越重要，很多公司的用研部门，也针对性的做了一些调研，例如：

手机使用的场景研究

1. 第1期：写字楼场景
2. 第2期：校园场景
3. 第3期：地铁场景

另外，看完下面这两条，很能理解 很多产品经理来自己于 心理系，社会学系。

来自豌豆荚的东莞移动手机使用调查

二三线城市移动互联网现状：使用人群严重分化

• 内容盘点（Content inventory）

Content inventory主要是用于网站，通过表单的方式，定义整理分类页面的内容，帮助团队理清工作内容。一般来说，表单会包含以下元素：

ID – 对应于线框图，主页是0，第一层目录1，第二层目录1.1，根据习惯设置

URL – 如果是Restful的URL估计挺好处理

Page Title – 页面名字，没啥好说的

Parent Section – 如果是面包屑结构，这个也很清晰

Page Description – 这个不是html里面的描述，根据需要写一些给设计和开发看的话

还可以添加：

模块 – 说明页面有哪些模块，有什么表单，广告等模块

Browser Title – 这就是HTML里面的Title

SEO Information – 这就是HTML里面的 meta description and keywords

Template – 系统中模版的名字

Content inventory之前就没怎么听过，看博文之后才找资料了解的。现在想来，之前没用这个形式组织信息也正常：1）创业产品，就几个单页，都直接出高保真了。2）对于现在很多Web产品来说，页面数量也不多，内容都是UGC，用Axure之类的直接出线框图也足够清晰了。Content inventory可能只是适合大型的CMS吧。

【资源和介绍】

Content Inventory and Audit Resources

PS：剩下的15 UX交付物，下次再写。