软硬结合时代的设计:我们为什么要做电动代步工具

”在原子经济里度过了童年,在知识经济里摸爬滚打了七年设计,碰上一个比特经济蓬勃发展的现在。“这是邱懿武在个人主页上对自己过往经历的一段描述。

89年底生的邱懿武与3个同龄合伙人一起成立了云造科技,现在他们更像一个和谐的设计工作室。云造现在的大本营落在浙大紫金港一座白色大楼里。敲开办公室,清瘦的邱懿武年轻得让宅客君有些意外。

从办公室前往杭郊工厂的路上,我们一路闲聊设计,邱懿武用了一个很有意思的说法来描述他们现在所做的事——“我们喜欢做有脑子的设计“。此后在一次电话里,他聊到“设计其实是一个劳动和知识密集型的行业,说白了设计师和原始手工艺人没有本质的区别“,也呼应了这个说法。

设计外包与设计转型

宅客君在云造的公室里见到了各式的代步工具,还有他们自己在设计研发的“筋斗云“平衡滑板车。乍看,筋斗云跟同类滑板车的差异是外型做得漂亮,果然是出自设计师团队之手。

云造团队的结构比较跨界,研究、设计、研发、运营的人都凑齐了,加上各个专业跨界。邱懿武说在云造之前,几个合伙人都创过业,也都失败过。

在过去的几年里,他们的项目经验从外企的中国市场研究和设计,到私董会的在线会议系统,再到现在跟电动相关的物流车、代步工具的软硬件设计。而这些项目,他们参与的形式也从单纯的设计外包变成设计入股(即他们深度参与一个产品,长期跟进产品的更新和维护,以设计资源置换股权)。

云造目前的运营状况很好,一年多的时间已经有过百万的业务量,并且拒绝了两次并购。目前他们已经确定了跟华睿和银杏谷资本的投资,业务仍然处于很快的上升期。但因为人手和精力,邱懿武们开始只挑一些和互联网相关而且兴趣的项目合作。

虽然现在业务状况很好,但邱和他的合伙人们依然执着地在往产品方向转型。在做项目的同时,他们有一支自己的研发小队,根据自己的兴趣在产能多余的时候捣腾各种产品。

宅客君问过这个问题“既然我们现在过得好好地,为什么开始动念自己做产品?”邱懿武的回答是做单纯的设计有瓶颈,现在国内的设计公司都碰到这样的问题,1-2年内他们处在很快的上升期,而5年以上的纯设计服务公司会碰到增长的天花板,跟代工厂没什么区别。另外一方面,在很多投资人眼中,设计不是核心竞争力,觉得是有钱就能外包的事情。虽然他并不同意这样的观点,但邱懿武说:”事实是设计公司就好比小说里不断帮人炼武器的侠士,但从来没真刀真枪干过。“转型的风险大,回报也越大,就看自己的定位了。

他们现在开始在团队内部和浙大尝试设计+天使投资的方式,云造对看好的项目投入设计支持和少量资金,将那些原本只是从0做到1的产品放大,就像经纪人公司一样将其从1做到10的放大效应,10以后的事情就交给那些和云造合作的投资机构。更重要的是团队内部业余在做的项目,以后可以不断剥离成立新的产品团队,云造会慢慢从设计师跨界到科技创业的小平台。

假如你让一帮设计师来做代步工具

说回到电动代步工具,在国内普及度并不高,但同质化已然非常严重(比如宅客君在TB搜索平衡车,出来了3万多条从几百到数万元不等的搜索结果)。这个问题在邱懿武和宅客君的讨论里,可以归结成是:
 
像所有的传统厂商一样,这群人都没有想象力。哪怕一点点的设计改进也是壁垒,而绝大部分还没重视设计的附加值。还有,太多的厂商太低估国人的审美水平了。

淘宝上千篇一律的平衡车或者滑板车或者独轮车提供的是代步的功能,而在设计师的概念里还有一个更高逼格的词叫“体验”,low一点的说法叫“互联网思维或者设计思维”。

云造在开发的代步工具在他们眼中,并没有特别大的技术创新,而是不断的用设计提升产品、体验和品牌认知。他们认为设计师不是发明家,没有必要把长时间投入风险很大的原创新下:

设计师应该像是厨师做整合创新,比如他们最擅长的就是重组产品的元素,如造型、肌理(UP手环)、色彩(ipod)、工艺(misfit),有了软硬件结合的趋势之后,设计可以做的菜品就变得更加丰富了。

在宅客君看来,产品的设计分为这么几个阶段:
 
第一阶段,设计依附于功能,这时候的设计就像农民工的午饭一样潦草,应付即可;
第二阶段,为了设计而设计,这时候的设计就像嫖客找鸡一样勉强,花钱办事,但总归没有那么靠谱;
第三阶段的设计是量体裁衣,知道产品的属性,同时也拿捏得住技术和成本;
第四个阶段便是壕,工艺不好烧钱改进,技术不够砸钱研发——这是iPhone的例子。

云造显然属于第三类。邱懿武认为未来(很快)还会有越来越多懂产品的设计师跳出来做产品。邱懿武这人有一点理想,他说以后他不期待自己能设计多么牛X的产品,而是帮更多的设计师走出去。

 

 

 

 

  本文作者:吴德新

本文转自雷锋网禁止二次转载,原文链接

时间: 2024-10-31 20:35:30

