企业Agent产品的方向选择：做平台还是做应用的战略级决策

企业Agent产品的方向选择：做平台还是做应用的战略级决策

做Agent产品一年了，这个月我反复思考一个战略级问题：到底做平台还是做应用？这个问题看似简单，实际上它决定了产品架构、团队结构、融资策略和商业模式的基本走向。选错方向的代价不是几个月的时间，而是整个创业路径的重新规划。这篇文章是我对这个问题的系统性分析，以及最终做出的判断。

一、引言

平台和应用是两种完全不同的产品形态。平台提供基础设施，让其他人构建应用；应用直接解决用户的特定问题。在Agent领域，这两条路径都有人在走——LangChain做平台，各种垂直Agent产品做应用。

但创业者的现实是：两条路径的资源需求、验证周期和风险结构完全不同。平台需要大量的开发者生态建设，验证周期长，但一旦成功护城河极深。应用需要深入理解垂直场景，验证周期短，但护城河依赖场景深度和客户关系。

我做了一轮深度的数据和逻辑分析，结论是：在当前阶段，做应用比做平台更理性。这不是说平台没有价值，而是说从资源约束和验证效率的角度，应用路径更适合创业团队的现状。本文用结构化的框架呈现这个决策过程，方便后续复盘和调整。

二、原理：平台与应用的战略决策模型

平台和应用的选择，本质上是一个多维决策问题。每个维度都有明确的对比指标，最终的决策取决于团队在这些维度上的相对禀赋：

六个维度的对比分析：

• 验证周期：平台需要先建生态，生态需要先有开发者，开发者需要先有好工具。这是一个三阶冷启动问题，12-18个月是保守估计。应用的验证周期取决于场景选择是否准确，3-6个月足够判断PMF。
• 资源需求：平台需要专门的开发者关系团队、文档团队、社区运营团队。5人以下的核心团队几乎不可能同时做产品和做生态。应用只需要场景专家和工程团队，资源结构更简单。
• 护城河结构：平台的护城河是生态网络效应，一旦形成极难打破。但形成前的窗口期太长，创业团队熬不到。应用的护城河依赖场景深度和客户关系，可以用时间逐步累积。
• 竞争格局：Agent平台的赛道里，LangChain、AutoGen、CrewAI都在抢生态位。巨头（微软、Google）也有平台级布局。创业团队做平台，大概率被碾压。垂直应用赛道，巨头通常不愿深入，因为单个垂直场景的ROI不够吸引他们。
• 商业模式：平台的定价受开发者生态规模制约，早期收入有限。应用可以直接按订阅或效果收费，现金流更健康。
• 技术复杂度：平台需要处理通用性、兼容性、扩展性，工程复杂度指数级上升。应用只需要在一个场景内做深，技术挑战更集中。

三、代码：战略决策量化评估系统

下面是一个战略决策量化评估系统。它把六个维度变成可打分的评估项，然后结合团队禀赋权重，输出平台和应用两条路径的综合得分和风险评估。

