早期阶段，灵活的产品和开发团队通常能够处理客户成功工作。然而，如果你的产品需要大量实施支持（例如基础设施、开发工具或协议集成），尽早投资于专门的客户成功职能可能是值得的，即使不直接称为“客户成功”。
创始人应何时按细分市场或垂直领域划分 BD 功能？一些团队按行业划分，例如DeFi、NFT、游戏、银行和金融机构等。这种方式适用于在核心使用场景中找到市场牵引力之后，而非之前。否则，可能会过度关注某个尚未验证的领域。
如果你的产品尚未成熟或用户群尚未建立，保持团队扁平化即可。一位经验丰富的BD负责人可以同时覆盖多个领域。
Layer 1/Layer 2协议团队的最佳实践是什么？协议团队的业务拓展面临独特挑战，因为他们不仅仅是在构建产品，而是在建立网络。这通常意味着BD不仅是单一职能，而是多个互补角色协同工作以推动网络增长。
以下是常见的团队分工：
-
核心BD团队：专注于吸引开发者和项目在L1/L2上构建。
-
生态系统团队：负责资助、社区建设和治理。
-
技术集成团队：支持合作伙伴项目在网络上的部署。
-
区域团队：处理本地语言和区域推广，解决区域特定需求。
与传统产品发布不同，加密项目从第一天起通常就是全球化的。因此，优先考虑已经有用户采用的区域至关重要。在某个区域显现出显著的市场牵引力或兴趣之前，不建议强行设置全职区域市场推广职位。
不过，根据产品需求，在早期兴趣较多的国家招聘一位初级社区经理可能会增强本地用户参与度。具体时机取决于该区域的实际产品采用情况及未来增长潜力。
如何处理治理/社区市场推广？治理是通过去中心化社区协调决策的过程，这是加密领域的独特特性，仅对部分项目相关。传统 BD 依赖于层级决策和直接谈判，而治理驱动的 BD 则强调社区参与和区块链透明度。
例如，在协议跨区块链网络扩展时，社区治理通过去中心化自治组织（DAO）或协议治理机制发挥重要作用。DeFi 协议如 Uniswap 和 Aave 通过 DAO 和代币持有者投票决定多链部署、协议升级、资金管理和代币发行参数。
成功的BD负责人需要负责提案、激活代表并推动治理投票——这既是 BD 的一部分，也是社区宣传的一部分，包括沟通和竞选活动。
以下是候选人应该注意的有关 BD 和治理的一些细微差别。
-
不仅仅是销售，还需要产品能力：治理论坛充满了不同阶段的提案，可能涉及多年的构建和迭代。每次投票都需要候选人理解提案的历史背景以及它如何融入主题演变。仅有销售经验是不够的，候选人还需要具备产品能力，以讲述有吸引力的故事并处理投票后的活动（例如解释投票结果及其对协议的影响）。