AgentKit無用矣,OpenAI需要明白:AI表格才是企業(yè)工作流的核心

0 評(píng)論 1676 瀏覽 1 收藏 14 分鐘

本文通過一個(gè)實(shí)際案例,深入探討了AI表格如何成為企業(yè)工作流的核心,以及如何通過多維表格實(shí)現(xiàn)數(shù)據(jù)的快速組織和流程的自動(dòng)化。

之前我們一直在說:AI表格才是企業(yè)降本增效的核心,很多同學(xué)其實(shí)并不理解其中含義。所以,今天我們就用一個(gè)實(shí)際案例來進(jìn)行更系統(tǒng)性的闡述,先看效果,我們后續(xù)再說實(shí)現(xiàn):

首先還是要回歸本質(zhì):企業(yè)到底要什么,當(dāng)前多數(shù)企業(yè)缺什么,他們?yōu)槭裁床谎a(bǔ)足?

企業(yè)缺什么?

對(duì)于企業(yè)視來說,他們沒有那么多花花腸子,他們就想要一套多人分散錄入 → 集中匯總 → 統(tǒng)一分析 → 按權(quán)限查詢的輕系統(tǒng)。

對(duì)于很多中小型公司,比如一些200人的電銷體系公司,他們根本沒業(yè)務(wù)系統(tǒng)。最初他們理想的系統(tǒng)就是Excel,但Excel天然是有缺陷的,比如以下案例:

大概在五年前,那時(shí)候還沒有多維表格這種東西,公司有個(gè)需求非常令人抓狂:

當(dāng)時(shí)公司需要大量的外部兼職人員一起協(xié)作整理數(shù)據(jù),這其中涉及到了大量的工作,包括:

  1. 每天內(nèi)部人員得面試大量兼職人員,單日數(shù)據(jù)過百后,沒有系統(tǒng)支撐,操作情況一團(tuán)亂麻;
  2. 兼職初面通過后進(jìn)入作業(yè)群,需要實(shí)操完成一份作業(yè),內(nèi)部員工判斷沒問題才轉(zhuǎn)為長(zhǎng)期兼職人員;
  3. 實(shí)際進(jìn)入數(shù)據(jù)處理階段,又會(huì)面臨著提交->初審(通過,打回重做)->復(fù)審(通過、打回重做)等反復(fù)流程;
  4. 最后晚上按照實(shí)際完成情況進(jìn)行數(shù)據(jù)歸檔以及結(jié)賬;

以上是一套完整的SOP工作流,執(zhí)行周期也就3個(gè)月,開發(fā)系統(tǒng)首先來不及其次迭代效率跟不上。

因?yàn)榻?jīng)常性碰到有人亂改數(shù)據(jù),還看不到日志,我這邊就很煩躁了;又因?yàn)闆]有消息通知,經(jīng)常某個(gè)節(jié)點(diǎn)被卡著,為此調(diào)派了3個(gè)項(xiàng)目經(jīng)理去組織,但實(shí)際做下來依舊各種問題…

其實(shí)這里的需求非常簡(jiǎn)單:在Excel的基礎(chǔ)上,加一個(gè)權(quán)限控制(視圖控制)和數(shù)據(jù)更新后的定向通知功能即可。

而就是這個(gè)簡(jiǎn)單的功能,在多維表格之前,我一時(shí)之間是束手無策的!

以上就可以實(shí)際回答企業(yè)缺什么和為什么不開發(fā)的問題,其實(shí)從這里也可以看出,企業(yè)缺的是一套可以快速組織數(shù)據(jù)和流程的工具,如果能用自然語(yǔ)言實(shí)現(xiàn)是最好的,因?yàn)檎鞸OP很煩。

難點(diǎn)在SOP

前面我們說了,企業(yè)想要的是一套輕量級(jí)系統(tǒng),低代碼平臺(tái)可以,而自然語(yǔ)言可以實(shí)現(xiàn)是最好的!

只不過這里的難點(diǎn)并不是工具,而是如何組織流程和數(shù)據(jù),根據(jù)以往經(jīng)驗(yàn),要完整實(shí)施一套中等規(guī)模的AI工作流類系統(tǒng)大概需要3個(gè)月,其中2個(gè)月都在跟企業(yè)一起梳理流程,梳理的流程會(huì)有兩個(gè)產(chǎn)物:

