产品开发:先行动,后研究?一直研究,一直行动

诺曼的产品发展准则:项目的开始总是落后于计划而且超出预算;有经验的设计师已经有很多储备知识;研究人员应该一直处于研究其具体领域中的状态

产品开发:先行动,后研究?一直研究,一直行动

本文译自唐纳德诺曼的“act First, Do the Research Later.”

在行动之前先思考,听上去很对,不是吗?在设计之前思考清楚。是的,做一些调查,研究更多的需求,用户,情景,然后设计。这听上去很对,也是为什么我(唐纳德。诺曼)要挑战这个固有思维的原因。但是,先做起来,之后再仔细想,有时候这么做也是有道理的。

在现实的产品开发世界里,时间总是很紧迫,预算总是受限。所以很多时候在有研究的基础上做设计是不可能的事情。“是的,”产品经理会说,“我知道我们应该先做一些研究,但是我们没有时间。我们已经落后计划日程很远了。但是下个项目,我们会先做研究,可以吗?”但这个下次从来没有发生过。下次项目还是时间紧迫的开始了。实际上,让我来创造一个准则:

诺曼的产品发展准则:项目的开始总是落后于计划而且超出预算。

我们总是教育别人先做研究再经历构思、模型和反复提炼的过程的重要性。我们大多数都喜欢这个方法,我也是,而且我也这么教别人。但是当现实指示我们不能这么做的时候,这些教条就变得没有意义了。如果我们从来没有足够多的时间来开展研究,那么我们为什么要宣扬这么一个不实际的方法?我们需要针对现实调整我们的方法,而不是一些冠冕堂皇的,只能应用在理想世界的纸上谈兵的理论。我们要开发一些灵活多变的设计策略。

为什么先做研究不是那么必要

下面有五个支持现实中先设计再研究的五个不同的论据。

第一,好的设计的存在不是先由研究产生的。

第二,有经验的设计师已经掌握了很多从研究中来的知识。

第三,研究对于一个公司来说应该是一个不间断的工作,那么,在任何时候都应该是有相对研究结果的。

第四个,也是最矛盾的一个论据,研究可能会阻碍创造力。

第五,当项目开始,团队建立的时候,做研究已经太迟了。

没有经过设计研究的产品案例研究

首先,我们可以简单地看一看大量现有的产品,他们中很多没有经过设计研究,但都非常完美的合乎情理、启发灵感和受人追捧,设计研究不一定都是必要的 。纸上谈兵的设计师可能故意忽略这些产品例子,但是忽略他们不能让他们消失。

有经验的设计师已经有很多储备知识

其次,我们可以理解为,有经验的设计师从来都不是凭空设计产品的。老练的设计师已经有了很多先前总结的经验,这些经验在没有新的研究和调查的情况下,提供了大量的知识。这就是为什么设计专家们有时可以如此迅速地开始设计。

我发现,在我的设计咨询中,我有时候会跳过研究阶段。先动手做,再去思考它。我之所以这么做是因为我在之前的几年中就做了很多必要的研究,以此掌握了很多预备的知识。

实际上,预先建立的知识储备是如此重要以至于它在很多其他的实践领域被编写成手稿、诺曼最后的总结,在我看来,权且把它理解为老爷子在各种历练之后顿悟到教条的界限都是可以被打破的,有种悟禅悟道的微妙的感觉。其实现在在做的项目也遇到行动和研究先后的问题,虽然我是半路插到团队中来,但是还是感觉得出来当时项目的研究做的不多,主要从竞品分析开始做的,根据老爷子之前说到的,很容易陷入到亦步亦趋的问题中。在总体设计上来说,现在在做的产品设计体验上有很大的进步空间。

文章之前看了,但是这次翻译一遍之后感悟到的东西还是比光光浏览一遍文章多的多,每字每句翻译之后很多细节的东西都有顾及到。仔细看完文章之后发现自己要完成一个新的课题,就是先行动,再研究,那什么时候再具体研究,怎么研究?这也是自己做的产品现在遇到的问题,要好好总结和规划一下产品新的定位和方向,之前虽然做过,但是感觉还是比较片面。也许这种总结和规划过每过一段时间做做总有新的体会和发现,总会往更成熟的方向发展。

最后,今天翻译此文也是为了奇文共译,雅俗共赏,有好的命题大家可以讨论讨论。还有一些自己觉得比较有意思的文章,会再闲暇时间翻译出来,也当是不断学习语言了。

