Runwise 增长研究院

2026-10-19

Runwise 增长研究院

10/19/2026
企业AI创新

100个AI账号怎么分？不是按部门平均发，而是按任务密度和带动能力选人，30天用四层指标验证真实业务成果。

30秒看懂：企业采购第一批100个AI账号，最省事的分法是按部门平均分或优先发给经理，但这样只能证明“账号已发出”，证明不了谁改变了工作方式、哪些业务问题得到解决。更好的起点是把第一批账号视为有边界的业务应用试验：先选真实岗位、真实任务和愿意承担业务结果的负责人，给用户提供必要培训与技术支持，30天后再依据实际使用和结果决定保留、调整或扩大。企业AI账号分配的核心，不是培训，而是把它交给谁解决什么问题。

2026年，这类问题不再只是讨论一个聊天框。阿里巴巴8月3日官方发布“千问办公”（QwenWork）公测版，整合桌面、云端与企业协作Agent能力；腾讯WorkBuddy企业版则提供企业身份、用量管理、不同网络部署和AI任务能力。两个产品的接入系统、积分规则、访问控制和购买合同并不完全相同，不能把“开通账号”当成“具备安全上线条件”。

账号成本也需要计算。腾讯WorkBuddy官方公开的SaaS企业旗舰版参考价格是198元／人／月，含基础积分，超过部分可能需要另购；IT之家在2026年8月报道千问办公公测时的企业标准版刊例价同为198元／月／席。假设选择某一个按198元计费的方案、100个席位连续购买12个月，单纯席位费约23.76万元。这个数是按当期公开价的演算，不代表两家产品的当前正式报价、混合买价或企业最终合同金额，也不含积分超额、培训、运维与数据治理成本。

真正的管理问题是：这些钱应当买到多少可验证的工作结果？

第一批100个账号不按职级平均分，按任务密度与带动能力分

选择首批用户可以看四个条件。第一，他每周是否有足够多、适合AI参与的重复或研究型任务；第二，任务结果是否容易复核；第三，工作用到的数据是否在允许范围内；第四，该员工或负责人是否愿意持续反馈与改进。职位高不自动等于符合条件，技术热情高也不代表能推动业务价值。

假设一家中型企业决定在销售运营、采购和市场研究三个团队进行首批试点，100个账号可以用下面的示例分配作为讨论起点，按主要角色归类，避免同一人被重复计算。

主要角色	示例席位	选择依据	第30天应拿出什么
直接参与的业务负责人	5	能调整流程、安排资源与审批结果	试点范围、对照基线、改进决定
各团队业务骨干与AI Champion	10	有同事影响力，愿意帮助他人	可复用用例与问题反馈
高频任务执行者	75	每周处理大量研究、文档、数据和客户材料	真实完成的业务任务及质量检查
跨部门流程与协作岗位	10	能把分散尝试接入共同流程	工作流调整与跨部门阻塞处理
合计	100	Runwise示例，不是行业配额	至少形成若干经业务Owner验收的用例

数字只是帮助说明原则。若企业属于研发型组织，研发、产品和技术支持可能应占更大比例；若主要矛盾是知识分散，则法务、售前、客服和研究岗位更值得优先试。关键是在少数适配岗位形成足够密度，而不是十多个部门人人都有一点、却没有团队形成稳定用法。

在分配前还要做一次必要的合规筛选：首批工作是否包含客户敏感信息、财务数据或受限制的内部材料，相关产品能否满足组织的身份与权限要求。无法安全执行的场景应暂缓，不能为了凑足100个名额而临时扩大权限。关于企业AI权限边界的更多讨论，可参考下属自己搭了个能发客户邮件的 Agent，你批不批？六类动作的授权决策表。

别先安排十场工具课：先给每个团队选出能在两周内交付的任务

员工收到账号后不知道怎么用，往往不是因为他们听不懂提示词，而是不知道哪个实际任务值得改。这需要在培训之前由业务部门筛选场景。

以采购团队为例，原来每周需要把多家供应商的报价整理成统一比价表。试点可以先让AI提取品名、规格、报价、交期与付款条件，但由采购专员对照原文件复核，不能让模型自行决定供应商中标。业务Owner应记录原流程的实际用时、错误或返工情况，再观察AI参与后发生的变化。

