区块链热火背后,产品经理的3层认知
adinnet/2018-03-13 11:58/用户研究
真正拥有产品经理思维的人心很镇定,不追着别人的话说,不追着别人的事做,下决心干一件事。
焦虑的产品经理:
区块链技术获得了更多产品经理的关注,但同时也让关注的产品经理们的焦虑达到了顶峰,笔者本人曾经招聘过的产品经理有在火币旗下、有在Qtum、有在唐票从事区块链浏览器产品设计的,也有负责区块链项目设计及落地和资源整合的。
其间交流下来有对区块链产品逻辑判断的升华,也有不同感悟!
基于以太坊发的token中超过半数是一份白皮书,即一份项目说明,然后基于以太坊开源的底层,设定token参数,进行发币。
这一方面说明开发设计产品的成本不高,同质化重,甚至需求经不住推敲。这个状态太需要互联网产品经理时代的挖掘需求的匠心,即解决的问题是否是针对的用户市场中的核心问题。
另外一方面说明大多数相当于一个庞氏之局,而即便庞局类产品也没有这么密集,这类应用区块链的产品主要难点在于不成熟的市场和用户理想过于丰满,期待一夜暴富的思维模式。这类产品笔者一般不看好。原因正是产品思维方法的本质:一款产品的成功在于满足用户的需求,而不是满足用户幻想,一夜暴富的产品思维属于后者。
这些焦虑,来自于产品经理对区块链、数字货币的不了解,来自于信息的不对称以及各方言论的真假难辨,其难辨程度超越传统时期判断真伪需求的度,正基于此才非常有必要理清产品经理对待区块链产品的思维方法三层境界:
思维方法第一层:产品经理认知区块链热与冷的技术本质特征
作为产品经理,不能肉体在现在,思考在清朝,也不能吃外太空,肉体在现在。不能闭门造车不关注新技术,也不能被新技术蒙蔽判断需求价值的慧眼。
进入每个行业门道需要功夫,区块链我们要明白其特性,例如:
从应用层面,区块链具有以下重要特征。
极难篡改性。一旦数据进入了区块链,即使是系统内部的工作人员,在区块链中也无法做任何更改。因此,区块链系统是可以被信赖的。这种极难更改的特点不是来自使用某种操作,而是由于区块链自身的机制;
链上代码(chaincode)。区块链载入的合同或法律文件为可执行的程序,在条件都满足时,会让法律事务自动生成,这就是所谓的“链上代码”,在以太坊里也称为“智能合约”;
参与交易的每个人都拥有完整的数据,每个人可以用自己的数据来做决定;
每个人都有完整的历史数据,因此很难被其他人欺骗。区块链可以为相互不信任的人建立一种信任网络,每个人可以进行交易而不需要知道对方是什么人,因为每个人都有完整的数据,每个人都信任自己的数据,而且知道自己的数据是有共识的;
区块链的架构是分享的、分布式的、重复的,就地取材;不需要像互联网一样中心化的服务器。
区块链与传统的计算架构不一样。更简单的方式是把原来的主-客架构变成多个主人,这在传统上被认为是不明智的方法。由于计算机硬件、通信及存储的成本降低,同时,社会对安全性和防篡改性的需求提高,原来不明智的方式变成了更先进的方式。
小结:
思维方法第一层里: 产品经理应该从区块链技术的应用层面分析其特征,学会对每一个特征的能落地产品需求的方向思考,进而会利用智能合约进行产品化设计,并输出给开发链上代码的业务逻辑。
举个例子:
例如:唐票应用区块链技术特征解决供应链金融的点就是帮现实中供应链金融需求用区块链技术的智能合约机制实现股权融资的金融方案,不失为一个落地的区块链应用。
其产品结构图如下:
第一层里释疑了区块链类产品特征,唐票的例子释疑了何以区块链天生用来发币,其间更热的是发token。金融与区块链有天然的产品关联:
第一、金融本身数字化程度高
第二、金融交易以前依托于某一个中心,跨国转账时间长效率低,而区块链点对点的特征明显提升金融交易效率。
三、区块链的防篡改性一定程度上减低了金融支付过程的验证成本。所以金融类产品经理更容易上手区块链产品。
思维方法第二层:区块链自增长的产品场景探索
进入一个崭新行业得能提一百个问题。不能提很多问题说明理解空间还可以加强,查询改造人类社会产品创新、产品变革的历史,每次变化均是一个新的介质的出现,当这种介质变化时,产品大创造时代一定会到来。
例如:智能手机的产品是一个新的介质,创造了像微信、今日头条等大型公司产品。而区块链技术的介质并没有变化,相反更加强依赖于互联网协议 TCP/IP协议,例如:分布式记账、广播体系完全依赖于互联网。当产品经理认知到这一层次的时刻,产品思考的方向应该是挖掘区块链的应用场景。
以下笔者从区块链可落地场景角度探索产品经理的思维方式
(一)、区块链+型产品思维方式
区块链+积分类
积分问题:
以前积分作为产品增加用户忠诚度以及活跃度的产品运营手段,已经被广泛使用。目前绝大多数的产品都发行了自己的积分。然而用户面临的现状是,手上的积分种类太多,管理困难,而且价值量不高,想用而用不了,积分逐渐演变成“鸡肋”。
解决方法:
体系内发行token(一种激励的名称)作为交易的衡量标尺,token通过用户网站活动、撮合交易或交易获取
点对点的业务模式,任何机构只要设置承兑条件即可发行积分
点对点的交易模式,积分的拥有者可以自由挂单购买或者卖出积分
交易的撮合过程也是去中心化的
如图:
目前国内越来越多的人开始关注区块链在积分领域的应用。TF公司也已经和多家企事业单位就区块链积分应用达成合作意向,在探索区块链+升级型产品。
以下为TF公司产品的区块链+思维的落地
区块链+类产品的探索主要在于整合资源,这条资源形成产品的一条自运营链路,产品从而实现自生长。
(二)、改造区块链局限型产品
市场行业痛点梳理有:药品、食品、酒类、品牌商品类,之前不能做到防伪,因为防伪标签产品在很多地方可以买到。而原来的技术方案主要是二维码、RFID,以RFID产品为例,一般芯片的逻辑门不会超过一万个。如此少的承载能力区块链耍不了的。因此需要借用区块的技术思维来改造。改造后,厂家或者渠道商用私钥签名的密文写到RFID芯片中,任何的自由客户端都可以拿到这个签名一一映射,通过就是真的,不通过就是假的。
例子:深圳前海一家智能科技公司就在用这种方法帮助品牌酒企做防伪芯片。
其产品逻辑是,生产线的信息让厂家签名,然后让消费者直接拿公钥验证,通过为真。
(三)、区块链+智能硬件(新硬件)
新硬件领域,区块链可以做非常多的产品。举了个例子。例如在保险业中,可以基于智能硬件设备,收集用户的行为习惯,获取用户的信用评分,而个人信息安全又要加以保护,就完全可以将个人数据资产放在链上,套用评价模型评分,既保护隐私,又实现保险机构的应用。
(四)、区块链+社交
在泛互联网的情况下,如何确保点对点的私密交互或者交易安全有效。无论是社交,还是将来依托于社交产品诞生电商产品都非常有价值的场景应用。这个方法是,人人拥有一个可交互的私钥介质,不用任何中心服务器。比如:目前的QQ上,微信上两个人交流或者邮件全部加密,可以通过任何协议传输,也无需任何人监听,这个每个终端的介质可以是软件亦可以是硬件的私有虚拟盾。
例如:由于微信生态的开放性,电商里的信任和流量的分配、运营是商家自行解决的,安全很多时刻需要客户自己承担。社交电商又发展出多种形态,演化出各种获客方式。小程序、公众号、个人、微信群都可以作为流量节点和运营工具。
产品经理需要通过不断尝试和打磨,找到能让自己产品交易效率更高的办法。自己构建社交电商,用区块链构建信任,通过区块链构建一个全新的获客和用户运营,选品和供应链。
(五)、区块链+供应链
产品从终端层面分:从早期一个网页、到移动互联网时代的APPS,再到各新硬件。
产品从用户层面分:从吸引用户,到强调体验场景,再到供应链货找人。
供应链产品流程一般比较长,从前端应用到后台数据,到渠道,到商家,再到厂家,这条链路长且相互之前传输的信息非对称,更加值得产品经理探索用区块链解决,真的做出从厂家到用户的产品平台将是非常有价值的产品
(六)、区块链+APP Dapp
相较于少数已经投入研究的产品经理,更多的产品经理还苦于不知如何入场,以太坊的存在是目前值得考虑的选项。以太坊(ETH)是一个去中心化的智能合约开发平台,拟用区块链技术重构互联网。
超级中心的建构需要极大的技术支持,这些对于绝大多数产品经理,特别没好友技术的产品来说是不现实的。但在以太坊中,可以按照需求,定制智能合约,成为其区块链上的一个App。
届时,所有的App都运行在以太坊区块链网络中。在具有智能合约的前提下,App既可以轻装上阵,带着区块链技术的信任优势,垂直于领域的各个细节,又基于平台与其他领域结盟,实现数据共享。不失为产品经理熟悉了解区块链产品的一条捷径。
更后探讨的垂直类产品还可以有:身份认证、作品版权保护、奢侈品、艺术品保护、隐私信息保护、信息监管……甚至在从前,网络游戏装备、网上各种资产“由下一代继承”的笑谈也成为可能性的产品空间。
思维方法第三层:区块链、物联网、与AI的关系
产品经理所熟悉的网络七层,如图:
(7 应用层 6 表示层 5 会话层 4 传输层 3 网络层 2 数据链路层 1 物理层)协议里区块链属于中层,物联网偏底层、AI偏高层。高层需要的是数据和算法为主要源泉,底层需要的是设备端到端的数据流,中间层只有在底层铺平或者底层在某个行业优先铺平后才可以发挥更大化价值。
例如:区块链在金融领域的应用如火如荼。当将来底层和中间层完善后,且有效数据量足够AI将会产生无法预估的能量,这也是笔者2017年之所以更终看中产品的终极需求看中并撰写AI产品书籍《AI+时代产品经理的思维方法》的原因。
任何技术对产品来说想象力是好事,但要形成真正的产品模式,否则就是科学研究。
更后真正拥有产品经理思维的人心很镇定,不追着别人的话说,不追着别人的事做,下决心干一件事。
本文转自:http://www.woshipm.com/pmd/957674.html