不少人觉得区块链产品经理不过就是绘制几个钱包页面, 或者照搬几个去中心化金融DeFi项目。实际上这一领域远非如此轻易简单。我从事了三年有余, 所遭遇的失误差错、不理想的状况比所完成实施的功能还要多, 今日讲述一下真实的工作情形状态。
怎么理解业务需求
刚开始进入这一行的时候, 我犯下了一个错误, 客户表示要做一个“去中心化交易所”, 于是我参照着Uniswap抄袭了一版, 然而人家所需要的是带有KYC的合规交易所, 而且还要去对接国内的某条联盟链, 这一行最大的坑就在此处, 区块链所涉及的不是技术方面的问题, 而是业务以及规则之间的博弈。
在真实的场景当中, 你需要先弄明白几件事情。其一, 针对用户而言, 究竟是否想要“去中心化”? 存在许多B端的客户, 他们嘴上声称要应用上链技术, 然而实际上所需要的是一个具有不可篡改特性的数据库。其二, 链上的数据要如何与线下的法律相互结合? 就好比供应链金融领域, 你达成了链上的确权操作, 但是法院是否会认可这个哈希值? 其三, Token激励该如何进行设计才能够不触碰红线。这些均是产品经理必须依靠自身去弄清楚的, 不要寄希望于技术能够帮你思考。
习惯于我的做法的是, 先绘制一张“角色 - 痛点 - 链上价值”形态的矩阵图, 将每个参与方的利益链条梳理清晰, 接着查看哪一步必定非要运用区块链才行。众多项目在推进的过程中往往会发觉,倘若采用传统数据库并添加一个时间戳, 反而能够更为节省费用。
怎么落地产品设计
需求确定之后, 于产品设计阶段当中, 最为关键且致人棘手的并非交互方面, 而是“链上与链下的界限范围”。举例而言, 当你着手规划一个NFT交易市场时, 元数据被存储于IPFS之上, 然而你必须审慎思索, 在用户上传图片之际, 前端是否应当先行实施压缩处理? 区块链上究竟是仅仅存放哈希值, 还是存储完整无缺的信息? 诸如此类的决策, 会切实地对gas费以及用户感受产生影响。
最让我感到踩过的那次疼痛是, 设计了一个链上投票系统, 其中每个投票操作皆需用户进行签名确认。然而其后出现状况, 用户由于觉得麻烦, 最终导致参与率仅为5%。后续将其改成“链下收集签名, 链上一次上链”这种方式, 参与率才得以提升上来。产品经理应当具备能够准确判断出哪些操作是必须要实时上链的, 哪些操作又是能够进行异步处理的能力。
常被另一个忽略的是“错误处理”, 链上交易一旦发出, 就不可以回滚, 你的前端必须设计清晰的提示, 让用户知晓“这一步一旦点了就无法进行反悔操作”, 例如在转账之前通过弹窗进行确认, 不但要显示金额, 而且还要显示区块确认时间, 甚至要对用户在交易处于pending状态时关掉浏览器的这种情况加以考虑, 这些细节决定了一个产品究竟是玩具还是工具。
开发区块链产品, 切勿被“去中心化”此词汇束缚。用户所需求的乃是可信、高效以及便宜, 当你向他们提供链上透明之际, 同样需要兼顾链下的体验。在这几年当中, 我最大的感悟即为: 技术是服务于场景的, 而非相反的情况。明晰这两步之后, 你才算是真正入门了。