SOP流程圖以及數(shù)據(jù)結(jié)構(gòu),這個(gè)東西就是我們所謂的“AI時(shí)代的自然語(yǔ)言”,他長(zhǎng)這個(gè)樣子:

也可以是這個(gè)樣子:

甚至需要各種核算成本:

總而言之,工作流類項(xiàng)目的難點(diǎn)在于形成SOP,形成SOP的難點(diǎn)又在溝通交流,這個(gè)一直是管理上的難點(diǎn)…

最后,讓我們將上述HR流程的簡(jiǎn)單部分做下實(shí)現(xiàn):

多維表格實(shí)現(xiàn)

這里用的是我們的課件,為避免復(fù)雜度增加,這里抽取其中一段完成兩個(gè)功能:

  1. 用戶上傳簡(jiǎn)歷文件后,系統(tǒng)自動(dòng)解析內(nèi)容,提取并填寫候選人基本信息到表格中;
  2. HR通過修改狀態(tài)字段(如“簡(jiǎn)歷通過”),即可將該候選人自動(dòng)同步到簡(jiǎn)歷通過表;

功能確定后就是進(jìn)行數(shù)據(jù)表設(shè)計(jì),這個(gè)動(dòng)作在SOP梳理結(jié)束后會(huì)比較簡(jiǎn)單:

簡(jiǎn)歷表主要用于管理面試流程,包括狀態(tài)字段:待面試、一面通過、一面未通過、二面通過、二面未通過。

狀態(tài)變化自動(dòng)控制面試流程:

  1. 面試官分配完成后,系統(tǒng)向?qū)?yīng)面試官發(fā)送面試通知。
  2. 面試結(jié)束且二面通過后,候選人信息會(huì)自動(dòng)寫入待入職表。
  3. 待入職表,存放所有面試通過的候選人,由HR安排入職流程。

這里有幾個(gè)自動(dòng)化要求:

  1. 自動(dòng)解析簡(jiǎn)歷并填充信息,提高數(shù)據(jù)錄入效率。
  2. 面試狀態(tài)流轉(zhuǎn)自動(dòng)化,減少人工操作。
  3. 信息同步貫穿整個(gè)招聘流程,實(shí)現(xiàn)從簡(jiǎn)歷收集到入職安排的閉環(huán)管理。

接下來是具體的表格設(shè)計(jì):

簡(jiǎn)歷表

簡(jiǎn)歷通過表

待入職表

建立工作流

篩選簡(jiǎn)歷工作流,主要是查看候選人的簡(jiǎn)歷信息,將符合條件的候選人標(biāo)記為簡(jiǎn)歷通過進(jìn)入到面試流程:

面試工作流,處理面試相關(guān)的流程:

自動(dòng)化流程

系統(tǒng)通過 HTTP 接口實(shí)現(xiàn)三大自動(dòng)化流程,核心來源基于 Coze,也可使用其他 HTTP API 實(shí)現(xiàn)。三大流程如下:

一、附件轉(zhuǎn)在線 URL 流程

觸發(fā)條件:用戶上傳附件。

具體邏輯:

  • 判斷附件內(nèi)容是否發(fā)生變化且不為空。
  • 調(diào)用HTTP接口獲取附件的在線URL。
  • 將在線URL填充到簡(jiǎn)歷附件地址字段中。

二、簡(jiǎn)歷附件解析流程

觸發(fā)條件:監(jiān)聽 簡(jiǎn)歷附件地址 字段的變化,且字段不為空。

邏輯:

  1. 調(diào)用HTTP接口獲取附件內(nèi)容。
  2. 解析簡(jiǎn)歷信息。
  3. 將候選人的基本信息填充到簡(jiǎn)歷搜集表中對(duì)應(yīng)字段。

三、刪除多維表格數(shù)據(jù)流程

觸發(fā)條件:指定需要?jiǎng)h除的表和記錄 ID。

調(diào)用 HTTP 接口刪除指定的多維表格數(shù)據(jù)。

通過http來請(qǐng)求coze的工作流:

飛書開放平臺(tái)

要通過 API 操作飛書多維表格,需要在飛書開放平臺(tái)注冊(cè)并創(chuàng)建應(yīng)用,獲取 App ID 和 App Secret。

官網(wǎng)地址:https://open.feishu.cn/

一、注冊(cè)賬號(hào)并創(chuàng)建企業(yè)自建應(yīng)用

二、獲取 App ID 和 App Secret

三、配置應(yīng)用權(quán)限

配置Coze工作流

