项目简介和我的职责
这是一个电商后台商家和内部人员沟通和处理信息的综合系统工具，目的是为了减少商家和编辑部门，客服部门之间的电话沟通，邮件沟通成本。我和产品经理通过人物角色完成概念构思，我在其它利益相关部门提供参考信息的帮助下完成流程设计，界面设计。
设计过程
通过模拟用户使用场景，我们确立信息流的框架。在这个项目的情境中，有两方参与的用户，一方是电商平台的供应商，简称商家；另一方是电商平台的运营者，简称“商场”。商家向商场提出一些业务上的请求，商场来应答并解决，反之亦然。
用户提交request通常面临大量的输入，不但麻烦，而且不准确，更不利于接收方的阅读理解。为了帮助用户对特定的产品进行沟通，我们设计了一个结构化的信息提交工具，免去了这些麻烦。
设计结果
关于Follow ups的设计与简要流程：
点击Edit在弹窗中更改Type，Owner（只有support人员使用）并有更改的log，用户不能更改自己发出的request 的type和owner。
点击右上角状态触发3个raido：Open，In process， Processed。
用户可以随时更改信息状态为其它任何一种状态，当状态为processed时，不能再更改。
当request由vendor发出时，support人员看到的头部灰色区块横线下方首先为结构化信息，每个条目分别在新的一行显示，其次是note。
对于vendor发出的request，只有在processed后，才能被vendor打分，打分操作只能进行一次。
默认情况下，可以进行打分的request的回复选项隐藏，在打分后面有展开回复选项的链接。
以下为结构化的信息提交工具，根据各自的业务逻辑和需要，商家和商场端呈现不同的内容。
vendor发出request，在经过两次follow up之后，由Emily回复。像普通的邮箱系统一样，每次的发送都可以上传附件。用户可以更改request的状态，以说明性的确认该request的实际处理状况，便于查询，记录。
vendor发出的request，经follow up后，最后由vendor回复。商家可以对商场的处理进行简单的五星机制进行评价，以保证服务质量。
