视觉只是冰山一角

“对于一个UI设计师来说,视觉只是客户看到的一部分,
因为你自己要了解用户使用过程中的感受是否达到了最优。”

Mao
首席UI设计师

博客

michael's picture

印度的交通背后与敏捷开发原则

很多到过印度的人难免抱怨这里近于混乱的交通,我虽然有同感,但又不得不惊叹如此的混乱之下交通的效率虽然不高,但其结果远比我们想象的好很多倍。相同的场景如果发生在中国,永远都不要想离开那里了。
这是如何实现的呢?

印度的不可思议在于他们的多元性和多元性的融合的效率。宗教如此、贫富如此、语言如此,交通更如此。

试想大象、牛、公交车、轿车、卡车、突突车当然还有行人都相遇在印度的大街之上,每种车的速度和方式差异很大,这根本就不是大街,而是广场。但印度人,也只有印度人才能有效的掌控这一切。因为他们非常非常的灵活,他们已经做好了准备面对改变甚至突发,他们接受他们不能理解的,他们妥协和改变,甚至把自相矛盾的一切统统的纳入一个系统。坐在一辆印度的出租车中,你会看到人们互相吆喝,抱怨,但不会停下来,就算停也不会很久,而是在微小的冲突中立刻意识到问题所在,彼此调整和接纳,然后继续自己的行程。于是在古城的斋浦尔牛车人融为一体,如液体一样从古城的一端流到另外一端,如此流畅,让人叹为观止。

跟印度相比,中国的交通的压力是很小的,虽然一些西方人会惊叹我们如何从上海的一个旧小区里面把车开出来,但跟印度的情况相比,我们的处境是好很多倍。但中国的交通效率似乎不比印度好很多倍,那是因为中国人没有印度人那么愿意接受现实,不灵活,不配合。在中国,如果发生拥堵,中国司机会从四面蜂拥而至,最后谁也别想走,而印度人会想尽办法配合(不是西方的规矩方圆那种配合),在妥协和接受中各取所需。我们在斋浦尔的古城中,巷子堵了,路边的摊贩之用了3分钟就疏导好了,因为他们懂得如何融通,融通的时候他们知道进退之道。这一点,中国人多停留在文字上,实践水平实在不高。

作为一个中国人,我觉得自己是比较灵活的,但跟印度人比起来,我自惭形秽了。在印度的古堡参观,我们的导游想多跟我要钱,他说,应该是500,我说不是250吗?他说,我带你去了两个地方。我说可那只是一个城堡的两部分啊。我坚持了我的离场,而且我有点不开心,但印度导游说没有关系,然后向我伸出了手,我以为他是坚持要钱,其实不是,他说你开心吗?他说开心就好。于是我也真的开始释怀了。这个场景如果时中国导游和游客可能是一场论战和两个愤怒的人,然后谁也没有得到好处。因为这两个中国人都会是非此即彼的思路:钱必须是我说的数字,没有钱,就不开心。但印度人告诉我们都可以,他们游刃有余!

世界是复杂和多元的,接受这种复杂和多元是更愉快的生活在世界的前提,印度人用他们的交通给我们上了一课。我们再看看敏捷开发的原则,是不是跟印度的交通背后的道理有很多暗合的地方啊:

 

最重要的是通过尽早和不断交付有价值的软件满足客户需要。

我们欢迎需求的变化,即使在开发后期。敏捷过程能够驾驭变化,保持客户的竞争优势。

经常交付可以工作的软件,从几星期到几个月,时间尺度越短越好。

业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。

围绕斗志高昂的人进行软件开发,给开发者提供适宜的环境,满足他们的需要,并相信他们能够完成任务。

在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。

可以工作的软件是进度的主要度量标准。

敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。

对卓越技术与良好设计的不断追求将有助于提高敏捷性。

简单——尽可能减少工作量的艺术至关重要。

更多
Mao's picture

如何提高web设计师的效率?

在OSforce,我们有一些原则,帮助我们实现了在web设计方面与客户沟通的效率,从而更加准确和快速的找到客户的目标,从而有效的实现:

- 我们不是给策略的人,所以请客户客户的广告公司给策略,我们是通过web来实现,我们是执行者
- 先画草图,如果框架性的草图客户都没有通过,那就调整,这样你不会浪费双方的时间,尤其是UI设计
- 多叫客户给他们喜欢的同行的东西
- 多看客户VI和企业文化方面的说明,这对网站/网页设计有很大帮助

更多
wilson's picture

Drupal 8: 为移动而生

移动优先
Drupal 8用户会发现,Drupal 8从安装器到模块页面的设计核心思想都是以移动为中心的。每一个新特性,例如就地编辑等功能,都被设计为可以在移动设备的小屏幕上顺畅运行。

(上图是Module页面的一个搜索功能,在Drupal 7中可以使用Module Filter模块 (link is external)实现类似体验)。

随处可见的响应式
未来五年中,将会有多到无法预测的设备接入互联网,为了追随这种趋势,Drupal 8将响应式设计纳入所有功能之中。