本文来自投稿,不代表【】观点,发布者:【

本文地址: ,如若转载,请注明出处!

举报投诉邮箱:253000106@qq.com

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2024年5月2日 13:02:07
下一篇 2024年5月2日 13:04:14

相关推荐

  • 关于产品开发团队的分工情况,谈8点个人看法

    高保真原型的好处是什么;产品计划要作到多细;产品经理和项目经理的区别是什么;开发人员知道产品背景有什么好处;在团队中产品经理要什么事都管吗 最近在读《启示录》,里边提到了一些人员分工的情况,结合我自已的经验,整理如下(当然每个公司会有不同),其中不妥或还可以优化的地方,请赐教: 补充一些点: 1. 如何作到高效? * 所有人员无论是哪个部门的,都应该对产品的…

    2024年5月3日
    4800
  • 互联网小团队创业:团队建设和产品开发

    团队:很多早期团队,往往过于注重做事和产品,忘了发展团;产品开发的递次扩张:产品新特性的开发演进要遵循递次演进的原;推广:明确推广的目的 上一集收到了非常多的好评和和很好的反馈,谢谢。先说一下,这个系列是针对小团队白手起家创业,并不一定适合大团队和很多其他情况。还有人说投资人在早期没有用户时候不会有投资,这个不能一概而论,VC一般不会,但也有专注早期投资的,…

    2024年5月3日
    5500
  • Android产品开发时如何提高开发的效率

    Android系统开发平台;支持跨平台的应用开发;产品准确定位,及时响应市场需求;产品的创新性要求高,准确捕获与把握创意;缩短产品上市时间 文/姚冬 通过对Android产业开发的简要分析,总结了Android系统开发中遇到的各种问题,从产品组合、需求管理、建模与重用、协同开发等角度分析和总结出能够加速Android系统开发并有效提高产品质量的方法和思路。最…

    2024年5月3日
    4800
  • 产品开发的模糊前期需要时刻考虑用户,并避免个人偏见

    实际上这样的产品开发其成功率往往取决与机遇,自身领域的优越性是团队无法回避的主要偏见所在,时刻把产品用户纳入考虑的范围从而避免个人的喜好 产品开发的模糊前期是整个产品开发的初期阶段,始于项目总的目标和思想。 我们可以把新产品的开发比作是攀岩运动,是的,他们一样富有挑战性和令人精神振奋。攀登的过程虽然会事先计划,但团队成员同样必须有能力去应付攀登过程中随时出现…

    2024年5月3日
    4400
  • 推倒“墙壁”,让公司的产品开发更高效

    随着公司规模不断增长,公司的注意力慢慢从“打造产品”转向了人员和流程的管理,如果产品经理和开发人员无法达成共识,他们之间也存在着那堵“墙” 创业公司的最大优势就是规模小,无所谓组织结构、无所谓分工。所有的员工只有一件事要做——打造人们想要的产品。 随着公司规模不断增长,公司的注意力慢慢从“打造产品”转向了人员和流程的管理,职能开始被细分成三大类:技术、产品和…

    2024年5月3日
    5000
  • 中国籍工程师谈Facebook的产品开发流程

    描绘远景,设置目标;收集想法并排出优先次序;跨团队沟通;告知所有可能关心的人;设计产品;指定项目责任人;定期碰头会;了解进度 汇总报告;小结 文/王淮 王淮是Facebook第二位中国籍工程师,也是第一位中国籍研发经理,他一手开创了Facebook的支付安全和客服工具领域。2011年他离开Facebook,回国成为天使投资人,希望用自己在Facebook的经…

    2024年5月2日
    5100
  • 精益软件产品开发让开发的软件更符合市场

    发布后,详尽的功能列表有望推动市场采用,并超越现有的竞争对手,以“精益产品开发”为基础,尽早发布并从那些重要的人,尽早确认愿景和需求 当您以可重复的、生产的方式开发软件产品时,您必须偶尔退一步,从长远的角度考虑问题,以便与客户恰当地讨论过程。我们最近也参与了这个活动,我认为分享一下我们为在线产品开发软件产品的方法是什么以及为什么会是有用的。 首先,有一个基本…

    用户投稿 2024年4月30日
    6300

发表回复

登录后才能评论



关注微信