程序员的修炼-从优秀到卓越札记:了解你的用户(上篇)

前言:人生真的是一场奇妙的旅程,前日你还兴致勃勃,昨日你就意兴阑珊,今日却又恍然大悟。在写这篇札记时,其实我心事重重,但是我必须强作镇定,把自己的认知记录下来。

了解你的用户,就如同长官了解自己的士兵,只有了解了,才会尊重,才会信任,才会双赢;很多领导并不了解自己的员工,却好像一切尽在掌握之中,他们很任性,觉得自己可以肆意的践踏员工对自己的信任感,然而回头想想,他什么都不是。

逻辑人的争议

Jeff说我们这些软件开发者就是一种逻辑人,我们热衷于掌握复杂的技能,即使付出很多努力,尝试很多失败,我们也在所不惜。所以我们倾向于创造一种复杂的产品,而不是用户希望使用的。

其实我有些怀疑这样的看法,昨晚我陪女朋友加班,她使用CAD开发建筑模型,对于那种超级复杂的内容,我表示由衷的赞叹,如果换作我去使用CAD,简直要疯了,我不知道她们用起来是否简单,但是那种看起来的复杂度已经让我望而却步了。

其实Jeff想表达的观点正好可以使用一句话来概括:“像外行一样思考,像专家一样实践”,做出一款软件要尽可能的简单。

象牙塔式的开发

Jeff提倡开发者深入到用户基层,认真的倾听和了解用户真正对产品的看法,而不必深居闺房,甚至提出了“在整个项目开发周期内,请尽力将开发人员暴露在用户面前”。

我们项目部有一个安监产品,产品的归属权是政府,而使用者是那些企业以及部分政府管理部门,产品的决策者是我们的领导,他们一致的意见是只听从政府的,而忽视那些企业的感受,因为政府给我们钱,而不是企业。这就会造成一种现象是,企业极不愿意使用安监产品,而政府强迫这些企业使用,而从政府到我们的软件开发者就形成了一种封闭的作业象牙塔,而象牙塔里没有企业。

就拿我自己做的期货交易平台,我似乎还没有搞清楚怎么买涨、怎么买跌,我并不能很好的把握这个赚钱的契机,然而我却做出来了这种产品,我有的时候也不明白,这很奇怪。

让程序员设计界面的后果

就拿我自己而言,我自负的认为很有鉴赏力,然而让我去设计一个产品界面时,我就会迷茫,我并不懂得什么才是最好的。

我们产品的很多界面设计都是模仿的别人,因为我们没有专业的美工。

保护“中间分子”

在Jeff看来,中间分子是指那些趋于对产品非常了解和刚入门之间的用户,这些用户占据了用户群体中绝大部分,真正的菜鸟以及专家相对来说是很少的,那么软件需要在功能上有所权衡,去照顾这一部分用户,而不是将注意力集中在新手或者是专家身上。

每个用户都会说谎

Jeff提出了一个很赞的观点:用户的愿望与现实往往是相悖的

用户从来不读《用户指南》,而是一拿到手就开始使用了。

前段时间刚买了一个德意的抽烟机,使用了将近4个月的时间,我想清理一下里面的油渍,然而我不知道怎么把封装盖打开,我尝试了很多方法,但是依然没有打开,我到最后放弃了,但是我从始至终没有去翻看一下用户指南,哈哈。

有些时候,我们奔着一个目的去买一个产品,但是当我们真正的拥有时,却并没有去使用那些功能,而这点在现在的很多产品设计上,突出的尤为明显。我不明白为什么,一个洗衣机上面会有那么多按钮,但是我几乎从来只用上两三个。

所以有的时候,用户提出了什么观点,我们要去判断是真需求还是假性的。

别把产品发布当目标

我6月份的考核是把一家交易所的期货交易平台正式上线,如果没有正式上线,不论什么原因,本月考核为0.

这就是我自己亲身的体会,我们很多领导认为只有我们把产品正式发布出来就是最终的目标,但真正的目标是什么呢?

有多少用户在真正的使用你的软件,这才是衡量成功的终极标准。

之前,我在交易平台上开发了”交收系统”,但代码已经发布了将近8个月时间了,却依然没有真正的用户在使用,呵呵,我曾经认为那段开发时间是我最有意义的时光,然而现在看来,他似乎一文不值,因为无人问津。

我们开发软件的目的就是希望有人使用我们的软件,并真正的帮助用户解决问题,然而这个愿望并不容易实现,但是我们应该永远保持这个激情。

时间: 2024-09-27 15:41:26

程序员的修炼-从优秀到卓越札记:了解你的用户(上篇)的相关文章

程序员的修炼-从优秀到卓越札记:绝地反击1

前言:匆匆忙忙的读完了<高效能程序员的修炼>,也做了一系列的文章札记,并且尽我所能把Jeff给的观点付诸实践,然而我知道我只是懂了皮毛.所谓"欲穷千里目,更上一层楼",我迫不及待的看了<程序员的修炼-从优秀到卓越>的第一章,就着急把自己的感悟和心得梳理成文,但是我内心很不安,我的内心告诉我,好书读一遍两遍,既使做了札记,依然不够,流于形式的都不重要,重要的是能够融会贯通. 千里之行始于足下,无论怎么样,一步步脚踏实地的做起来,终将会取出成功,我还是要扎扎实实的记

程序员的修炼-从优秀到卓越札记:阅读之美