对入门者来说,所有的核心主题都是响应式的,菜单,Block等元素在移动设备的屏幕上会自动重新排布(如果Viewport太紧凑,可能会把纵向变成横向)。响应式的图片处理也是内置的,所以同一图片在桌面设备会以大尺寸展现,而在平板或手机上进行缩小显示。

Drupal 8也对Table提供了响应式的支持,表格的列可以定义为高中低不同的优先级,在宽屏幕上会显示所有列,而屏幕变窄以后,次要的列就开始隐藏了。这一特性也内置在Views模块中,所以用户可以自行定义自己的响应式管理界面。

更多
michael's picture

写在Drupal14岁生日的感慨

Drupal到今天就14岁了,我有一些感慨。

想想自己的IT生涯,14年前(2001年)我刚刚开始第一次创业,开始用frontpage来做静态的网页,无法想象一个有后台有数据库的内容管理系统(CMS/CMF),windows的服务器高贵冷艳,买来的虚拟主机什么也不开放。那时候上海热线和搜狐还大行其道,MSN正如火如荼,我的比我大一旬的事业导师跟我说了一个类似大众点评的概念,我刚刚离开的打工的老板其实很有做一个groupon的想法,马云刚刚“借”了我的一个朋友的婚介网站的数据,失败后开始做B2B平台,BP机终于不再流行,手机开始发发短信 。。。。。。互联网的一切很容易成为往事,让人早生华发。

OSforce比Drupal小9岁,在这个杂草丛生的互联网世界终于长成了一颗秧苗,想法总是有很多,但生活的本质从来都没有改变,有价值的互联网行为总是促进内容的发布与人的沟通,Drupal可以做到,OSforce帮你实现。

 

更多
michael's picture

乌镇西栅:有待完善的中国特色社会主义市场经济

        年会三天在西栅有点小郁闷,三点四平方公里的水乡古镇被圈成一个度假村,全部统一管理,一天三顿饭,中午和早上都让人气愤,因为过了下午一点和晚上七点几乎所有的饭店都说我们关门儿了,因为这是公司规定,而服务人员游离的状态与无精打采的服务总是让你对着这个小桥流水无法生出情趣。

       最后一天晚上总算找到一个好吃的饭店(民宿16号甲),老板娘服务的确是好,无论多忙,都话语温柔,而且菜价非常公道,快要吃到下半场老板娘跟我们说,“一定要去大众点评给我打个分”。我们当然欣然承诺。这显然是租了西栅旅游公司的门面的小饭店,在这个饭店,我们收获了美味、欢笑、情谊,甚至生意交易的乐趣(我们打分,她提供好的服务),这种催人奋进的愉悦感不是受益于这个全能的公司,而是这个小店的独立经营权。显然西栅的大部分景点和大店都是伟大的公司直营的,所以都索然无味,因为里面工作的人员没有参与感,没有加入到西栅的伟大“创举”中。说西栅是一个创举,是因为所有的水乡古镇只有西栅是把所有的居民迁出,河道清澈,街道干净,设计美观,酒店豪华…等等很多只有集体的力量才能够实现的东西,这点西栅做到了。但微观上需要繁荣的市井文化与有生命力的文化经济亮点就不是单一的一个公司能够去运作的,你需要把这些资源还给市场,舍弃利益,相信参差不齐的摇曳之美才是这片旅游热土的希望之途。

        对于西栅来说,有“参与”感的无数的小微企业才是她的灵魂,但原住民的迁出给招商带来困境,直营效果惨淡,要怎样才能让小微企业入驻,是一个问题。对西栅的客户--旅游者来说,他们的旅游需要一种对话,而不是走入一座空城,我们必须明白服务与被服务的过程能够创造满意是因为有感情的愉悦的回忆,在商业上这必须是双赢的,客户与服务者才会都满意而归,且乐此不疲。

        西栅从中国特色市场经济中学会了集体动员的执行力,但一不小心破坏了微观的共生生态(公司如社会,要让私有企业参与分配,才能调动他们),如果不及时加以纠正,投资者的利益将会受损,如果投资者是国企,损失的则是人民的财富。

       西栅,这个刚刚开过世界互联网大会的地方,其实很不互联,更加无法移动,因为那个傲慢的巨人说:“一切都源于规定”。但这规定扼杀了中国特色的社会主义经济的微观细胞。
 

更多
michael's picture

外包公司就学不到东西吗?

鉴于网友说外包公司(项目公司)学不到东西,没有核心业务,而且做的东西还不如几百元的兼职的,我有以下感想:

- 能否学到什么为什么和这个公司做外包有关系呢?为什么外包一定是在已经有的框架去写代码呢,如果那样简单,外包公司真是很容易啊。我们也是一家外包公司,但我们要实现客户的目标,绝对不是敲代码那么简单,我们要帮助客户把他们的商业思路转化成程序逻辑,并充分呈现出来,其中不仅仅是能学到东西,而是需要创造很多东西。

