来源：WANDAOLABS
在 Web2 时代，产品经理很重要。很多CEO都自诩为首席产品经理，比如腾讯的马化腾、网易的丁磊等。微信的张小龙更是被尊称为神一级的产品经理，虽然他们一开始都是写代码的。
而在 Web3 领域，几乎没有人声称自己是产品经理，不管是V神，还是BM（ByteMaster），都不曾标榜自己是产品经理。包括华人首富赵长鹏。
Web3 的大多数项目都是在没有产品经理的情况下就取得了成功。比如Uniswap就是个程序员作品。
初创Web3公司，在创建 DeFi 协议或运行 NFT 项目时，团队主要只需要一名开发人员、一名社区经理和一名协议设计师（DeFi）或艺术家（NFTs）。根本就没有产品经理，这到底是为什么呢？
在 Web2 中，创始人或早期产品经理决定构建什么和如何构建是至关重要的，这有助于产品与市场相契合。
在 Web3 中，最重要的东西通常与产品经理没有太大关系。
Web3 的 0-1 更多的是关于技术基础设施，加密经济学，和/或在线社区，以找到产品-市场的契合点。因此，Web3 中的产品经理通常更适合 1-10，而不是 0-1。
产品体验相对于代币激励（Staking和 AMMs）、交易对（DEX）、艺术品（NFTs）、网络设计（L1s/L2s）、交易速度（L1s/L2s）、安全性（L1s/L2s）等属性，可能没那么重要。
创建一个 DeFi 协议？你需要一个协议专家。
为一个 NFT 项目建立社区？雇一个拥有 5 万名推特粉丝，懂 meme 的社区经理就行。
需要写智能合约？Solidity或 Rust 开发人员可以提供帮助。
比如，在以太坊域名（ENS）项目中，与建立复杂的区块链基础设施或构建 DAO 治理相比，注册域名的网站和前端接口对开发者来说相当简单。
以太坊基金会有 97 名员工，管理着一个价值 5000 亿美元的 Layer 1 协议，他们基本没有产品经理。像 World of Women 这样的领先 NFT 项目有艺术家、慈善事业负责人和法律顾问，但没有产品经理。
在以下情况下，仍然需要产品经理。
1， 工程师的效率变得很低。
当工程团队已经变得过于庞大，无法对项目进行优先排序和自我协调的时候，产品经理的加入可以提高效率（例如，多个Layer 1协议和EVM解决方案并行的情况）。
2 ，产品体验比较复杂，用户难以理解。
例如 SkyMavis 赚钱游戏 Axie Infinity。
一些单一的专家无法完成的活动，需要一个全能的产品经理去做。比如关于营销、增长、业务发展和社区的工作，一个全能的产品经理可以帮助。
Web3 的产品经理的职责与Web2有哪些不同？
一句话总结：Web3 产品经理负责社区的成功，而不是只是用户增长。
投入真心去维护社区比内部协调更重要。Web3的产品经理更注重执行和社区运营，比如通过 Twitter 获得大量的匿名用户。这是因为在狂热的网络世界中，获得积极的关注比把时间花在「对齐」上更有价值。
在 Web2 中，公司的北极星指标要比社区利益更重要（例如，公司利益可以建立在这样的社区氛围中：互联网成瘾的青少年、低收入的网约车司机）。在 Web3 中，如果没有运营好社区，就很难成功。
那如何使社区成功？
Web3 的 产品经理必须思考协议设计、Token 经济学、用户隐私安全、资金安全、增长营销、社区参与等方面，以及更多关于人、技术和 Web3 产品的价值互联。
1 ，必须把执行力放在愿景/战略的位置之上
Web2 的产品经理职业要求是要有一个长期愿景，并制定细致的战略来实现 OKRs。确实，执行力是必要的，不过当一个人从初级产品经理晋升到产品 leader 时，执行力并不是最被认可的。
但在 Web3 中不是这样的，我没有看到任何一个产品经理的愿景文档，愿景存在于技术架构师的白皮书中，因为他们更懂密码学和分片技术。
Web3 要求产品经理更专注于执行：与开发人员一起快速敲定规范、仔细 QA 并建立一个智能合约审计，在Twitter 上宣传直到产品发布，如此重复这个过程。
Web3 发展迅猛，每天都会推出新的协议，bonding curves 和 OHM 分叉等 DeFi 概念层出不穷，因此当下的愿景和策略可能很快就会过时。不过随着时间的推移，这种情况可能会发生变化，当这个领域更加成熟，产品的愿景也会变得更加具有竞争优势。但现在 Web3 产品经理在执行和愿景上应该花费的比例应该是95:5，而不是70:30。
Web3 产品经理 强调建设、营销和迭代，而不是计划、管理和测量。鉴于 Web3 的速度，这基于正确的原则优先执行的做法会更容易成功。
2 ，必须亲自做用户研究、商业探索和营销
随着 Web2 的成熟，产品经理的角色被拆分的非常细致，包括：用户研究、UX、数据科学家、QA 测试人员、产品营销经理、社交媒体经理等等 。
由于 Web3 太新了，2020 年代人才市场供应紧缺，而且 Web3 团队大多缺乏 Web2 公司传统的组织架构，所以产品经理不得不重新做所有事情：
在Discord 和Twitter上倾听社区的声音（用户研究员）；
运行 Dune Analytics 等工具进行一些链上分析（数据分析师）；
勾勒出代币交换的用户体验及 AMM 提出的流动性激励措施（设计师和技术主管）；
与稳定币协议建立合作关系（BD经理）；
撰写博客文章（产品营销经理）；
在Twitter 上发布 meme(社交媒体经理)。
3 ，必须专注于完善细节而不是扩展功能
Web3 产品不需要通过增加更多的功能来增加参与度。
Web3 模式不依赖于广告或将免费用户转化为付费的 SaaS 模式，这个模式本质上激励了 Web2 的产品经理专注于让人们广泛地使用一个产品，而不是让用户简单地从产品中获益。
决定 Web3 项目成功与否的，是像 Bored Ape Yacht Club 这样的收藏品的艺术品质量，或者 DAO 设置的便捷性，或 DEX上的流动性。
像 Cosmos 这样的 Layer1 进行原生质押，对用户而言，重要的是年收益率（APY，或投资回报率）之类的细节，以及是否存在通证锁仓时间。
4 ，必须了解你的用户，即使没有他们的电子邮件地址
在 Web3 中，用户可以随时携带走他们的数据并使用多个钱包，尽管区块链是透明的，但这些钱包无法轻易联系起来，而去中心化的精神限制了人们使用 Google Analytics、Mixpanel 或 Amplitude 之类工具的能力。
如果没有这些数据，你就很难知道人们是如何使用你的产品的，也很难知道你的产品是否符合市场需求。
因此，你必须依靠定性信息。如用户反馈，NFT 的地板价格以及持有人的分布范围这些信息去理解你的用户。
此外，许多产品通过提供原生代币来引导和激励社区，要么是通过 LP （流动性提供者）激励将资本投入 DeFi 协议，要么是向早期信徒免费空投代币，比如 LooksRare（$LOOKS）向大量的 OpenSea 用户赠送代币，吸引他们加入用自己的平台。
5 ，必须围绕给定的区块链来设计你的产品
与 Web2 不同，Web3 的产品不是由你的公司完全控制或由 iOS 等封闭平台控制的产品，Web3 产品在很大程度上受制于它们是建立在 Ethereum 或 Solana 的 Layer 1/Layer 2 协议上的特性，例如 Solana 上的高速交易或以太坊Layer 1 上的高 gas 费。
例如，如果你正在为可支配收入较少的新兴市场的消费者建立一个成本低于 1 美元的 NFT 市场，你可以选择像 Solana 或 Avalanche 这样的低成本区块链，或者像 Celo 这样的移动友好协议。
如果使用以太坊 Layer 1 协议通常会导致 gas 费超过上百美金，那么你的用户群可能没法接受，除非你使用 Polygon、Arbitrum 或 Optimism 等 Layer 2 解决方案。你对所支持的链的选择会影响到用户的决策、以及项目的开发时间和可扩展性。
Web3 产品经理需要了解不同的区块链，以便他们选择支持哪些链并进行相应的设计，而在 Web2 中，产品经理很少需要参与技术的基础设施决策。
6， 必须非常小心在智能合约中部署的内容
在 Web3 中，如果有 bug，你不能只做一个快速补丁。在区块链中，除非有代理合约，否则合约代码是不可变的。而一旦你真的改了合约代码，别人也会对项目产生怀疑。
这与 Web2 代码不同，在 Web2 代码中，一个 bug 可以直接被修复，或者一个数据库被编辑而不影响其他。
所以，在 Web3 中一旦代码出现问题，存在安全漏洞，就会导致无法挽回的巨大经济损失，因为没有中心化的部门会帮你解决问题。
7， 不能依靠专有代码、商业秘密和数据护城河作为竞争优势
在 Web3 中，所有的东西都是开源和可组合的，以防止形成市场垄断地位。
此外，与庞大而复杂的 Web2 社交网络或 SaaS 产品不同，你的用户界面对任何人来说都是可见的，而且通常没那么复杂。这意味着任何人都可以 fork 你的产品并且从技术和产品方面和你竞争。而且用户可以随时带走他们的数据和信息，所以你并没有很大的竞争力。
如果 Facebook 所有代码都是公开的，用户数据也是可被携带的，不难想象会出现众多竞争对手。
因此，这意味着 Web3 产品经理必须以更好的产品、更强大的社区持续为终端用户提供价值。
8 ，不能单方面做出所有的产品决定，可能也无法控制你的路线图
用户对协议或 dapp 的所有权意味着社区是决策的参与者。
社区需要尽早地启动并参与进来，而不是事后才想到启动营销活动。在社区里，一般来说，用户会持有代币，他们有权限对产品的未来进行投票，如以太坊名称服务（ENS）或合并 Rari Capital 和 Fei Protocol 的提议。虽然不是每一个决定都需要得到社区的同意并批准，但一般来说，你不能仅凭自己的想法做决断。
例如，Uniswap 是最受欢迎的 DeFi 协议之一，需要社区投票才能将其协议部署到 Polygon。该提案是由Polygon 在 2021 年 11 月提交的，这影响了此后 Uniswap 产品的路线图。
9 ，必须优先考虑用户安全，因为每一笔交易都涉及资金
Web3 可能是一个可怕的地方: 想象一下，点击 Chrome 扩展中的一个按钮，在你不知不觉中可能已经把价值 10 万美元的 JPEG 文件转移到另一个钱包。
因此，在这个空间里，安全是最重要的。
举个例子，NFT 市场的 产品经理喜欢在 Metamask 交易中引导用户「一次性批准所有授权」，以避免需要重复授权。虽然「重复授权」操作麻烦，每次还要付费，但「一次性批准所有授权」的风险在于如果平台动机不良或被黑客攻击，用户可能会将所有 NFT 从他们的钱包中转移出去。这是一个安全优先于用户体验的例子，虽然需要反复授权，还需要费用，但风险实在太高。
对于像 eBay 或 Etsy 这样的 Web2 市场来说，这可能永远不会成为一个考虑因素，因为资产所有权模式不同。列出一个项目进行销售并不会让你所有资产都处于风险之中，而且总有一个中心化的团队会帮助你解决这个问题。
此外，在 Web3 中，用户无法审计每一个智能合约，所以考虑到每次互动中的利害关系，在 Web3 中代表你的用户确保一个应用程序是安全和值得信赖的非常重要。这也是为什么当用户无法判断出该不该信任你的产品时，Twitter 会帮你提供社交证明的原因。
10，必须持续关注法律问题和监管问题大
在全世界的主要国家，加密货币领域都是被监管的。因此，作为 Web3 的产品经理，必须更关注这些法律问题，以了解在 Web3 领域不断变化，尚未确定的法律环境。
不管有没有产品经理，都应该按下列工作方式来打造产品。只是，没有专职产品经理的时候，团队中的角色分工不同。
1 ，明确Web3的目标市场
Web3项目可以由下至上地建立社区，因此相比传统企业拥有许多优势。这些Web3社区中的成员通常也是Web3创始团队寻找的目标客群，即：需要使用Web3产品解决问题的早期用户。
对于Web3初创团队来说，社区是非常宝贵的资源，可以从甄别问题和解决方案到产品主网上线的每个环节提出宝贵意见。Web3项目应该建立一个最小可行性社区（MVC，minimum viable community），精准覆盖目标市场，并协调统一最终愿景。
因此，对于Web3初创公司来说，建立一个好的社区至关重要。Web3初创公司在一开始建立的社区应该覆盖他们的“抢滩市场”（beachhead market），即：拥有相同痛点的一小群用户，并且这群用户的痛点与企业解决方案的契合度很高。有了好的社区以及持续有效的沟通，Web3项目就可以通过自己的用户群来测试产品理念。这些活跃的社区成员是产品设计、测试和迭代的起始点。
2 ，建立良好的Web3社区
Web3初创公司应该思考催生用户需求的关键要素，并且建立高质量的社区，招募拥有共同需求的活跃社区成员。
首先要清晰阐述目标和愿景。通常项目方都会以白皮书的形式传递愿景，并围绕感兴趣的用户建立一个社区。实际上，就是要创建一个网站并发布白皮书，详细阐述问题并提出解决方案。另外还要创建一个Discord频道，以建立一个由早期活跃用户组成的社区。
以下是创建最小可行性社区（MVC）的一些建议：
1）利用现有网络 ——成功的初创团队通常都在自己的行业中有很深的根基。可以在现有人脉中发现潜在客群，或通过人脉网络拓展新的潜在客户。
2）加入已有的Web3社区 ——许多Web3社区之间都会互相提供相关服务，因此初创公司可以利用已经建立的Web3社区来寻找潜在社区成员。
3）重视社区管理 ——确保社区讨论聚焦于客观的话题，并且加强对社区成员的科普和教育。社区健康度越高，就会给出越有价值的反馈。
3 ，将问题与解决方案匹配
一般来说，产品都是为了解决某一具体问题而存在的。将问题与解决方案匹配，是指初创团队验证自己试图解决的问题是真实存在的，以及所提出的解决方案能够有效解决这个问题。
Web3初创公司在验证问题与解决方案的匹配度时，必须要深入研究问题是否真的值得解决。
第一步，对其社区开展客户访谈和调研，以验证问题是否真实存在，深入研究问题。
下面是具体执行中的一些方法和资源：
展开定性调研 ——一开始要问开放式的问题，以深入了解问题出现的根本原因。比如，不要问用户是否需要稳定资产，而是要问当客户没有稳定资产时会遇到哪些问题，或者他们为什么需要稳定资产。
简化参与流程 ——使用SurveyMonkey或Typeform等主流的软件来简化调研流程。这些解决方案都被广泛应用，操作方便，而且大多数用户都很熟悉使用方法。
维持较小的规模 ——定性调研通常都要求回答得非常深入。参与者太多可能导致分析瘫痪或分析结果模糊，如果参与者不完全是目标客群，那效果就会更差。
第二步，验证所提出的解决方案。这一步可以通过各种方式完成，但关键是要定量，高效评估用户对解决方案的反应。
先从可以得到测试的假设入手 —— 验证解决方案的目的是尽可能证明或证伪初创公司提出的解决方案是否存在需求。比如：“我们相信大部分用户更倾向于选择以美元计价的去中心化稳定资产，而不是基于法币的稳定资产。”
创建定量调研 —— 通过单选或打分的形式有针对性地提问，这样可以让调研对象给出关于解决方案的确定性回答。比如，给调研对象几个不同的解决方案，然后让他们选择一个最满意的方案。
追踪原生衡量指标 —— 一定要追踪项目原生的衡量指标，比如Discord群组人数、email订阅数以及内测报名人数等，以更好地评估解决方案在最早期的稳健性。
样本数量要大 —— 使用定量调研而非定性调研，来获得明确的答案，以证明或证伪假设。大规模的样本可以让初创团队获得更加准确的结果。
4 ，甄别竞争对手和其他解决方案
对于许多Web3初创公司来说，要将问题和解决方案匹配，就需要对竞争对手展开分析，并评估市场上的其他解决方案。从市场是否有其他同类解决方案这一点就可以判断出问题是否有解决的价值。
对竞争对手展开分析
对竞争对手展开分析有助于检验Web3初创公司的解决方案是否能满足具体的市场需求。比如，Uniswap推出x*y=k公式以及可以生成收入的流动性池，解决了链上去中心化交易平台的流动性和定价问题。之后，相继出现了多家竞争对手和解决方案，比如Bancor、Curve Finance、PancakeSwap以及Trader Joe，都成功打入了去中心化交易平台市场，并吸引了许多用户流量。
创建核心的价值主张
Web3初创公司要进入某一市场，必须要建立核心价值主张，将其他平台的用户吸引过来。这对开源DeFi协议来说尤为重要，因为开源协议的功能很容易就可以复制到其他应用中。
打造出更好更具体的解决方案
要匹配问题和解决方案，就必须了解竞争对手是如何解决问题的，并且要针对具体的目标市场打造出更好更具体的解决方案。
Web3初创公司如果想要发现自己产品的关键竞争优势，就必须将他们需要解决的具体问题抽象化，并基于此找到最合适的解决方案。早期用户是初创公司的核心收入来源。Web3初创团队在开发解决方案时应该聚焦小而精的用户群体，而不是将摊子铺得过大。
以下是对展开竞争性分析的一些建议：
按照不同区块链进行差异化 ——虽然市场上有各种多链Web3解决方案，但是底层区块链生态仍然相当分化。要注意到其他链上的同类解决方案，但主要还是得关注同一条链上的竞争对手。
使用竞争对手的产品 ——如果没用过竞品就不可能很好地理解竞争对手。Web3初创公司通过使用竞品，可以发现影响产品设计的漏洞和问题。
加入社区平台 ——通过Telegram和Discord等平台可以很好地发现竞品功能的不足之处，因为社区成员经常会在上面提问或抱怨。
5 ，考虑用户转移成本
值得一提的是，有时候仅仅找到自身竞争优势并创造独特的价值主张是不够的。
这是因为存在转移成本（注：转移成本指用户在切换产品时所产生的成本）。转移成本可能会以很多形式出现，比如直接的经济成本（如：转移资金所需支付的链上gas费），或转移所花费的时间和精力等各种隐形成本（如：对项目开展尽调）。
Web3初创公司的价值主张必须要对用户有足够大的吸引力，才能让他们愿意承担转移成本。而光有独特的竞争优势还不够，初创公司必须要建立核心竞争优势。
6， 开发最小可行性产品
发现问题、明确目标市场、并通过各类调研和竞争对手分析来验证产品和解决方案的匹配程度，这些都是开发最小可行性产品（MVP）的关键环节。初创团队在着手开发产品之前先敲定这些细节，就可以节省大量时间和金钱，一旦发现问题和解决方案不匹配，就可以及时进行迭代。
一旦初创公司能够将问题和解决方案匹配，就可以开始打造MVP。MVP是低配版的产品，可以吸引早期用户来验证产品理念。在Web3行业中，MVP通常指beta版或测试网上线。MVP这个概念是Frank Robinson在2001年提出的，能够帮助初创公司进一步验证概念，并在最大程度上压缩成本开支。
MVP背后的逻辑是，初创团队应该快速行动和迭代。初创团队通过向早期用户发布最小可行性产品，能够在产品开发初期获得宝贵的反馈意见，并基于用户反馈快速迭代和调整。Web3企业推出MVP本质上不是为了盲目削减产品功能，而是专注于一小部分最关键的功能并对其进行验证。以最精简的方式打造出他们认为早期用户最需要的功能。然后，通过搜集UI交互、交易和用户反馈等各种关键指标来评估表现。最后，总结经验，并快速迭代，最终解决问题。这个迭代流程会不断循环，直到团队最终打造出最小适销产品（MMP），MMP指初创公司推向市场的第一版产品。在Web3世界里，MMP通常指项目在主网上线。
Web3初创公司采用这个产品开发流程所面临的一个特殊问题是，既需要保障软件的安全性，又需要快速迭代。
简而言之，如何在快速推进开发的同时满足Web3极高的安全需求？解决方案如下：直接将安全考量因素放到MVP开发流程中。使用MVP公式来迭代，可以让Web3初创团队对小的功能模块开展安全检查。相比起在流程结束时对庞大的代码库开展审计工作，在开发过程中每次测试一个功能模块并甄别漏洞要容易许多。不过我们还是建议Web3初创公司在开发工作完成后找第三方代码审计公司进一步检查智能合约代码的安全性，并发现潜在攻击向量。
启动MVP开发流程时，建议如下：
充分测试并提出质疑 —— MVP 本质上更像是一个流程而非一个产品，这个流程的核心价值就是以最小单位来测试假设。对每个新功能提出质疑，并且只针对必要的功能进行开发。
将潜在功能分类 ——将功能分成“必要”、“锦上添花”和“附加项”三类。通过这样分类，可以更好地明确先开发并测试哪些功能。
设置 KPI ——当测试功能并明确改进方案时，要制定能够直接评估结果的 KPI ，并仔细开展评估。
“产品与市场的契合度”（product-market fit）这个词由a16z的创始人Marc Andreessen提出的，指新产品能够完美满足市场需求。每个非常成功的初创公司都能够达到产品和市场的完美匹配。对于Web3初创公司来说，终极目标就是将产品和市场完美匹配。做到这一点就能够使流动性和用户量暴增，并提高用户留存度和口碑。
产品一旦与市场匹配，就会立刻引爆需求。因此，满足这一条件的初创公司往往面临的最大挑战就是应对暴增的市场需求。时间点是关键，但时间点往往也无法预测。比如，OpenSea 和 Uniswap 在各自的垂直领域都是最大的 Web3项目。虽然这两个项目早在 2018 年就上线了，但用户数量却是在过去两年才开始激增的。他们都为用户打造了非常好用的产品，但却不得不等待市场追赶上他们的脚步。
一个设计精良的产品如果能满足市场需求，那么用户数量就自然会实现大幅增长。
时间点是关键，但时间点也无法预测。虽然 OpenSea 和 Uniswap 差不多在同一时间上线，但 OpenSea 是在 NFT 开始流行后才达到了产品与市场的契合度。
很容易判断初创公司是否达到了产品与市场的契合度，但却没有一种“万能公式”。创业者和研究者都在不断尝试创建一个标准模式，但要达到产品与市场的契合度更像是一门艺术而不是一门科学。
在 Web3 领域，碰到的挑战不同，所需要团队的核心技能也不同。但从方法论是类似的，需要找到明确的用户群，发现痛点问题，设计解决方案，然后用MVP做验证。
只不过，初创公司可能没有产品经理，那就需要团队有明确的角色能解决这些关键问题，覆盖从问题验证到产品主网上线的每个环节。
相比 Web2 创业，Web3 创业是更艰难的事业，成功率也更低。因此，必须要有效地分配时间和资源。这些经过了实践检验的方法论可以帮助初创公司高效地开发出高质量的产品并解决真实存在的问题。