软硬结合时代的设计:我们为什么要做电动代步工具的相关文章

云计算时代应用设计十二要素

云计算时代应用设计十二要素 什么样的软件才是可用性和可维护性好的软件? 什么样的代码才能避免后续开发的上手障碍? 什么样的实行才能稳定的运行在分布式的环境中? Heroku (一家 PaaS 服务提供者,2010 年被 Salesforce 收购)平台创始人 Adam Winggins,对我们在云时代的应用设计设计和实现提出了十二种风格,对设计高效的应用,特别是在 PaaS 和 SaaS都有很好的参考意义. 一.代码 每个子系统都用一个代码库管理,使用版本管理,实现独立的部署. 二.依赖 显式声

数据库课程设计具体要怎么做

问题描述 数据库课程设计具体要怎么做 数据库课程设计具体要怎么做,准确地说是用SQLserver写语句建表等等时要怎么做 解决方案 数据库课程设计数据库课程设计数据库课程设计 解决方案二: 找一本sql语句的教材,先了解sql语句的用法,然后多动手写一些. 解决方案三: http://www.w3school.com.cn/sql/index.asp 各种基础学习 解决方案四: 百度,搜SQLserver简单建表语句

ios 框架设计是什么 怎么做

问题描述 ios 框架设计是什么 怎么做 第一天上班 老大就叫我做框架设计 但是我连框架设计-都不知道 解决方案 http://www.open-open.com/lib/view/open1343210425380.html 解决方案二: ios 一般的应用开发所说的框架都是指app框架.就是你的app的设计模块.底层框架一般人写不了 解决方案三: 你就看你们的 项目需要哪些功能,然后将第三方加进去,该封装的 封装,mvc模式往上怼,改配置的配置

web前端-响应式设计下,怎么做移动端的条纹菜单?

问题描述 响应式设计下,怎么做移动端的条纹菜单? 响应式设计下,怎么做移动端的条纹菜单?类似将菜单隐藏 ,出现三个条纹,点击条纹,菜单显示出来 解决方案 个人感觉,这个和普通的放一个布局,里面放一个图片背景,点击时,弹出某些东西,不是这儿吗 解决方案二: 就是放一张那个条纹图片?

web开发设计人员不可不用的在线web工具和应用

大家可能还记得在过去的文章我们我们曾经介绍我们收集的前端开发人员必备的工具,脚本和资源,在今天的这篇文章中,我们将继续推荐给大家一组我们精挑细选的web开发设计必备的在线工具应用.相信会在web开发和设计的过程中给你带来方便和快捷! 前端开发相关 jsfiddle jsfiddle是老牌的在线调试和分享代码的网站,它可以帮助你在线调试javascript/css/html代码, 并且方便的发布到社区,论坛或者社交媒体上与朋友们分享或者提问.整合了很多的不同的类库供大家选择. 类似的工具还有jsb

设计网站从栅格做起

你日常所见的许多页面都有栅格存在.你可能注意不到,但它确实存在,并且支撑着设计内容,建立整体的架构,引导着页面的元素. 栅格是隐形的架构,用于指导你页面上各种元素的放置.栅格不会在印刷成品上出现,但却影响巨大,它控制着文本栏的宽度.照片周围空白的一致.杂志上每页重复出现元素的固定位置.栅格是一系列的辅助线,决定着印刷品的边距,页面元素(大标题.正文.照片等)之间的间距,让你知道如何在空白的页面上放置它们. 在决定是否使用或怎样使用栅格之前,你应该了解栅格的一些基础知识以及创建方法.虽然在印刷成品

互联网产品设计思想:给别人做产品

上周五的5G白话上,阿北说,工程师必须从给自己做产品的惯性中走出来,变成给别人做产品.阿北自己完成这个转变,用了大约两年时间.也就是说,到 2007年,阿北清醒地意识到,豆瓣不是给自己做的,用户怎么使用豆瓣也不再是工程师能够决定的. 给自己做产品,是一个很好的开始.尤其对工程师来说,你自己的需要,你自己的不满,你自己的渴望,只有你自己最清楚,满足了自己,很可能就会同时满足一批跟自己类似的人的需要.这让一个新产品,很容易聚拢第一批用户.很多成功的产品,从iPhone到Twitter,都是这么开始的

网页设计心得:把导航系统做薄

和朋友讨论时,我提到过一个观点,所有框架层设计中,最核心的是导航设计.最近更看到有国外同行提出"80%的可用性是导航!"因为良好的导航可以保证用户找到任何信息.也就是说,提供到达的可能,远比如何到达的可用重要. 我习惯把导航分为一维.二维.多维来简单理解,一维对应线性结构,二维对应分层结构,多维对应无序结构.这么说可能比较抽象,其实都已经是耳熟能详的应用,分别举例阐述设计意图: 最原始仅限于一二三级的,单对多树状应用就是"分层导航",基本属于必要元素. 跟踪用户行为

谷歌Android UI设计技巧:该做的和不该做的

本文原是Android的官方开发者博客的一份Android UI设计的幻灯片,51CTO的译者将这份教程5部分进行翻译整理,希望对Android开发者能有帮助.本文为<谷歌Android UI设计技巧>第一部分:该做的和不该做的. 本文为<谷歌Android UI设计技巧>第一部分:该做的和不该做的. 文章来源:51CTO 转载请注明出处链接.