产品设计如何直击用户心思.pdf

产品设计如何直击用户心思 互联网思维应该是一种“抬头看路”的C2B模式 ，这必 基于用户大数据或用户直接参与。没 有用户参与 ，产品的设计像是一次“独裁式的投票民主” ，技术精英们懂技术 ，但不一定懂 用户。 拿破仑曾说过 ：只有千疮百孔的部队才是战无不胜的 ，这句话也许有些绝对(或者说是被中国的鸡汤 厨师们断章取义了) ，但那些装备精良、旗甲鲜明 ，在战场上排着近乎完美的整齐方队的部队却屡屡 被拿破仑的大炮肆意屠戮 ，却至少证明了 ：过于追求完美的部队 ，是会吃败仗的。 在电影 《亮剑》里 ，国军某师长被俘后非常不服气地和李云龙说 ：我们大炮尚未从牵引车上放下 ， 队形尚未展开 ，你们就乘机偷袭……有本事就各自排好阵势再打一次……可惜 ，无论是战场还是 商场 ，都没有机会让失败者重新打一次 ，而如果他们忘记克劳塞维茨在 《战争论》中关于“机动性压 倒一切”的思想 ，也必然会有新的失败等待着他们。 这个观点也可以在相当程度上解释为何曾看似无懈可击的微软在苹果的压迫下迅速黯淡 ，以及曾被 许多业内人士嘲笑的小米为何能迅速崛起。 精英设计 许多成功企业的传统思维是 ，产品在投入市场之前就必 追求极致和完美 ：首先 ，花几个月时间做 计划;然后 ，花几个月时间进行设计;而后 ，花整个周期的约四分之一时间进行开发;最后 ，进行一系 列的测试 ，有可能要找几千人甚至上万人的测试团队。这种模式中 ，所有的环节都充斥着顶级的 精英 ，而且 ，没有测完的产品是不可以发布的。 正如微软 ，用五六千个最具实力的开发人员做每一版的Windows——分成一个个小组 ，每组配五 个人 ，进行“311”配备 ，即每3个工程师就要配一个产品经理 ，一个个测试。在这种“最完美”的开发模 式中 ，几乎不可能犯错。 但是 ，其弊端也显而易见 ，产品的开发周期被无限拉长 ，这直接制约了企业在新领域的发展。换句 话说 ，所谓完美的开发流程最大程度上减少了不确定性 ，但却让企业缺乏柔性 ，无法面对用户无限 柔性化的长尾需求。所以 ，这些柔性(个性化)需求中潜在的无限商机也被浪费了。 这样的模式显然不是互联网思维 ，不是因为不够快 ，而是因为没有用户参与。随着用户需求的无限 柔性化 ，即使利用“完美流程+完美精英”的模式也猜不出用户心中所想。某种程度上说 ，新产品不可 能是完美的 ，所以 ，必 经过不断试错 ，才能迭代出更佳的形态和性能 ，不断接近完美。 通俗地说 ，“完美流程+完美精英”是一种典型的“埋头生产”的B2C模式 ，仍然是基于精英设计师的。 而互联网思维应该是一种“抬头看路”的C2B模式 ，必 基于用户大数据或用户直接参与。没有用户 参与 ，产品的设计像是一次“独裁式的投票民主” ，由技术精英们来决定用户要什么。他们懂技术 ， 但不一定懂用户 ，不一定接地气。因此 ，这种和谐的产品是缺乏个性、缺乏对话的 ，不会满足用户 的个性需求 ，很难打到用户的心口 ，更难让用户从“代入”到“爱上”。 神迭代 ：要有完美的产品 ，就必须预留产品迭代的空间。 面对千变万化的用户需求 ，企业应该如何直击用户心中所想呢?乔布斯做苹果是一种迭代模式—— 神迭代。 苹果拥有不逊于微软的工程师团队 ，但他们是没有投票权的 ，他们像是乔布斯的手和脚 ，仅仅是揣 测乔布斯神一般的意图 ，再战战兢兢地提交自己的设计让他虐待!所有的控制权都掌握在乔布斯手中 ，他把自己打扮成为一个最苛刻的用户 ，用自己变态的标准来进行产品的内部迭代。传说乔布斯让 工程师开发各类的APP ，并由他亲自进行测试 ，只要是点三个键点不到他想要的重点 ，他就会将这 个APP无情地删除 ，开发者的努力就会付诸东流!换句话说 ，你满足了他的要求 ，所有用户都会 觉得“WOW”! 一位中国的管理学家曾感慨 ，乔布斯这个不是互联网思维 ，而是神思维。按照我们对于互联网思维 的定义 ，的确如此 ，神迭代的模式并没有利用互联网来提高生产效率和交易效率。互联网思维的大 逻辑是C2B ，这似乎离不开互联网对于用户意见的吸纳和对于数据的驾驭 ，但乔布斯却可以不受这 种规则的束缚 ，因为他是“神” ，是不需要遵守规则的。 脱离那些神秘 ，乔布斯实际上是用自己对于用户的洞察力来进行判断 ，将迭代的程序放在了企业 内部。表面上看 ，他是神一般地预言了用户的每一种需求 ，有些设计 ，用户甚至根本想不到。但实 际上 ，他并不是在猜 ，而是在敏锐地解读用户内心的诉求 ，并把这种诉求翻译为设计语言或自己的 变态迭代标准。 某种程度上 ，乔布斯的这种解读甚至比对于用户的大数据分析更加有效。从大数据到用户的真实渴 望需要通过“算法”