一个合格的首批任务最好同时满足三项条件：每周会发生多次、能在现有授权边界内处理、两周内可以找到业务专家检验成果。AI是否已经有先进的Agent能力并非决定因素；固定模板、检索和普通自动化能更便宜地完成任务时，不必为了“智能”强行开发Agent。关于AI Agent与普通自动化的边界，可参考AI数字员工是什么？从Agent、Copilot到RPA，企业如何判断能否真正上岗。

建议每个试点团队先锁定2—3种工作，而不是请每名员工自由探索几十个功能。例如：采购做报价资料归整，市场研究做竞品信息初稿，销售运营做会议纪要与CRM待办建议。它们都必须安排一位业务Owner确认事实准确度、人员使用情况和边界风险。

微软的Copilot推广官方指南同样强调，应让具备共同业务流程的早期用户优先使用，配合AI Champion、技术就绪、实践社区和持续反馈。这能为Runwise方法提供流程层面的参考，但不意味着微软验证过本文提出的100人分配比例。

第一个月分四步：从账号开通走到可复用的业务成果

第1周：先确认账号能用、数据能用、工作能做

IT完成组织账号、单点登录、权限与工具接入检查；业务Owner提交任务清单及传统做法的对照基线；CoE或项目负责人提供已批准的数据类型、禁止行为和求助入口。用户首次登录后，应该能马上在一件真实工作上开始，而不是只领到一份长长的提示词手册。

需要明确三种责任：IT负责可用性和安全，业务负责人负责输出是否有价值，推广负责人负责培训、问题反馈与资料复用。若没有这些分工，后续统计低使用率时，很难判断是员工不愿用还是产品根本没接通工作流。关于企业AI转型中的分工，可参考企业AI转型谁来负责？CEO、业务、IT与AI CoE如何分工与协同。

第2周：让员工用AI完成一次真实任务，并由人验收

不要把培训成绩设为“背出十个提示词”。更好的方式是一次任务工作坊：员工带来当周真实工作，在允许的数据与平台范围内完成初稿、核对事实、修改输出并交付。必要时让业务负责人参与验收，记录哪些步骤AI能承担、哪些仍需人工、有没有额外复核时间。

完成一次工作不等于形成生产能力。培训结束应留下能被重做的任务说明、输入条件、检查点和成果样例；下周由同一岗位再次验证。对于包含客户或商业秘密的样例，只保留脱敏版本，不能为了建设用例库复制敏感数据。

用同样的框架诊断你的业务

如果你也在纠结第一批AI账号该发给谁、30天后怎么判断值不值，可以用AI顾问先诊断一下你所在团队的任务密度和权限边界，再决定试点范围。

免费体验 Upskill AI 顾问 →

第3周：找出真实的AI Champion，组织问题互助

AI Champion不是最会讲工具的人，而是能把某项工作做得更好、愿意向同事展示的人。微软的AI Champion角色指南同样强调，骨干应有实践能力、影响力，并且需要明确责任和支持条件。

推广负责人可以每周安排一次Office Hour，邀请员工带来失败的真实任务，让Champion、业务专家与IT一起判断：问题出在输入资料、流程设计、工具能力还是权限设置。优秀用例进入共享库，同时记录“适用条件”和“不适合的情况”，而不是只保存一段在演示中好看的提示词。

第4周：用业务数据复盘，决定保留、调整或收回

结束时由试点部门报告已验证的成果、没有解决的问题、人工复核成本和下月打算。IT提供启用率和系统用量，业务团队提供任务质量与实际成果，财务可参与成本估算。随后才讨论谁继续使用、哪些人需要更多支持，以及是否在某类岗位扩容。

这些是Runwise建议的30天实施节奏，不保证所有组织四周就能获得可量化利润。复杂流程、监管审查或跨系统集成，可能需要更长验证周期；但30天应至少看得出工作任务是否真实存在、用户愿不愿意重复使用，以及技术阻塞在哪里。

立即登录阅读全文

登录或注册即可解锁全站内容，即表示你理解并同意服务协议与隐私政策

不要只看登录率：用四层指标判断采用是否转成经营价值

微软的Copilot产品管理与Viva Insights文档将已授权用户、实际活跃用户、应用使用方式和更深层业务效果区分开来。这种分层值得企业借鉴，因为“有账号”与“有业务价值”之间至少隔着几个环节。

