近段时间在和团队的成员一起更新一些面向团队成员的us，因为正式版本的更新还有一段时间，所以先做了一款过渡产品，现在叫做 US Beta 1.0 （mobile），为了填补新版本开发过程中的真空期而做的一个临时版本，同样也为了正式版的构建做一些技术和规范上的积累。那么稍微的来阐述一下：
产品：US Beta1.0 (mobile)
定位：快速精准地联系上团队成员
功能：拨号、短信息、查看个人信息
信息层级：部门、个人两级分类
实现方式：部门切换（枢轴）、个人（列表）、搜索（模糊搜索），通信方式在滑动手势和轻触上考虑下-_-||
迭代方向：增加项目分类、提供状态备注、内置语音通信
（因为是一个过渡产品，到时候可能不能跟最终的US移动端对接，所以这些功能更多的会考虑放在正式的版本上）
信息结构
信息通过部门、个人两级来整理，部门在这里不做操作，仅作为一个部组的标签分类，列表中的成员排列按注册时的工号降序排列，已知部门时，可以通过平级间的slide切换至部门中查找到成员，不知道部门，只知道姓名或单字的，通过搜索控件辅助查找，搜索采用模糊搜索，因为库中数据量本身较少，模糊查找可以提高查找效率，精确搜索的输入成本更高，所以在这里选择模糊搜索，并能够及时更新。在姓名后补充了担任职务的标记，是对该成员对团队贡献的一种肯定，也是一种责任划分（例如我在联系不上部门主任的时候，我可以试着联系副主任来让任务进行下去）。前置了主要操作：拨号和信息发送。为了贴近移动端的通讯功能，信息查看作为补充，需要进一步的tap才能查看。同时在个人信息也内也提供了拨号和信息发送，个人信息页内的信息列表提供的信息依旧是为了增强联系而罗列的，在短信和拨号均无法联系的时候，可以通过班级、邮箱、im通讯工具、住址等取得联系。
交互方式
使用基本手势，tap、long press、slide，tap作为进入下一步或使用该功能，long press激活复选框进行批量操作，slide更加流畅，应用在了各个部门分类之间切换处和信息列表的上下翻动，这里曾经有想将slide操作应用到拨号及信息发送的功能上，即左滑激活拨号，右滑激活信息发送，这样的操作虽然流畅但是却会让部门间的切换变得困难，因为手势冲突，部门切换就得换成tap，而部门的枢轴位于屏幕的上部位置，比成员信息列表更不易点击，而且错误的滑动操作比精确tap上icon更容易触发（虽然这里可以通过控制滑动的位移大小来判断是否激活，但是这又破坏了slide手势的流畅度），所以最终还是选择了tap来启用拨号和信息发送的功能，tap下对应的icon，表达出“是的，我要进行这一步操作”的准确信息。同样，在个人信息页内，也有思考拨号和信息发送功能是放在屏幕的中部还是底部更好，最后决定把低栏留给更加分明的功能（类似一键添加到手机通讯录？），将拨号与信息发送的功能布置在人物头像下方增强联系，拇指操作方便一些。
界面&动效
因为作为过渡产品本身比较简单，所以在视觉上希望是围绕“明快、活跃、整洁”的主题确立，所以在top bar 上大色块用了偏亮的蓝绿色，职位标记用了较亮的黄色，而区分年级，三年级生都以更浓的橙色标记。为什么个人信息页上是红色？想暗示出活跃与激情，但是光靠色彩可能并不能达到预期适当的增加图形或者自定义背景颜色或支持图片模糊？都可以进一步的思量。在动效上，tap手势都会以触碰点为中心产生涟漪扩散的响应动画，涟漪扩散速度与触屏时间成反比（时间越少，扩散越快）为了让动作更贴近真实的物理世界，屏幕内动作的位移图大都是“s”型，有加速减速过程，而屏幕外的图形进入到屏幕中时则是以最快速率进入，即没有加速过程，控件的启用过程通过小位移和渐变里来表现，减少突兀带来的不适感，slide切换至界限末端时，通过粘滞回弹动画提醒没有下一内容。
目前团队的android开发也在进行调试，之后大概会有一些与开发团队交流的小结。
