美文网首页金马带你定投区块链区块链研习社
为什么 dApps 离改变世界还早着呢?

为什么 dApps 离改变世界还早着呢?

作者: 头号联盟听天由己 | 来源:发表于2018-06-05 15:27 被阅读25次

    本文主要讨论了 dApp 开发的那些商业逻辑与遇见的坑,主要观点如下:

    dApp 是趋势,然而用户真正需要的是全新维度的切入点与完全不同的去中心化价值网络体验,并非简单地将传统互联网领域的一切产品复制、转移、替换。

    数据只是其中一环,纯粹从单一维度的竞争是完全不足以打败现有产品的,就像当年开源软件社区主推 OpenOffice 的失败案例一样。

    dApps 真正要做的就是向人们展现一种全新的工作方式、信息获取与链接方式,这绝对不是对现有产品重新包装后的克隆品。


    译完文章,最先映入脑海的就是俞军的「产品价值公式」:

    用户价值 = (新体验 - 旧体验) - 替换成本

    新体验,是指用户的全新体验,可以无限大,这主要是通过创新来实现。

    旧体验,基本是恒定量,在某些垂直领域也趋向于越来越小。随着市场更加垂直,分工越来越细致,每个垂直市场都有大量的旧体验可以被升级替代。

    替换成本,比如货币、时间、体力、精神、认知、获得、使用等成本。

    举个例子,滴滴当年切入出行领域:

    对乘客而言,用户价值 = (快速打到车的体验 - 很难打到车的体验)- 换用预约打车的成本

    对司机而言,用户价值 = (用滴滴赚钱的效率 - 巡游揽活赚钱的效率) - 换用预约打车软件的成本

    以币乎为例,这一公式就是

    对读者而言,用户价值 = (阅读文章并点赞获益的体验 - 阅读文章的体验)- 换用阅读平台的成本

    对作者而言,用户价值 = (用币乎写作变现的收益 - 其他平台赞赏或广告的收益) - 换用内容创作平台的成本

    「产品价值公式」中提出,用户使用新产品,是因为新产品带来的新体验,在扣除换用成本后远大于旧体验。而对于每个特定领域来说旧体验是常量,所以想要做好一款产品,需要做的是,不断的提高新体验,和降低替换成本。

    前期币乎通过注册送 Key、写作赚 Key 这样的红利,已经完全弥补了推广和替换成本,加之本身的点赞/收益机制,让其成为最热的区块链内容创作平台。

    当然未来的产品迭代与闭环如何演化,我们拼的就是速度了。

    希望各位看完能够有所启发。


    本文翻译自:https://www.coininsider.com/why-dapps-arent-ready/

    作者:Yossi Hasson

    译者:刘祯

    发文时间:2018 年 5 月 31 日

    翻译时间:2018 年 6 月 3 日


    2018 年被世人认为是 dApp 之年,然而,哪一款 dApp 已经炉火纯青了?Yossi Hasson 探讨了这些 dApp 开发者们的最大失误。

    在区块链与加密货币世界里,分布式应用(dApps)当属最新潮流,这让无数加密社区与投资者心潮澎湃。Fred Wilson,一位知名 VC 投资者,在他的每日博客上写道,他现在激动不已,「因为 2018 年我们就能够使用那些去中心化的应用了」。

    Blockstack 就是这样一家努力让 dApps 成为现实的公司。Blockstack 在 ICO 时(2017 年 12 月已结束)募集了 5000 万美元,它将这些 dApps 视为「分布式应用的全新互联网,其中用户可拥有自己的数据」。

    当你完成 Blockstack 注册后,你就能够使用 Blockstack ID 来登录任何一款建立在 Blockstack 网络下的分布式应用。这样做的好处就是你不必每次注册新应用时重新登录,你也可以查看并且掌握每一款应用能够获得的数据权限。

    之前我决定下载并且安装 Blockstack,尝试了一些目前已上线的 dApps。我成功安装后,完成了 Blockstack ID 设置(操作本来很简单,但对普通用户来说还是太专业了),之后我能够查看一些推荐应用,便试了下 Graphite。

    Graphite 是旨在取代Mirosoft Word 与 G-Suite 的首款去中心化加密方案。正如产品初期所预见的一样,它尽管实现了自己的主张,但功能乏善可陈。

    把玩了 Graphite 后,我又开始研究 To Do List、DotPodcast、Hello Blockstack 和 Forum,最后实在无聊就开始做别的事情了。这段体验让我特别失落。相较于鼓吹和宣传去中心化网络前途,我仅仅是体验了一款与 Word 或是 Google Docs 类似的粗糙竞品,以及一款原始的 To-Do List,毫无创新特性,毫无创新功能,并没有足够吸引我更换产品的理由。产品设计不够出色,视觉设计缺乏创意,当然更不是革命性或是别具一格的。因而,这些产品并未提供货真价实的好处,我为什么要转换使用它们?

    掌握你的数据远远不够

    布道者宣扬道,我们现在拥有了数据的所有权,但是在这种情况下,这一理由不够充分。大多数人,无论出于善意还是恶意,都会将自己的数据委托向类似 Google 这样的大公司,并且相信他们早已掌握了自己的数据。

    dApps 失误之处就是,它们试图与我们熟知并且喜欢的现有产品竞争,而此时它们应当创造我们尚未发现或是了解的新产品。

    dApp 开发者们正重蹈开源软件社区的覆辙

    这就是与 2005 年开源软件社区(Open Source Software Community)在 OpenOffice 的失误如出一辙,当时它们同样尝试将整个世界变成开源软件。微软的杀手锏就是 Microsoft Office,为了赢得桌面系统之战,Linux 和开源软件社区希望为人们提供另一种选择,让大家顺畅地转向 OSS。尽管贴上了免费的标签,这一策略还是最终失败。你不可能在微软自己的桌面系统中打败微软,用户根本不愿意转换(即便 OpenOffice 的安全性更高,而且还是免费的)。

    Linux 和开源软件社区不应当试图赢得桌面系统之战,相反,它们应当在那些微软无法获胜的领域出击,向用户展示在微软操作系统下无法实现的全新应用。

    直到 Google 携 G-Suite出山,Microsoft Office 这才遇见了强力对手。原因何在?因为 G-Suite 完全改变了范式,它将用户的使用体验从桌面端变成了网页端。它根本不会与微软在同一环境下(提供另一种桌面应用)对抗,相反,它向人们展现了使用网页端办公对于改变人们工作方式的潜力(此外它也是免费的)。在这一范式下,用户当然可以原谅 Google 功能特性简单。Google 提供的额外好处,例如随时都能打开文档、用任何设备打开浏览器皆可工作、文档分享与协作便捷,正好弥补了无法打开透视表、其他 Microsoft Office 内置的强大特性以及仅支持在线访问文档这些问题。刹那间,云办公成为现实,人们立马转换思维。

    大多数 dApps 都在犯同样的错误:试图引导人们使用那些在用户体验和工作方式并非有重大改变的 dApps。Graphite 将无法赢得人心,让用户转向去中心化网络时代,这也正如 Open Source Software 当年力推 OpenOffice 失败的情形。

    dApps 真正要做的就是向人们展现一种全新的工作方式、信息获取与链接方式,这绝对不是对现有产品重新包装后的克隆品。

    Peter Thiel 在《从零到一》这本书中谈到:

    技术必须在某一维度比竞品要好十倍才能获得真正的垄断优势。任何低于这一量级的技术创新很可能只是会被视为边缘性改进,这很难营销,尤其是在红海市场中。做到 10 倍创新的最清晰的方式就是创造一片新大陆。

    这些早期的 Blockstack 分布式应用恐怕迷失了方向,不过如果你已经发布或是正在打造一款全新的 dApp,我很乐意研究它。


    名词解释

    dApp:Distributed Application,分布式应用程序,应用程序分布在不同计算机上,通过网络来共同完成一项任务。

    Open Source Software:开源软件,用户可以自由使用、复制、散发以及修改源码(补充漏洞,按具体需求定制功能)。

    Linux:一套免费使用和自由传播的类 Unix 操作系统,是一个多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 UNIX 工具软件、应用程序和网络协议。Linux 继承了Unix 以网络为核心的设计思想,是一个性能稳定的多用户网络操作系统。

    Pivot Table:数据透视表,一种交互式的表,可以进行某些计算,如求和与计数等,可以动态地改变它们的版面布置,以便按照不同方式分析数据,也可以重新安排行号、列标和页字段。


    刘祯(微信号 rexliu1912),为你留住真诚,公众号/简书「听天由己」,一个游走于区块链与互联网世界的跨界产品人,007 与 008 er,非著名英语学霸

    本文源自 Coin Insider,如有侵权,请联系译者删除。

    译文版权所有,转载需要完整注明以上内容。

    相关文章

      网友评论

        本文标题:为什么 dApps 离改变世界还早着呢?

        本文链接:https://www.haomeiwen.com/subject/jwapsftx.html