一、车票预订界面
改动：1、简洁了预订界面，减少了对车次、席别的选择，改为只查询高铁动车，方便用户快速操作。
2、对查询按钮进行调整， 照顾用户的实际体验。
二、查询界面
1、在查询车次界面，对底部筛选tab进行了调整，主要为车次、时间、席别和综合筛选，用户可以根据罗列出的车次信息，通过底部tab选择适合自己的出行车次，可以更直观的体现。
2、在询问周边多个小伙伴使用时，发现他们一般会更加发车时间和时长来选择车次，在足够票数情况下会根据坐车时长选择席别。所以对车次信息进行调整。显示最低票价以及纵向的信息分布，强调车次信息以及始发时间。
三、确定车次界面
1、原App增加了图片验证码，验证繁琐，给用户在抢票过程中增加了时间成本。在自己设计的过程中考虑到这一点，减少了验证码验证（在除节假日的时候图片验证码可以进行暂时隐藏或者取消）。
2、修改了订单界面时刻表的位置。主要根据自己在操作过程中并未注意到点击下拉按钮可以显示。
四、确认支付界面
在自己使用过程中，“立即支付”、“购买保险”、“购买返程”、“送票上门”、“取消订单”选项太多，在视觉上给人排列式的选择。而在确认支付界面，用户往往更加注意信息是否正确，车次、时间、票价等是否选择正确，所以讲确认支付界面以列表形式对应用户信息，让用户一目了然，简洁操作，方便下单。
五、订单查询界面
1、通过订单查询流程图，发现已完成订单界面需要首先选择是否已经出行和新旧订单，在未出行订单中同时还需要选择“按订票日期查询”和“按乘车日期查询”。在查询场景中，用户可能在出发的前几天想再次确认订单信息，而按照订票日期查询增加了用户的记忆，同时希望快速查询的用户还需要多次回想或者是多次交互点击才能到达界面。
2、在各大应用商店中，用户对订单查询界面也觉得不方便。选择日期比较麻烦，大部分用户查看到的都是近期一个月和一星期内的订单，所以增加了该选项设置。
六、我的12306
在原App中采用了11个列表，把所有信息都展示在一个界面里，主要分别为“个人信息”、“其他查询类”、“帮助和关于类”。在调查的过程中，发现“车次、票价、代售点等”查询使用的频率比较低，正晚点主要是接送亲友的用户进行查询。所以在我的12306界面对查询类进行了整合。在视觉上通过分类更直观显示。
此文主要记录自己原型重设的笔记，用于学习和交流。