- 外包公司为什么没有自己的核心业务?我们公司是专业做外包的,我们的核心业务就是帮助客户实现他们的核心业务,今天的时代,每个人都要专心自己的核心业务,外包公司要专注外包业务,这就是核心价值,有什么不好,有什么不对吗?你歧视的外包公司正是一个专业公司要找的。我们服务的客户软件是外包给我们,服务器托管是IBM,IBM也是接外包,你觉得有何不妥吗?

- 那个几百元就做好的一个外包项目的是程序员吗?简直是活雷锋啊,而且是一位隐士和高人,他不去很好的公司,他不需要团队,他不要钱,他做的非常的棒,你相信吗?你愿意做这样的人吗?你都不愿意,谁愿意,没有人愿意,那你怎么找到这样的人的呢?

最后总结:人有自信不是因为是哪一行,而是自己对得起自己这一行,对自己的客户负责,让自己的客户满意,那就是自己的职业荣耀,这和外包还是自己的项目没有关系。

 

更多
michael's picture

为什么说Drupal更适合MVP(最小化可行产品)开发

昨天去参加了在漕河泾移动互联网经验分享会,感觉收获挺多的,尤其是V部落的创始人的演讲。说到MVP(最小化可行产品)开发,其核心思想是,开发产品时先做出一个简单的原型——最小化可行产品(Minimum Viable Product, MVP),然后通过测试并收集用户的反馈,快速迭代,不断修正产品,最终适应市场的需求。演讲者说道了他们的产品开发的心路历程,首先想了很多东西,然后发现很多东西客户并不喜欢,因为能够触及客户痛点的问题你可能并没有解决好,于是从1.0到3.0的过程就是一个做减法的过程,想想dropbox、facebook、google、Uber这些成功的创业原型,他们的商业模式都是从解决简单的一个单一的痛点开始的,所以都十分有效,而他们后来加上去的很多产品和功能都表现平平,可见精益创业是一个非常有效的方法。

那这种方法为什么说更加适合用drupal来开发产品原型呢?原因就是Drupal不是一个CMS(内容管理系统),而是一个CMF(内容管理框架),既然MVP要求你不停的去迭代,那么drupal就比joomla更加适合,因为drupal的module一般都不直接解决一个商业问题,而是解决了商业问题的一个步骤,用这些步骤你就可以构建一个商业问题的解决方案,或者说Drupal更加灵活,既是现有的框架又可以专业的灵活的构建,比如很多人推崇的OpenAtrium就是通过很多Drupal中已经存在的module搭建的。

创业这几年来,我们从来也没有成功的跟一个非精益创业的客户成功合作过,比如一个客户上来就跟我们说,我要做一个淘宝+微博+QQ的平台,我们说做不了,他说不是很简单吗?我们有钱,但有钱真的就可以任性吗?多少企业巨人投资过很多项目也都失败了啊,比如百度的有啊,比如谷歌的wave,比如施乐投资的PC,你必须解决一个痛点,不能说目前啥好做做啥,这是对自己不负责啊。

有点扯远了,总的来说,你要想迭代出一个优秀的原型,Drupal真的很适合啊。

 

更多
michael's picture

我们如何成为一个可靠的PHP外包开发供应商?

所有的开发团队都会说自己是可靠的,同时有很多也会说自己是很便宜的(甚至最便宜的)。因为谁都想获得更多的生意,我们抵抗不住魔鬼的诱惑,在关键的时候不敢说出实情。但是当以低价获得客户之后,做为供应商就会开始后悔,因为那样根本不赚钱,于是就开始抵赖,或找机会来宰客户,本来可以建立在互信基础上的伙伴关系被互相忽悠的关系所取代,本来共赢的局面消失了,最后是双方皆输,互相诅咒!

要想成为一个可靠的PHP外包开发供应商首要的就是要避免这样情况发生,要避免这样情况,首先要避开那些相信马可以不吃草而拼命奔跑的人,以前有一个客户找到我们,在进行需求分析的时候,他不停说一句话:“很简单的,很简单的。”他的潜台词是必须很便宜。后来我跟他说,‘那你自己去做吧!’,因为他说,php很简单的,就是在HTML里面加一个include。我不是要替我的码农兄弟们争气,所以与人斗气,我只是觉得如果你遇到这样的客户(当然网站不排除真的很简单)尽量争取跟客户一起回到正常的互相理解与支持的轨道上,如果不能,就只能放弃了。

说到这里,大家应该明白我说的自己如何靠谱不是要说我们有多少人、多少枪、干过多少大事,而是要说,我们存心做一个可靠的人,一群可靠的人,我们也希望我们的客户可以理解我们。如果一个客户一口否定市场上没有可靠的开发外包服务商,有时候是因为客户一直想去找到一个不合理的价格区间一个不合理的交付时间,那样你就是诱惑或逼迫你的供应商骗你,然后你终于找到一个好的骗子了,在这个美丽的谎言编织的梦里面,你们度过了一段蜜月,然后争吵开始了。

今天就想到这么多,关于如何成为一个可靠的PHP外包开发供应商我还有很多想法,下次接着写,同时也希望大家留言哦。

 

更多