案例分析会议预定表：问题协议样本
前面我们提到过问题协议是一个列表，其上列出了你想要问的每一个问题，还列出了为何提问，以及将如何使用这些信息的相关情况。
下面这个例子展现了问题协议在实践中是如何生效的。我们要设计一个英国的会议预定单。
其典型用户有：
要亲自参加会议的人；
代表所供职机构的一组同事预定会议名额的行政管理人员。
由于价格合理且名额有限，此次会议非常受欢迎。用户很乐意预定参会名额，它尤其受到那些喜欢使用网络和表单的人们的欢迎。
在继续设计以前，要对可能出现在会议预定单上的问题做注释。
由于该表单只涉及一个小型的简单机构，因此只有以下几类利益相关者。
市场部：负责会议广告和公共关系。
主讲人：负责教授会议辅导课程。
会议办公室：负责所有的会议行政管理工作，包括除信用卡以外的所有支付业务。
信用卡公司：提供第三方信用卡服务，处理信用卡支付业务。
下表中列出了我们要提的问题、谁需要答案和注释。
广州网站建设,网站建设,广州网页设计,广州网站设计
 |
 |
你认同我们选定的必填字段吗？
关于会议办公室员工为什么要收集代表的头衔和传真的信息，你有何建议？
我们将会议问题协议带给会议办公室经理看。
她说：
“头衔：我们将给与会者写信，在英国，如果信件上不使用头衔会被视作无礼。”
“职位：必须保留。在大机构中经常会有许多人同名，而职位是能确保确认信正确寄达的唯一方式。”
“传真：我们可能要在最后的环节通过传真核对细节，或者在支付出现问题时传真发票副本。”
你同意会议办公室经理关于头衔、职位和传真号码都应当出现在表单上的建议吗？还是你有不同的判断？
最后，我们决定去掉传真号码，保留头衔和职位。在与会议经理的讨论当中，我们了解到她总是在发出传真以前先和与会者沟通，当传真号码与平时使用的号码不同时，她会在与会者名字旁边注明。因此需要时再询问传真号码会更合适。
我们的会议表单示例忠实地展示了一份问题协议。但问题协议的创建并非始终这么容易，我们发现在问题协议取得各方认同的过程中，往往也突显了各部门之间的紧张关系。
在我们的案例中，市场部需要的信息恰巧也可用于另一用途（即与会者的供职单位）。但如果他们要提像“你从什么渠道听说这个会议”这样的问题该怎么办？要使用复杂的下拉列表来实现吗？这样的设计将迫使用户付出更多劳动。多付出的劳动合理吗？要回答这个问题，就该讨论数据的实际价值和用户的劳动哪个更重要了。
广州网站建设,网站建设,广州网页设计,广州网站设计
