其次,勤于思考,帮助开发解决问题
前段时间做TV项目时,遇到一个问题:交互定义的是搜索结果中需显示所有结果的总个数,但是具体结果只展示99个(具体原因这里先不解释)。但是拿到第一个版本的结果是,结果数值最多只显示99,于是找到搜索的开发,然后向他反馈了下问题。
这里应该是实际的数字不是结果的个数,实际数字更显得我们的内容丰富,现在无论我输入哪个字母都是99,一来让用户觉得内容不丰富,二来会感觉程序出了问题。
显示实际个数会很复杂,因为结果可能几十万条,返回结果会很慢。
恩。我理解的实现是这样的:用户输入后,我们先去服务器检索,检索完后将所有结果按匹配度排序,排完序之后再取前100条展示,是么?
是的。
那在将所有结果排序的时候,其实是可以顺带取到这个数值的,因为是对所有的检索结果重新排序,不知道对不对?
应该是这样的,我再试试看。
很多时候,开发不是说推卸责任不想做,而是有时候他们掉进了他们的线性思维里,一时没法跳出来看问题。你需要做的是,多思考问题,帮助他们一起发现问题根源,并解决问题。当看到实现与交互预期不符时,不要用兴师问罪的口吻沟通,尽量心平气和的陈述事实,看是对需求没有理解清楚还是一时马虎或者技术上遇到了问题;当自己的交互流程被质疑时,尽量从用户情景、流程任务或者是产品目标等专业方面解答他们的疑惑。同时由于和开发后期讨论时,大部分是非常细节的问题,要保持自己头脑清醒,时刻记住用户场景、用户目标,防止被他们的思维带着走。
再次,建立与开发的信任
在一个项目中,建立信任很重要,包括产品、视觉、开发对你的信任。信任一旦建立后,一些工作沟通都会很顺畅。如何建立信任?前期多与产品沟通,自己多思考问题,在你做每一步决定时,多对自己问几个为什么,做到有源设计。这样到开发阶段返工、修改会减少很多,当开发向你反馈问题或有疑惑时,自己先认真想想,有疑问的地方先找相关人员确认,然后再给答复。我自己工作沟通中,经常说的一句话是:我先想想,等会给你答复。
综上所述,首先多积累知识,设计、开发都要追求有源,与开发沟通时多站在他们的角度思考问题;其次大家都是平等的,敬业且富有责任心的,大家奔着解决问题的目标去沟通;再次,先做好自己的工作,那样大家都可以少干点活。
(本文来源于图老师网站,更多请访问https://m.tulaoshi.com/pmsj/)