简介：企业智能体不是先买平台，也不是业务部门自己搭小工具。第一步应该找一个真实业务任务，再用技术底座把数据、权限、动作和日志托住。
企业智能体要从真实业务任务出发，但不能由业务部门单独落地。业务负责说清楚它要解决什么问题，技术负责说清楚它能访问哪些数据、能执行哪些动作、出了问题怎么停、怎么查、怎么改。
很多企业做智能体，第一步就想选模型、选平台、搭知识库。这一步不是不能做。问题是，技术平台选完了，业务任务还是散的。最后做出来的东西，常常只是一个能问制度、写总结、查文档的聊天窗口。
看起来有 AI，但没有进到客户、合同、回款、工单这些真流程里。反过来，如果业务部门自己找工具、自己搭流程、自己接数据，短期很快，长期很乱。客户资料在哪里流转，谁能看，谁能改，出了错谁负责，没人说得清。
所以这篇文章不讨论“业务和技术谁更重要”。更准确的判断是：企业智能体要先找一个真实任务，再用技术底座托住。
先选平台，容易把智能体做成演示
很多企业做智能体，第一步就进入技术选型：模型选哪家，平台买哪套，知识库怎么搭，权限怎么接。这些问题不是不重要，但它们不是第一步。真正的第一步，应该先说清楚：企业到底希望智能体替哪个岗位、在哪个任务里、把哪一段重复工作先接住。
如果真实任务没有讲清楚，技术平台再完整，也很容易做成一个能问制度、能写总结、能查资料的聊天窗口。这个东西看起来有 AI，演示时也不难看，但员工回到每天的工作里，还是要自己打开 CRM、合同、回款记录、工单系统和聊天记录，把上下文重新拼一遍。
比如销售要跟进一个客户，他真正需要的不是再多一个问答入口，而是拜访前有人把客户背景、上次沟通、合同风险、回款异常、售后工单和下一步推进建议整理好。如果智能体没有进入这种真实任务，它就只是一个更聪明的搜索框。
业务部门懂流程，但不能单独决定权限
反过来，如果完全让业务部门自己做，也会出问题。业务部门最懂流程，这是事实。销售知道客户怎么跟，财务知道费用怎么审，客服知道工单怎么分，采购知道供应商风险怎么看。所以智能体一定要从业务任务出发，否则很难做出真正有人用的东西。
但只要智能体开始读客户资料、查历史合同、看回款、写回 CRM，它就已经进入企业控制区。这时候问题不只是“好不好用”，而是谁能看数据、谁能改数据、调用过哪些接口、动作有没有日志、出错以后谁负责。
一个销售智能体可以由销售部门提出需求：希望它整理客户资料、生成跟进建议、提醒下一步动作。但它能不能读历史合同，能不能看回款，能不能写回 CRM，不能只由销售部门自己说了算。业务可以定义结果，不能单独决定权限。否则每个部门都开一个小口子接系统，早期看起来很快，后面一定会变成数据、权限和责任边界的混乱。
第一个场景，不要找宏大的平台，要找每天发生的任务
企业做智能体，不要从一句“我们要做一个智能体平台”开始。这个说法太大，也太容易把人带回技术选型。更好的起点，是一句很具体的问题：哪一类任务每天都在发生，资料分散，靠人拼上下文，结果还需要人确认？
我会用四个条件判断第一个场景：高频发生，资料分散，结果需要人确认，出错风险可控。高频发生，说明它值得自动化；资料分散，说明智能体有组织上下文的价值；结果需要人确认，说明风险还在可控范围内；出错风险可控，说明它适合做第一批试点。
按这个标准看，销售跟进准备、合同初审、工单归类、会议纪要转任务、客户资料汇总，都比一上来做“企业智能体平台”更适合。这些任务不是单纯聊天，也不是单纯查资料，而是把分散信息整理成一份可以让人判断的任务材料。
第一个场景不需要宏大，但必须贴近真实流程。只有进入员工每天处理的任务，智能体才可能从演示变成企业能力。
技术底座不是为了管住业务，而是让业务试得更快
技术部门的价值，不是把业务想法挡在门外。真正好的技术底座，应该让业务部门可以更快试场景，同时不让数据、权限和动作失控。
这件事落到企业里，通常就是几类能力：统一入口，避免每个部门各买各的工具；统一权限，明确智能体能看什么、不能看什么；统一接口，避免业务部门私下接系统；统一日志，保证谁调用过什么、生成了什么、谁确认过、有没有写回系统，都能查到。
业务部门关心的是能不能快一点，技术部门关心的是能不能稳一点。这两个目标并不冲突。如果没有业务，技术底座会变成空架构；如果没有技术底座，业务创新会变成一堆没人管得住的小工具。
所以企业智能体的落地方式，不是业务和技术争主导权，而是分清边界：业务决定智能体做什么，技术决定智能体能碰什么。
写在最后
企业做智能体，真正要避开的不是“先业务”或者“先技术”这两个词，而是两个极端：一端是技术部门先把平台搭起来，最后离真实工作很远；另一端是业务部门自己搭工具、自己接数据，短期很快，长期失控。
更稳的做法，是先找一条真实流程，找一个高频任务，找一段资料分散、需要人判断、风险又能控制的工作。然后让业务部门说清楚：这个智能体要解决什么任务，产出什么结果，谁来确认，怎么判断有没有用。同时让技术部门说清楚：它能访问哪些数据，能执行哪些动作，出了问题怎么停、怎么查、怎么改。
一句话，业务决定价值，技术决定边界。企业智能体从业务问题出发，从真实流程切入，由技术底座托住，才更可能真正落地。
