那些曾被你忽略过的dialog伤不起

     如本文的title说的那样，在我们所做过的项目中，对话框的出现是再稀松平常不过的一个[img]东西了。没有过多复杂的逻辑，没有太绚丽的UI，没有冗杂的业务逻辑，但幸运的是，这些东西有幸能成为出现在我们客户日常使用过程中最多的一个组件。
     我们是不是应该庆幸，我们花几分钟就可以开发出一个经常呈现在客户使用中的模块呢？或许是的，但其实并不是那么的简单。这篇文章我举出很明显的例子来做对比，多余不说直接上图（请点击附件）。这个云应用是我1年多前在A公司给team member做training的时候用的，我就不介绍这个工具是什么了，有广告嫌疑，只说这是一个作图软件，类似viso. 我在删除一个resource的时候不经意的发现了这个对话框。right is yes, left is no. 大家可能会问，这又如何？当然对于我们的程序员来讲这个并不难实现，设置对我这样很少写代码的QA来讲，可能也不会花太长的时间，可这样一个对话框让我有了一些沉思。这个软件是国外研发的，当然，我想作为开发者和需求分析者，会以自身经验和定向思维加在这个软件中，从而才有这样的对话框，这代表了什么？这代表的是一种文化，一种使用习惯。大多数西方国家的使用习惯就是右边yes左边no。看看我们做的项目，虽然做的都是欧美项目，但所有的对话框无疑都是左边yes右边no，是，这不能怎样，而且不会影响我们的交付，这样的对话框谁都做的出来，我们拿什么去和其他竞标对手竞争？可能很多人会想，合同在手，项目实施已成定局，但是更有很多项目是这样的，客户拿出一些需求，我们的BA分析出story，开发人员快速实现一个原型，屁颠屁颠的去给客户做demo，而同时，我们的竞争对手也在做。当这样的一个demo出去的时候，客户看到的不是深层的业务逻辑和你的雄厚的开发实力，首先看到的是呈现在我们眼中的最直观的一个原型。
    说到这里我还是不得不套用一句不知道是谁说的话---细节决定成败。当所有人都不会做的时候，你要会做，当所有人会做的时候，你要做到最好，这样的dialog实现起来和之前的并无难度上的提升，可是会大大影响我们客户的满意度，这只是一个小的环节，在我们日常的工作中，还有更多的环节需要我们用我们的专业知识和对客户的背景文化了解来使我们做到卓越。我敢负责任的说，没有哪个BA和QA会去和客户clarify这样的对话框，一则我们会有思维定势，二则，虽然软件过程中鼓励沟通，但并不是指一些我们本应用专业知识和经验去解决的东西不去解决，而去提问客户或者stakeholder。我们再做咨询或者说外包的时候，我们代表是公司的形象和技术实力，我们就要在专业技能和卓越程度上更高一筹。
     别再忽略身边那些像dialog一样的事情，一些小事可能会改变格局，敏感起来吧，只有你用心，周围的事物才会给予反馈，至于你们信不信，反正我是信了。