● 办理登机牌服务去掉航站楼
这是一个移动应用，线上运行了有多半年了。办理登机牌的页面如下图：
业务方找到产品经理，说“乘机人一般不知道在哪个航站楼登机，所以去掉航站楼的选择吧，我们把航班与航站楼的对应关系给你们，你们维护到系统里。这样，我们根据客户输入的航班号就能匹配出对应的航站楼。”
产品经理咔咔咔，把对应表给了我。开发吧。
我的建议：考虑到边界数据，如果根据客户输入的航班号无法从你提供的对应关系里匹配出航站楼，我们应该如何应对？
业务方和产品讨论后，回复“提示：航班号输入有误，请确认您的航班信息”
● 数据记录的编辑功能
公司的运营后台管理系统，对数据记录的管理功能是用一个js插件实现的。 通过勾选记录+点击工具栏上的功能按钮进行操作。如下图：
对于记录的编辑功能来说，不是太方便，尤其是数据记录较多时，需要拖动滚动条在不同的屏切换。 而且，受同时只能编辑一条记录的限制， 操作人员难免会遇到选择了多条的情况，这时就不能不再点一次alert框里的确定按钮，然后再切屏确认选择一条记录。
比较好的编辑操作，——估计很多系统都是这么实现的——是通过点击记录行上的某一个主属性（比如新闻的标题，比如某条设置的名称），进入编辑页。如下图：
这个毕竟是用到了js插件，就不吐槽了。 我要说的是， 此后的公司的更多的运营系统，无论产品的设计抑或技术的实现无一例外的使用了这种方式来实现编辑操作。 这对于运营或系统运维来说，无疑浪费了太多的时间。
● 内容页的信息就不要省略显示了
如下是一个标的的详情页，其中，标的title和项目描述都只显示了一部分，剩余的文字用省略号取代。 我想说，这已经是终端页了，你还省略显示，那客户怎么看完整的介绍呢？又怎么能信服你的产品并愿意掏钱买你的产品（标的）呢？
