区块链产品经理到底怎么干

不少人觉得区块链产品经理不过就是绘制几个钱包页面, 或者照搬几个去中心化金融DeFi项目。实际上这一领域远非如此轻易简单。我从事了三年有余, 所遭遇的失误差错、不理想的状况比所完成实施的功能还要多, 今日讲述一下真实的工作情形状态。

怎么理解业务需求

刚开始进入这一行的时候, 我犯下了一个错误, 客户表示要做一个“去中心化交易所”, 于是我参照着Uniswap抄袭了一版, 然而人家所需要的是带有KYC的合规交易所, 而且还要去对接国内的某条联盟链, 这一行最大的坑就在此处, 区块链所涉及的不是技术方面的问题, 而是业务以及规则之间的博弈。

在真实的场景当中, 你需要先弄明白几件事情。其一, 针对用户而言, 究竟是否想要“去中心化”? 存在许多B端的客户, 他们嘴上声称要应用上链技术, 然而实际上所需要的是一个具有不可篡改特性的数据库。其二, 链上的数据要如何与线下的法律相互结合? 就好比供应链金融领域, 你达成了链上的确权操作, 但是法院是否会认可这个哈希值? 其三, Token激励该如何进行设计才能够不触碰红线。这些均是产品经理必须依靠自身去弄清楚的, 不要寄希望于技术能够帮你思考。

习惯于我的做法的是, 先绘制一张“角色 - 痛点 - 链上价值”形态的矩阵图, 将每个参与方的利益链条梳理清晰, 接着查看哪一步必定非要运用区块链才行。众多项目在推进的过程中往往会发觉,倘若采用传统数据库并添加一个时间戳, 反而能够更为节省费用。

怎么落地产品设计

需求确定之后, 于产品设计阶段当中, 最为关键且致人棘手的并非交互方面, 而是“链上与链下的界限范围”。举例而言, 当你着手规划一个NFT交易市场时, 元数据被存储于IPFS之上, 然而你必须审慎思索, 在用户上传图片之际, 前端是否应当先行实施压缩处理? 区块链上究竟是仅仅存放哈希值, 还是存储完整无缺的信息? 诸如此类的决策, 会切实地对gas费以及用户感受产生影响。

最让我感到踩过的那次疼痛是, 设计了一个链上投票系统, 其中每个投票操作皆需用户进行签名确认。然而其后出现状况, 用户由于觉得麻烦, 最终导致参与率仅为5%。后续将其改成“链下收集签名, 链上一次上链”这种方式, 参与率才得以提升上来。产品经理应当具备能够准确判断出哪些操作是必须要实时上链的, 哪些操作又是能够进行异步处理的能力。

常被另一个忽略的是“错误处理”, 链上交易一旦发出, 就不可以回滚, 你的前端必须设计清晰的提示, 让用户知晓“这一步一旦点了就无法进行反悔操作”, 例如在转账之前通过弹窗进行确认, 不但要显示金额, 而且还要显示区块确认时间, 甚至要对用户在交易处于pending状态时关掉浏览器的这种情况加以考虑, 这些细节决定了一个产品究竟是玩具还是工具。

开发区块链产品, 切勿被“去中心化”此词汇束缚。用户所需求的乃是可信、高效以及便宜, 当你向他们提供链上透明之际, 同样需要兼顾链下的体验。在这几年当中, 我最大的感悟即为: 技术是服务于场景的, 而非相反的情况。明晰这两步之后, 你才算是真正入门了。