from dataclasses import dataclass, field from enum import Enum from typing import Optional import json class PathType(Enum): PLATFORM = "platform" APPLICATION = "application" class RiskLevel(Enum): LOW = "low" MEDIUM = "medium" HIGH = "high" CRITICAL = "critical" @dataclass class DimensionAssessment: """单个维度的评估""" dimension: str platform_score: float # 0-10 application_score: float # 0-10 platform_risk: RiskLevel application_risk: RiskLevel notes: str = "" @dataclass class TeamProfile: """团队禀赋评估""" team_size: int has_ecosystem_experience: bool = False has_vertical_domain_expert: bool = False runway_months: int = 6 existing_customers: int = 0 developer_community_size: int = 0 can_raise_series_a: bool = False class StrategyDecisionEvaluator: """战略决策量化评估系统""" # 六个评估维度 DIMENSIONS = [ "验证周期", "资源需求", "护城河结构", "竞争格局", "商业模式", "技术复杂度", ] # 团队禀赋对各维度的影响权重 PROFILE_WEIGHTS = { "team_size": 0.15, "has_ecosystem_experience": 0.20, "has_vertical_domain_expert": 0.20, "runway_months": 0.15, "existing_customers": 0.15, "developer_community_size": 0.10, "can_raise_series_a": 0.05, } def __init__( self, assessments: list[DimensionAssessment], team_profile: TeamProfile, ): self.assessments = assessments self.team_profile = team_profile def compute_raw_scores(self) -> dict[PathType, float]: """计算两条路径的原始综合得分""" platform_total = sum(a.platform_score for a in self.assessments) application_total = sum(a.application_score for a in self.assessments) return { PathType.PLATFORM: platform_total, PathType.APPLICATION: application_total, } def apply_profile_adjustment( self, raw_scores: dict[PathType, float] ) -> dict[PathType, float]: """根据团队禀赋调整得分""" profile = self.team_profile # 平台路径的禀赋加分 platform_bonus = ( profile.has_ecosystem_experience * 8.0 + min(profile.developer_community_size / 100, 5.0) + profile.can_raise_series_a * 3.0 + min(profile.team_size / 10, 3.0) ) # 应用路径的禀赋加分 application_bonus = ( profile.has_vertical_domain_expert * 8.0 + min(profile.existing_customers / 5, 4.0) + (3.0 if profile.runway_months <= 9 else 0.0) # 资金紧更应选应用 ) return { PathType.PLATFORM: raw_scores[PathType.PLATFORM] + platform_bonus, PathType.APPLICATION: ( raw_scores[PathType.APPLICATION] + application_bonus ), } def compute_risk_profile(self) -> dict[PathType, dict]: """计算两条路径的风险画像""" platform_risks = { a.dimension: a.platform_risk.value for a in self.assessments } application_risks = { a.dimension: a.application_risk.value for a in self.assessments } # 统计各级别风险数量 def count_levels(risks: dict) -> dict[str, int]: counts = {"critical": 0, "high": 0, "medium": 0, "low": 0} for level in risks.values(): counts[level] = counts.get(level, 0) + 1 return counts platform_critical = sum( 1 for a in self.assessments if a.platform_risk == RiskLevel.CRITICAL ) application_critical = sum( 1 for a in self.assessments if a.application_risk == RiskLevel.CRITICAL ) runway_warning = "" if self.team_profile.runway_months < 9: runway_warning = ( f"资金跑道仅{self.team_profile.runway_months}个月，" f"平台路径的验证周期可能超出跑道" ) return { PathType.PLATFORM: { "risk_distribution": count_levels(platform_risks), "critical_count": platform_critical, "detail": platform_risks, "runway_warning": runway_warning, }, PathType.APPLICATION: { "risk_distribution": count_levels(application_risks), "critical_count": application_critical, "detail": application_risks, "runway_warning": "", }, } def make_recommendation(self) -> dict: """生成最终决策建议""" raw = self.compute_raw_scores() adjusted = self.apply_profile_adjustment(raw) risk_profile = self.compute_risk_profile() # 综合评估：得分差+风险差+跑道约束 score_delta = ( adjusted[PathType.APPLICATION] - adjusted[PathType.PLATFORM] ) risk_delta = ( risk_profile[PathType.PLATFORM]["critical_count"] - risk_profile[PathType.APPLICATION]["critical_count"] ) recommendation = PathType.APPLICATION # 默认推荐应用 confidence = "medium" if score_delta > 10 and risk_delta > 0: recommendation = PathType.APPLICATION confidence = "high" elif score_delta > 5: recommendation = PathType.APPLICATION confidence = "medium" elif score_delta < -5 and risk_delta < 0: recommendation = PathType.PLATFORM confidence = "medium" # 条件性建议：先做应用，验证后转平台 transition_condition = "" if recommendation == PathType.APPLICATION: transition_condition = ( "当应用路径在2个垂直场景验证PMF后，" "可评估是否抽取共性做平台层" ) return { "recommendation": recommendation.value, "confidence": confidence, "application_score": adjusted[PathType.APPLICATION], "platform_score": adjusted[PathType.PLATFORM], "score_delta": score_delta, "risk_profile": risk_profile, "transition_condition": transition_condition, } def generate_decision_report(self) -> str: """生成完整决策报告""" report = { "assessments": [ { "dimension": a.dimension, "platform_score": a.platform_score, "application_score": a.application_score, "platform_risk": a.platform_risk.value, "application_risk": a.application_risk.value, } for a in self.assessments ], "team_profile": { "team_size": self.team_profile.team_size, "runway_months": self.team_profile.runway_months, "existing_customers": self.team_profile.existing_customers, }, "recommendation": self.make_recommendation(), } return json.dumps(report, indent=2, ensure_ascii=False)

这套评估系统的核心逻辑：平台和应用的选择不是"哪个更好"，而是"哪个更适合当前团队的禀赋和约束"。禀赋偏生态经验→平台得分加分；禀赋偏垂直场景专家→应用得分加分。跑道不足→应用得分加分，因为平台验证周期太长。

四、权衡：决策背后的三个深层矛盾

第一，短期现金流与长期护城河的矛盾。

应用路径现金流更健康，但护城河依赖场景深度，容易被后来者模仿。平台路径护城河更强，但12-18个月没有可观收入。对创业团队来说，活下去是第一优先级，所以应用路径更理性。但一旦活下来了，就要开始考虑平台层的布局。

第二，深度与广度的矛盾。

做应用要求在一个场景里做深，做平台要求覆盖足够多的场景。团队从应用转平台时，最大的挑战不是技术，而是认知——你需要在垂直深度和通用广度之间找到平衡点。我的建议：不要一次性全转，而是先把2-3个场景做透，然后抽取共性组件作为平台层。

第三，开发者关系与客户关系的矛盾。

平台需要维护开发者生态，应用需要维护客户关系。两者所需的团队结构、沟通方式、反馈处理机制完全不同。创业团队很难同时做两件事。所以先专注客户关系（应用路径），等客户基础稳固后再扩展开发者关系（平台路径）。

五、总结

企业Agent产品的方向选择，是一个战略级决策。平台和应用两条路径各有优劣，但根据当前团队的禀赋和约束，应用路径更理性。

三个核心判断：第一，验证周期是决定性因素——6个月跑道做不了12个月验证的平台。第二，竞争格局是护城河的前提——巨头在平台赛道的碾压风险太高。第三，禀赋决定路径——没有生态经验的团队做平台是空谈。

这不是一个静态决策。当应用路径验证了2-3个场景的PMF后，团队会积累场景经验和客户基础，这时候评估是否抽取平台层才是合理的时机。先做应用验证生存，再考虑平台布局——这是务实的路径，也是风险最低的路径。

决策的最终检验不是逻辑分析，而是6个月后的实际数据。到2027年1月，我会用同样的评估框架重新跑一遍，看当时的团队禀赋和市场环境是否支持方向调整。战略决策不是一次性的，而是需要定期复盘和动态调整的。

资料说明

本文中的协议、版本、性能、成本和行业趋势应以可核验的一手资料为准。未标注统计口径的比例、时间表和预测仅作工程讨论，不应视为行业事实。可参考 0731 资料来源索引，并在发布前将具体来源贴到对应断言之后。