當產品經理用AI做了個產品助理

0 評論 1922 瀏覽 5 收藏 11 分鐘

在快節(jié)奏的科技行業(yè)中,產品經理的工作既充滿挑戰(zhàn)也充斥著重復性任務。如何有效管理這些繁瑣的日常事務?本文將介紹如何利用“扣子”AI BOT來搭建一個個性化的產品助理,幫助產品經理解放雙手,提升工作效率。

產品經理的日常工作有,有那么一部分的工作內容總是重復單調無聊的,比如總是需要回復一些已經顯而易見的問題。

明明需求的排期表就在那里,但會有領導或運營頻繁來問“XXX需求什么時候可以上線”;

產品上線后做復盤時,運營才想起來問你“XX產品方案發(fā)我看一下”;

一些重要的產品培訓文檔,總有來不及聽課的小伙伴要來詢問操作手冊;

原型文檔里已經白紙黑字的寫好的需求描述,開發(fā)問“這個需求寫在哪里的?”

……

于是我想,有沒有辦法找一個產品助理來回答這些基礎(懶得回答的)問題?這時扣子的AI BOT 出現(xiàn)在了我的眼前。

01 什么是扣子?

為了防止有人還不知道扣子是什么,讓今天的主角自己介紹一下自己。它是這么回答的:

02 如何獲得一個產品助理

  1. 確定助理的工作范圍 – 確認目標、需求分析
  2. 搭建產品助理bot – 動手環(huán)節(jié)
  3. 驗證產品助理bot的能力 – 測試反饋 +持續(xù)調整

1. 確定助理的工作范圍

AI產品助理可以幫我做哪些事?

首先明確哪些是能做的:一些板上釘釘?shù)氖聦?,如已經確認過的方案、上線計劃,這些內容已經不會修改了,只是做一個查詢使用。

哪些是模糊不清,不確認做了好不好用的:對產品方案的解釋。產品方案一般包含了一系列的流程圖(業(yè)務流程圖、功能流程圖、頁面流程圖)、界面功能設計、功能解釋說明、數(shù)據(jù)埋點要求等內容,怎樣的知識庫內容能讓agent充分掌握不同的方案信息呢,似乎對編寫知識庫這個動作提出了更高的要求。

哪些是絕對不做的:回答和工作內容無關的問題;或者錯誤編撰不存在的事實。

2. 搭建產品助理bot

省流版:

  1. 給bot命名、添加身份介紹
  2. 給bot設定人設和回復邏輯 (prompt)
  3. 給bot添加知識、技能

前兩步應該絕大多數(shù)人都體驗過,這里詳細說一下第三步,如何添加適合的知識庫內容,讓AI助理幫我回答問題。

針對等標準化文件 – 零成本一鍵轉化為知識材料

扣子已經有了非常強大的針對文本格式、表格格式和圖片類型的自動識別,因此對日常工作中沉淀的「培訓資料」「操作指南」「版本記錄」「方案庫」等只需要按照界面上指引填寫或上傳對應的內容即可。這里舉例說明歷史產品方案知識的添加過程:

預備:提前將需要bot了解的知識內容存儲為doc或txt等格式的文件。

第一步 :創(chuàng)建知識庫,選擇對應的文件格式并進行命名。

第二步:填寫或上傳知識文本

第三步:進行文本的分段設置,包含自動分段或自定義分段

插播一個小知識,為什么需要進行分段設置

  1. 提高檢索效率:將知識庫內容分成不同的段落或部分,可以幫助AI更快速地定位和檢索相關信息,從而提高響應速度。
  2. 組織結構清晰:分段可以幫助AI更好地組織和理解知識庫的結構,使得信息的存儲和訪問更加有序。
  3. 易于更新和維護:當知識庫內容需要更新或維護時,分段設置可以讓AI更容易地定位到需要修改的部分,而不需要重新處理整個文檔。
  4. 適應不同查詢需求:用戶可能對不同部分的信息有不同的需求,分段設置允許AI根據(jù)用戶的查詢提供更加精確和相關的信息。
  5. 增強可讀性:對于人類用戶來說,分段可以提高知識庫內容的可讀性,使得用戶更容易找到他們需要的信息。
  6. 支持復雜邏輯:在某些情況下,AI可能需要根據(jù)復雜的邏輯或條件來檢索知識庫中的信息,分段可以幫助AI更好地實現(xiàn)這一點。
  7. 優(yōu)化用戶體驗:通過分段,AI可以提供更加個性化和上下文相關的回答,從而提升用戶的交互體驗。
  8. 避免信息過載:如果不進行分段,知識庫可能會變得非常龐大和復雜,導致AI在處理查詢時效率低下,用戶也難以從中找到有用信息。

第四步:數(shù)據(jù)處理 (這一步是完全自動的 ,不需要進行額外操作)

針對Axure繪制的產品原型 – 整理知識難度大,性價比不高

產品經理的工作文檔中另外一個大頭就是產品原型,而一份產品原型通常包含了各種類型的元件,圖片、文字……為了將rp文件轉化為對AI助理有用的知識,我做了如下嘗試:

無效嘗試一:運用扣子本身的圖片識別功能

結論:識別信息較為籠統(tǒng),無法起到準確進行需求內容解釋的作用。

無效嘗試二:將rp中的所有需求描述提取為txt文件,作為關于某個需求文檔的解釋說明使用。

這一步也是求助AI完成的,在AI的指導下安裝了VS Code 、Python,敲下了人生中第一行代碼

這里使用的是 通義千問

結論:因為在rp文件中文字標簽本身就是一種基礎元件,設計產品界面時必然會使用大量文字標簽,這種提取方式會將rp內的所有文字內容都提取出來,無法做到對其中「需求描述」內容的區(qū)分,所以還需要大量的手工調整的工作。非常耗費時間,本來是想請個助理幫自己節(jié)省時間,如果還要給助理花費大量的時間反而得不償失。

于是暫定當前階段,AI助理只需要幫我回復標準化的問題即可,暫不對產品方案的內容進行回復。

最后一步:將已經準備好的知識添加給bot

3. 驗證bot的能力

發(fā)布bot審核通過后 ,就可以通過分享地址讓他人來向我的助理咨詢了。這里直接上圖來看看助理的工作能力。

輕松應答版本計劃,并能給出對應版本的詳細說明:

面對偶爾的“調戲” 還能給出義正言辭的拒絕理由:

03 總結

得益于諸如“扣子”這樣的開放平臺,技術門檻降低,構建屬于自己的個性化助理Bot已經是每個人動動手就能做到的,然而真正的挑戰(zhàn)卻在于如何精心構建和持續(xù)更新知識庫,以確保我們的AI助理能夠日益貼近我們的工作要求。要實現(xiàn)這一點,需要在日常工作中就有意識的儲備信息資源,并將其轉化為清晰明確的知識條目,通過不斷地迭代來豐富知識庫的內容。

同時通過這一次的搭建可窺,產品經理這一職業(yè)所涉及的廣泛而復雜的職責,暫時仍然難以被AI完全取代。畢竟,在紛繁復雜的業(yè)務場景中,人類獨有的創(chuàng)造力與同理心,依然是無可替代的核心競爭力。

本文由 @淺談一下產品 原創(chuàng)發(fā)布于人人都是產品經理,未經許可,禁止轉載。

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

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!