笨客户？
编程
jeff
0
需求在茗苑里面喝着夜茶，jecy给我讲他面对客户的经验时，千叮万嘱地说，以后，你找客户一定要找有一定文化层次的客户，素质低下的客户只会让你多付出几倍的代价。
jecy说这是一次惨痛的教训，大半年前，他通过朋友接了一个项目，是典型的进存销的软件，客户是在一德路开五金档铺（大概是这类型）的老板，没什么电脑基础，雇来的员工连Email也不懂用，jecy在做需求的时候客户说自己没有什么概念，就是出货，进货，让jecy自己想着做，到最后jecy做出来，老板说这不对那不对，还在某些细节上面双方苦苦纠缠了好久，老板甚至想要jecy退钱，jecy说已经赔上了一倍的时间，不可以退钱，并且责任不在自己，是客户没有计算机方面的知识才搞到双方不欢而散。
jecy为此也焦头烂额，因此也总结出一条经验，找客户一定要找些素质高的，有些计算机素养的，那样在细节方面引导客户时才更容易。
对这次jecy不幸的遭遇我感到很同情。不过在一些点上我持有不同的观点，一个表现在对客户的期待上，另一个就是了解需求和满足客户需求细节上的不同（后面举例说明）。
我认为所有人都可以成为我的客户，谁都有权利去使用软件并对软件提出自己的需求，并且需求对于客户自己来讲，总是合理的。
客户没有计算机基础不是最要紧的，他最终与你讨论的时候还是会用他仅有的一点想法来跟你交流，辟如说他在添加订单的时候想通过货物名字来在7000多种产品中查询出想要的物货来，他希望不用通过翻页来找到他要的物品种类。
往往我们会被我们所知道的事情限制了，在设计解决方案的时候不知不觉从一个技术人员的角度去想问题，而容易忽略了最原始最真实的需求。比如这个时候jecy想通过给货物加上编号，那么在查找的时候输入编号会更容易实现－－也许中文名太长，完全匹配是有点难度吧；而7000条纪录不用分页一次过加载到界面，不拖死机器都会慢死！于是，他给客户建议，加上编号吧，加上分页吧，但是从店铺老板的角度来看，加上编号意味着他要每种货物到编上号并且要记忆下来，而且他死活也不明白为什么一定要有分页，他坚持不要分页，做出来再说。这时分岐出现了，jecy没办法说服客户，甚至警告客户说这样子做出来效果将会很差。最终不欢而散。
我想，如果是这样做的话，问题应该更容易解决：
一、客户对自己的需求没有概念，仅知道简单的出货入货。那么这个时候更应该多与他沟通，提供Demo也很重要，Demo不一定要做得完整，可以是针对一个小功能的实现，就Demo与客户进行更进一步的讨论，以期获得更真实的需求。我想，这样远比足不出户，坐在Notebook面前假想这种没有计算机基础的客户的需求要好。
二、客户的提出的意见是最有价值的，永远不要以技术实现困难为理由去说服客户，恐怕这是用户最不想听到的理由。我们可以准备另一套可选的方案给客户，并试图说服客户接受，这就是所谓的引导，我们在避免不要被客户牵着鼻子走的同时，也要有艺术的牵客户的鼻子。而就jecy遇到的两个问题：搜索和分页，个人认为客户是很有道理的，如果可以实现的话对客户来说无疑节省大量的时间，而从技术的角度去考虑，我想可以给出一点建议：如果客户需要按中文名称去查找货品，那么大可不必使用全部匹配，用模糊查询加上输入提示（输入提示仅提供前N条）就可以解决这个问题；用户不想分页，实际上也不必一次性加载所有的数据，当用户往下拉的时候再去加载下一页的数据就可以了，这种翻页对用户可是透明的，可参考Google Reader的实现，没有必要和用户在这里较劲，当他发现在一整页里面也不容易找到自己要的货品的时候他自然会想到更有效的方法：搜索。
jecy最后也认为，Demo在需求确认的时段真的很有帮助。至于下次他会遇到什么样的客户，还不知道，祝他好运吧。
<EOF>
评论(0条)