最后,根據(jù)上面自動(dòng)化工作流需要我們需要配置3個(gè)Coze的工作流:

工作流配置好了之后 點(diǎn)擊右上角的三個(gè)點(diǎn):

點(diǎn)擊API之后,就能看到具體使用方法了,和普通的http接口調(diào)用一致:

需要點(diǎn)擊授權(quán)來獲取token:

至此,基于多維表格的工作流AI系統(tǒng)搭建完成,拋開整理SOP、寫文檔真的是毫無難度、索然無味啊!

結(jié)語(yǔ)

最后,一旦提到AI表格必定會(huì)讓大家想起Agent平臺(tái)如Coze、Dify,并且前兩天OpenAI DevDay 2025發(fā)布了一款新的開發(fā)產(chǎn)品AgentKit,一套內(nèi)置于 OpenAI 平臺(tái)中的完整構(gòu)建模塊,旨在幫助開發(fā)者以更少的時(shí)間和精力,完成從原型設(shè)計(jì)到生產(chǎn)部署的全過程。

所以,這里要回歸最初的問題:企業(yè)需要的會(huì)不會(huì)是他們呢?

AgentKit說白了就是Coze、Dify、n8n的標(biāo)準(zhǔn)競(jìng)品,只不過無論他們?cè)趺翠秩?,都擺脫不了一個(gè)事實(shí):他是一個(gè)低代碼平臺(tái),而低代碼平臺(tái)生存的前提有兩點(diǎn):

第一,他是對(duì)的、好用的;第二,他有足夠的流量分發(fā)給開發(fā)者。

所謂對(duì)的、好用的主要看生態(tài)和投入度,如果OpenAI是想在這個(gè)領(lǐng)域持續(xù)發(fā)力,是戰(zhàn)略的一部分,那么就要清晰其服務(wù)客服的用戶畫像,比如飛書、釘釘就很清晰,他們就是要爭(zhēng)奪AI Office的流量。

但如果說AI Office是OpenAI的一部分,顯然AgentKit的出發(fā)點(diǎn)就是錯(cuò)的

因?yàn)闊o論飛書還是釘釘其重點(diǎn)都是AI表格,正如第一節(jié)就提到過:企業(yè)非常想要一套多人分散錄入 → 集中匯總 → 統(tǒng)一分析 → 按權(quán)限查詢的輕系統(tǒng)。這套輕系統(tǒng)就意味著AI辦公的流量入口,一塊非常大的蛋糕。

之前Excel/OA/低代碼 都在搶這塊份額,現(xiàn)在搶得尤其厲害的是飛書多維表格與釘釘AI表格。更確切的說法是,很多公司在掛著Coze、Dify的羊頭在賣AI表格的狗肉。

只不過為什么AI表格是核心,因?yàn)樵趯?shí)踐過程中實(shí)際使用部門非常唾棄Agent的體驗(yàn),他們并不喜歡chat的體驗(yàn),甚至有點(diǎn)排斥,他們已經(jīng)習(xí)慣了Excel的操作,比如對(duì)HR、財(cái)務(wù)來說,他們能從一張Excel里面很容易就看到關(guān)鍵數(shù)據(jù),而且這個(gè)動(dòng)作很固定,Excel才是他們的工作臺(tái)。

綜上,如果OpenAI的目標(biāo)是AI Office,那么他應(yīng)該同步有強(qiáng)大的表格應(yīng)用;如果不是,那么AgentKit這種低代碼平臺(tái)的意義是什么我就不清楚了,反正我身邊的朋友要做生產(chǎn)級(jí)別智能體,一定會(huì)自己寫代碼…

比如AgentKit發(fā)布后,LangChain創(chuàng)始人直接表示可視化工作流構(gòu)建器,那玩意沒用,誰(shuí)愿意做誰(shuí)做唄,原因很多:拖拽不利于復(fù)雜工程??!

原文:https://blog.langchain.com/not-another-workflow-builder/

最后,就算他們想玩這塊,也沒有自己的IM生態(tài)啊,所以AgentKit的出現(xiàn)非常神奇…

所以,最終回歸第一句話:AI表格才是企業(yè)降本增效的核心,理解這句話就對(duì)外面莫名其妙的發(fā)布有自己心里一桿秤了!

本文由人人都是產(chǎn)品經(jīng)理作者【葉小釵】,微信公眾號(hào):【葉小釵】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于 CC0 協(xié)議。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒評(píng)論,等你發(fā)揮!