现实问题
对工作是有许多远期的、更宏观的想法，工作分配机制也确存在一些不合理之处，经常提也不太合适，琢磨成熟了再说不迟。但每天日常既定工作中，更多的是一件件细节的事情中反映出来的问题。
开户流程：提给开户人员开功能，同时抄送研发开费收时候，遇到不理解和“一根筋” 的技术人员（但很认真），急吼吼就来问你这个没有账号，找他干啥；其实初衷不过为了让他事先了解和准备好，避免遗漏。如果不抄送，那么开户完成后，我们还得去二次确认费收是否完成。系统里我们如果能够直接看到开户状态，或者说工作流更加自动化，那倒也比较直接，能够有的放矢地去跟进开户进度。
数据标准：时常有更新、每家船公司还不一样，但没有及时、集中化管理标准，在用户询问时，无法一次性发送或者解答；来回测试次数增加，多了一些不必要的沟通。版本控制是有，但每个人命名文件不同，本地储存也并非每人都有条理，临场了发来发去，保证不了一致性。
产品管理：需求从用户方面到开发的流程，把控需求到底在业务部门方面还是数据组呢。产品编号的寻找仍然是一个人工的过程，能否为所有参加人员从“内部流程”中解放出来，更多的精力投入到实际和未来业务的学习和思索（这个更重要）中。听起来流程占用时间不多，但屡屡把大家的精力和思考打断，碎片化，然后要重新捡起来花费许久，隐形的消耗。另外，虽然产品标准化了，但实际和开发人员交流中，仍然会发现不少其实模棱两可、需要业务人员确定的“需求”，往往他们不提，用户都不知道（经常他们的需求都是很简单一句话），我们也不清楚究竟有哪些变量是可以选择的。
用户服务：边界模糊，不得不说用户中很大的比例是“刁民”，为他们解放双手其实是一件效益比较低的事情，但既然信息化了也可以理解，但是否要坚持SLA，或是经常“加急”有没有必要，一是能否坚持协议精神（比较困难），二是要敲打，形成用户习惯，而不是每次都迁就。
微信群交流模式：从个人角度，一直是不支持把wx作为工作主要交流通道的，何况每天被乌压压的微信群消息支配的恐惧感我也无法忍受，可能我比较old fashion。从客观角度来说，微信是一个时间线性的聊天app，并不适合多任务同时工作场景。七嘴八舌的，没等你回复已经被刷了几页屏幕，还得往回找；还喜欢各种共享文件，但文件容易失效、不在客户端的时候也无法在电脑同步（当然可以后期通过转发给自己，但这方式说实话也很傻）；更别提有些人喜欢把测试代码一长串发在聊天里，阅读的人（很多并不是目标用户）感觉有多差。要是说一个工作一个群，实现多任务，那其实也很无聊，十来个群大部分成员都是重合的。本来世界上有各种办公app和项目管理、测试管理软件，首先邮件依然是很有效的通用沟通工具，HP Test LAB等等，都更适合于不同场景的工作。所以我索性关闭了所有wx通知，免打扰，因为当有几十个工作群（以及一些主观上想聊的朋友、家人群）的时候，每个群轮番@你一次，你的精神和思路就被打断了。
太湖蟹寄居地 