前言:培根这样说过,"读史使人明智,读诗使人聪慧,数学使人精密,哲理使人深刻,伦理学使人有修养,逻辑修辞使人善辩".对于程序员来说,单纯的编码并不能使我们卓越,读一读那些优秀的书籍则会让我们更有成就. 不读书,谁之过 诚如Jeff所说,现如今的编程书籍鱼龙混杂,作为编程人员,挑选一本值得读的书难度也不小.从2014年开始,我不断从京东上购买编程.人文方面的书籍,大约有三十多本,然后加上在CSDN以及ITEYE上有奖试读的书籍,我认为已经林林总总,但是真正让我感到有用的书并没有几本,比较

程序员的修炼-从优秀到卓越札记:编程之道2

前言:天气愈来愈热了,笔记本也开始发烫,写一篇文章也开始变得艰难.我最近一直在写读书札记,也许很多人不喜欢看,我却乐此不疲,能够把自己的感悟跃然于纸上,感觉就像一个"好"的程序员,你觉得呢?今天继续来看编程之道的下半部分,看看我在通往优秀程序员的路上还需要做些什么. 你循规蹈矩吗 最开始的时候,我的手机贴膜都是找伙伴做的,而如今,我都是自己来做的,并且认为做的不错. 其实贴出来没有气泡的模还是比较容易的: 擦洗手机屏幕,保证没有肉眼所见的脏污 撕下保护膜的后膜,将内膜按照屏幕轮廓进行覆

程序员的修炼-从优秀到卓越札记:附录

前言:其实我更想写一些自己的疑惑,而那些卓越的程序员给出一些建议.写的札记越来越多,却更容易感到迷惘,感觉心中有一个症结无法打开,从而在某一些时候感受到困惑. 既然如此,那我就先描述一下自己的苦闷,再来回顾Jeff的附录,看看我能得出一些什么结论. 我不知道读书应该是一种快乐的事情,还是一种要坚守的事情,所谓快乐,就是随心去读,而坚守,就是每天都要强迫自己去读.有的时候,我怀疑即使我写了札记,我依然没有从书中获得认知,因为我依然不够振奋,不够奋发图强,我在书中探寻的内容没有实战的机会,我的发展方

程序员的修炼-从优秀到卓越札记:绝地反击2

前言:作为一名程序员,我们都渴望提高自己,首先让自己认可自己,接着让别人认可自己.从马斯洛需求层次上讲,我们很迫切的需要到达尊重的需求,让别人觉得需要自己,是非常棒的一件事情,只有觉得自己被尊重了,你所具有的才能才能发光发热,那么就遵循我的脚步来继续看看绝地反击中,我们还要做些什么? 勿以专家自居 当我了解到别人把我当做专家或者权威,而不是像伙伴一样的志趣相投者时,我觉得仓促不安. 最近在CSDN上,一位同仁向我请教DWZ和jqGrid的相关问题,因为我发表了dwz系列文章,然而他按照我提供的步

《程序员的修炼——从优秀到卓越》

<程序员的修炼--从优秀到卓越> 基本信息 作者: (美)Jeff Atwood 译者: 陆其明 杨溢 出版社:人民邮电出版社 ISBN:9787115347824 上架时间:2014-4-15 出版日期:2014 年5月 开本:16开 页码:207 版次:1-1 所属分类:计算机 > 软件与程序设计 > 综合 > 综合 更多关于>>> <程序员的修炼--从优秀到卓越>   编辑推荐 <高效能程序员的修炼>姊妹篇 Coding Hor

《程序员的修炼——从优秀到卓越》读书笔记(二)——运营和项目管理

运营企划: 1.如果没有失败(以及很多经历) ,那就算不上是真正的实验,也不可能有创新 2.重要的创新和改进可能会在任何时候以自下而上的方式来自于公司的任何人--它们不会总是按照神奇的总体规划上预定的间隔自动蹦出来(高手在民间) 3.用Memtest86+测试内存稳定性,用Prime95测试CPU稳定性.有时候确实是硬件的问题.(电源和散热设备也会影响设备的稳定性) 4.建立一种异常和错误报告机制.80%的客服问题在修复了用户报的最多的20%的BUG之后就能得到解决.异常日志才是用户反馈的根本.

《程序员的修炼——从优秀到卓越》读书笔记(三)——人员管理和人生经验

人员管理: 1.如果你想要影响别人,你必须有能力说服他们.(行政手段,利益刺激同样可以说服人,但是在面对技术人员时更需要让他们相信你的权威,技术人员特别是高级的技术人员都脾气比较像知识分子,行政手段的刺激经常会产生相反的效果) 2.说服他人的"草根"方法:1.从总体上说,他的观点是相当出色的:2.他的做事方式是自下而上的,而不是自上而下的 3.他总是能带头亲自去做事,以赢得别人的信任 4.他拥有足够的耐心去等待机会的到来(在没有足够的地位和权力之前,怀柔政策是可以采用的) 3.真正起到

阅读程序员的修炼--从优秀到卓越

程序员的修炼从优秀带卓越 第二章 编程之道  切记一根筋 :优秀的开发者和平庸的开发者之间存在着的一条鸿沟,因为优秀的程序员所具有的的素质似乎是与生俱来.那么成为优秀的程序员的方法是抛开编程,放下编译器,好好的评估一下自己正在做的事情.你必须培养自己对于编程周边所有事情的热情.你的兴趣爱好越广泛,就越能胜任你的工作 破窗理论: 一个窗户破掉之后,如果没有修好,那么其余的窗户就会很快的被破坏掉.在程序代码里面,如果对不良的设计,错误的决定或者槽糕的代码不管,程序便会迅速的恶化.我们应该采取一些措施