指标层	建议记录的内容	最容易产生的误判
账号与可达性	已开通席位、真实能使用的账号、关键接口是否连通	开通100个不等于100人能开展业务任务
实际采用	按周有有效任务使用的自然人数、持续使用周数	登录和发消息不等于完成工作
任务与质量	合格完成任务数、返工率、复核时长、必要转人工比例	调用次数多可能反映失败重试
经营影响	工作周期、成本、错误率、客户响应或转化变化	员工自报节省时间不等于利润增长

以采购报价整理为例，先统计旧流程处理一份文件通常需要多少时间、需要多少复核，再统计AI版的总工时（包括上传整理、提示调整、输出校对和异常处理）。如果AI生成只用五分钟，但员工核对多花三十分钟，不能只宣传“生成效率提升十倍”。

在条件允许时，使用同一团队的前后流程或可比团队进行对照，并说明样本量、任务复杂度和时间段差异。结果只来自员工自报时，应明确标注为自报；没有真实裁减支出，就不把时间等效写成实际节约现金。

评价账号价值还应看可复用程度：一个人每周省下一小时，和他把同一方法教会20位同事，管理价值不同。但“20位同事接触过用例”不等于20位已经持续采用，必须分别统计。

扩容与收回账号，不是奖惩员工，而是重新配置试点资源

如果30天后还没有任何使用记录，原因可能是场景不适合，也可能是权限未开通、培训安排冲突或员工已有更好工具。直接按登录率取消账号，容易把组织实施失败误判成员工态度问题。

观察结果	建议决定	必须核实的情况
持续使用且业务质量达标	优先保留，并研究在同岗位扩展	是否真正改善净工时与业务结果
有使用但反复返工	暂不扩容，先修数据、流程或评测	是否需要人工复核过多
几乎不用但任务合适	安排一次有针对性的辅助激活	权限、培训、软件可达性是否正常
任务不适合或有更优替代方案	结束该场景试点，按合同规则重新分配席位	是否留存数据、交接方法及撤销权限
已出现严重越权或数据风险	立即暂停相关能力并调查	是否需要应急处置，而非等待月底复盘

“连续两周不用就收回”可以作为组织自行协商的运营规则，但不是通用最优阈值；席位能否转让、何时生效、是否影响历史资产，也应以相应产品合同和管理功能为准。账号调整应事先公布原则，并且让员工知道怎么申诉或重新申请。

从100人扩大到1000人，也不能只依赖“有人说很好用”。至少要有三类证据：多个业务用例能稳定复现，IT已经具备对应权限与支持能力，业务负责人愿意承担扩大后的质量和成本责任。缺一项，可以选择扩到某个部门，而不是全员铺开。关于企业AI规模化落地的策略，可参考创新案例｜中国银行半年从400余个到2200多个智能助手：企业AI的5个规模化落地策略。

不可忽略的另一半：首批账号也是企业AI权限试点

今天的AI办公产品可能连接邮件、企业IM、网盘、CRM甚至本地电脑。账户一旦具备读取文件和执行操作的能力，推广就同时成为安全治理问题。并不是所有账号都应获得相同的连接器权限，更不能默认把员工个人在所有系统里的最高权限完整交给Agent。

建议先规定四项最低边界：哪些数据可用于模型处理，什么工具可以接入，涉及发送、修改和删除等操作何时需要确认，发生异常后谁可以立即关闭权限。对于风险较高的工作，可先使用脱敏数据、只读模式或模拟环境，再逐级开放。关于企业AI安全治理的更多细节，可参考AI Agent安全怎么做？企业上线智能体必须管住的5类风险与执行权限。

WorkBuddy官方企业文档显示其提供企业级组织与管理版本，计费亦涉及席位与积分；阿里官方披露的千问办公具备桌面与云端等不同工作方式。但公开产品介绍并不代替企业自己的安全评估，也不能据此推定任意连接器都已对所有客户开放。

另一个容易忽略的问题是投入结构。若员工大量使用高成本Agent任务，单纯固定席位预算可能不够；企业应逐步统计积分／调用成本、人工审核、培训支持和维护工作量，再确定真实单位任务成本。关于AI成本结构的深入分析，可参考AI 成本的冰山：为什么 Token 单价跌去 99%，账单却越用越贵。