项目简介和我的职责
为了使用户能够有机会找到结伴旅行的人，我们需要引入社交的功能，以论坛的形式呈现，用户可以发布寻找结伴的帖子，也可以加入别人的结伴中。不同于论坛的地方是，我们利用结构化的信息发布来使销售自己的产品更有可能，而且也使用户可以在网站中看到当前结伴的真实动态，更利于做出选择。我和产品经理Steven，项目经理Emily共同完成概念构思，我独立完成流程设计，界面设计。
设计过程
我们创建了两个角色：年轻的男性Bob和女性Eva，Bob想利用难得的工作假期找个伙伴一起去黄石公园和周边城市游玩，有相对明确的规划，Eva也想去玩，但没有明确的规划，希望能够找到另一些人一同游玩。我们关注如何使用户更容易找到合适自己预期的规划和伙伴，考虑如何使用户尽量利用我们的平台达成初期的约定，同时减少负担。
设计结果
特点1：出发日期后自动截止，无法再申请
特点2：可关联线路，利于网站产品销售，利于用户选择，无需填写大量信息
特点3：可设置期望结伴的详细信息
特点4：可申请结伴（在回复人数众多的时候可以在对话列表中轻松分辨有真实意愿参与的人并优先处理），回复，发私信（登录后）
结伴同游信息发布页面，除了可以发布详细的旅行和结伴信息外，用户可以使用网站定制旅游产品作为关联线路，既有利于用户查看旅行详细信息，免去计划和购买的麻烦，也有利于产品的销售。
除了出发地，出发日期，目的地等基本信息外，用户还可以筛选期望性别，年龄，旅游方式和支付方式，使用户更准确的找到自己需要的结伴招募。并可以按照出发日期，人气等来排序。在该页面，用户有详细列表和简单列表两种视图模式。可以查看到除活动信息外的组织者已组织活动次数，以此在浏览者做决定时增加可信度和安全性。
用户申请成功后也会受到一封邮件，并在登录后看到申请成功的提示。申请人信息只在申请人和发起人之间公开，其它浏览者或申请者都看不到。之后，其它浏览者可以清楚的看到该活动已经有几个人申请成功，以及当前的人员性别配置，从而决定是否要申请参加。
活动发起者查看活动页面，当有人提出申请，发起者将收到一封提醒邮件，并在登录网站后看到申请人的相关信息，可以选择同意或者拒绝。
申请成功后，用户就可以自己选择通过我们的平台继续线上或者线下联系，商讨旅行具体事宜。
