区块链产品经理怎么入门，踩坑5年后说点实话

导读： 本人经历过长达五年的区块链产品研发工作, 期间涉猎的范围涵盖了公链层面的去中心化应用以及面向机构级市场的去中心化金融协议。基于上述实践经历, 我形成了这样一个核心认知...

本人经历过长达五年的区块链产品研发工作, 期间涉猎的范围涵盖了公链层面的去中心化应用以及面向机构级市场的去中心化金融协议。

基于上述实践经历, 我形成了这样一个核心认知, 也就是区块链领域的产品管理人员与传统行业的同类产品人员之间所存在的最大差异点, 并不是体现在技术维度层面, 而是深植于信任假设的重构这件事上。

通常情况下, 传统类型的产品体系默认前提是整个运营平台是值得信赖的, 而在区块链产品的逻辑设定中, 默认的立场是所有人都是不可完全信任的。因此, 为了保证系统的安全与稳定, 所有的业务逻辑功能都需要依靠计算机代码编写以及相应的机制设计来进行最终的保障与兜底。

区块链产品经理难在哪

难点就在于边界这一块。在需求评审的时候, 如果业务那边提出能不能加个管理员后门这个要求, 你就得把无中心化这四个字清清楚楚地摆到桌面上来。可是拍完桌子之后呢, 合规性、数据隐私保护还有用户资产安全这一大堆风险和责任,又全都得由你一个人独自承担下来。

我见过太多产品最后都死在了那个所谓的为了去中心化而去中心化的做法上面, 其实用户根本就不在乎你是不是一个无许可的状态, 他们最关心的是自己的操作能不能在三分钟之内就完成掉这件事。

区块链产品经理怎么转

从Web2这个环境转变过来的时候, 大家遇到的一个最大的认知上的差距, 是关于产品生命周期的这个问题。在传统行业里, 当一个产品上线的时候, 那只是一个开始而已；但是在区块链领域, 当一个产品上线之后, 它只是一种中间的状态。

因为智能合约一旦部署完成以后, 到底能不能进行升级操作, 治理机制是通过什么样的方式来进行投票决定的, 还有多重签名的权限又是按照什么规则来轮换的, 这些属于“上线以后”才需要面对的事情, 实际上占据了团队日常工作精力的百分之六十那么多。

不要匆匆忙忙着去写产品需求文档。你应该先去区块链上面把市面上那些主流协议的治理全流程操作个两遍以上。这种做法, 肯定要比你看那十份行业分析报告还要管用得多。

把这五年的时间拉回头看一看, 技术架构是在发生变化的, 各种使用的工具也是在发生变化, 但是把那些复杂的运作机制, 翻译成用户能够听懂的话这一件事情, 始终都是处于区块链产品经理位置的人身上最关键的一项职业技能。