執行長詢問公司的資料科學家，行銷策略是否應該納入生成式人工智慧和大型語言模型。
資料科學家回應：
「大型語言模型的頓悟，以其深刻的深 決策者電子郵件列表 層神經架構和廣泛的參數化而著稱，構成了行銷領域的巨大飛躍。他們具有在龐大的數據集中揭示錯綜複雜的非線性結構的非凡能力，在超個性化營銷活動領域產生了無與倫比的精確度，超越了傳統方法的領域…”
當數據科學家最終停下來時，首席執行官問道：“你能為我簡化一下嗎？”
資料科學家對此的回答是：
「哦，親愛的，看來你在掌握基礎知識方面遇到了困難。讓我像小孩子一樣為你分解。大型學習模式是超級智慧工具，可以幫助我們了解客戶的喜好。
「它們比我們用的舊東西好多了。借助這些精美的模型，我們可以製作真正與人們對話並讓他們購買我們的產品的廣告。你猜怎麼著？他們也做得超快！因此，我們必須使用這些很酷的模型來擊敗其他公司，並成為行銷領域的佼佼者。現在明白了嗎？好的！
這種無益的互動凸顯了當人們對科技的理解程度不同時所帶來的挑戰。資料科學家深入一線，執行長對生成式人工智慧的工作原理有粗略的了解。
將這些知識各異的人放在一起可能會導 撰寫獲勝室內設計方案的逐步指南 致挫折感，或者更糟的是，發生衝突。
Trust Insights 執行長Katie Robbert在她 資料庫資料庫 的行銷分析和資料科學 (MADS)會議演講《管理管理機器的人員》中提供了應對這項挑戰的解決方案。
通訊如何出錯
凱蒂詢問經理和技術人員，CEO 和資料科學家之間的互動是如何出錯的。有趣的是，兩個角色都發現了對方相同的問題，包括：
- 太專橫
- 假設對方不夠聰明
- 問錯誤的問題（經理）和溝通不良（技術人員）
- 過度補償
- 態度不好
- 互相指責
凱蒂說，隨著組織深入研究生成人工智慧、機器學習、自然語言處理和深度神經網絡，預計管理者和技術人員之間的溝通故障將會增加。
「你需要有一個框架來如何與正在工作的人和管理機器的人進行溝通，」她說。
為了實現這一目標，Katie 分享了一個框架來幫助經理和技術人員更好地合作。
使用 5P 框架改善技術溝通
Katie 開發了 5P 框架來幫助不同背景和專業水平的人們更好地合作。這五個要素包括：
- 目的：您想要解決的問題是什麼？你想回答的問題是什麼？你們為什麼要進行這次談話？
- 人員：誰參與了這次對話，其他哪些利害關係人需要知道對話的結果？
- 過程：你是怎麼做的？什麼時候需要做？你必須使用什麼工具？
- 平台：您使用什麼工具溝通？ Slack、電話、面對面？
- 表現：您是否充分解決了問題？
凱蒂解釋說，前三個——目的、人員和過程——涉及期望。流程和平台與執行有關，而效能與衡量有關。
使用使用者故事製作請求
5P 框架在製作使用者故事方面效果很好。借鑒敏捷軟體開發團隊的經驗，故事結構很簡單：作為一個[角色]，我[想要]，所以[那個]。
凱蒂說，該框架與使用者故事格式完美搭配。人物就是人。 「想要」是流程和平台。 「那個」來自目的和績效。
讓我們考慮一個例子。
凱蒂的前雇主開發了一些產品來幫助藥物濫用臨床醫生進行患者攝取。主要利害關係人是一位從事臨床研究的學者。他參加開發會議的態度是他知道什麼對產品最有利。他要求提供一份產品功能清單。
開發人員感覺受到微觀管理，而利害關係人則感覺他沒有得到他需要的東西。溝通不良、摩擦、焦慮和挫折感隨之而來。凱蒂說：“任何時候，只要有人看到他走近會議室，焦慮就會加劇，人們就會開始閉嘴。”
如果他們創建使用者故事，那麼來自這些相互衝突的觀點的壓力可能會減少，例如：
- 作為臨床醫生[角色] ，我將在新患者[想要]的收治過程中使用該軟體，這樣我就可以加快這一過程，並在我們的預約期間[那個]進行更有意義的對話。
- 作為一名患者[角色]，我將在入院過程中作為新患者[想要]使用該軟體，這樣我就可以花更多時間與我的臨床醫生討論我的問題，而不是回答[那個]標準問題。
這類使用者故事非常強大，因為它們清楚地說明了目的和目標。 「我們應該做出決策的每一件事都應該映射回這兩個用戶故事，因為這是我們推出的產品的全部意義，」凱蒂說。
使用者故事可以緩解地盤爭奪戰
現在，讓我們看看使用者故事如何也可以緩解團隊之間的摩擦。當一組人說：「我擁有這個。為什麼要插手我的事？使用者故事可以回答甚至阻止組織中各組之間的這個問題。
前端開發與後端開發
在 Katie 之前的工作中，前端開發與設計、使用者體驗和產品團隊合作處理佈局和圖像。當前端團隊移交設計時，後端開發表示基於系統的限制，技術上不可能。前端團隊隨後向利害關係人抱怨後端團隊不合作。
如果他們早點創建這樣的使用者故事會怎麼樣？
作為後端開發人員，我希望儘早參與設計過程，以便我能夠權衡可能性。
它表達了團隊、目標以及所有人的利益。
行銷與開發
凱蒂的前雇主有一位天馬行空的副總裁，他對於在網站主頁上添加什麼內容有很多想法。行銷團隊成員向開發團隊提出請求，結果卻被拒絕，因為他們已經承諾在兩週的衝刺中開發不同的功能。
如果他們創建了這個使用者故事怎麼辦？
作為開發人員，我想了解行銷策略，以便我可以將網站功能納入衝刺計劃中。
這個故事可以幫助副總裁了解開發團隊是在衝刺中運作的，無法滿足任何要求。它也運作良好，因為開發團隊可以更好地了解行銷策略，並在衝刺計畫中主動安排行銷功能的時間。
使用者故事和 5P 框架的好處
此類使用者故事可以消除或減輕做出決策和接收回饋的情緒影響。 “我們可能不會表達出來。我們可能不會立即意識到這一點，但[情緒]是所有摩擦的根源，」凱蒂說。
例如，如果一位經理告訴您，“這是錯誤的決定，我不希望您這樣做”，您可能會感到受傷。但是，如果經理用不那麼情緒化的措辭來分享使用者故事，你會更好地理解並做出更好的反應。
這就是使用者故事的力量。他們圍繞著用戶重新建構對話，並圍繞該用戶調整各方的目標和動機。
此外，5P 框架和使用者故事可以很好地組織您的想法。 「它可以幫助你為自己和他人設定期望。它可以幫助你驗證結果是否與所提出的問題相符，並幫助你減少干擾，」凱蒂說。
將 LLM 請求重新建構為使用者故事
還記得本文開頭關於生成式人工智慧和法學碩士的 CEO 和資料科學家的互動嗎？以下是凱蒂從資料科學家的角度重新建構它的方式，其中還夾雜著一點幽默：
作為負責 CMO 招標的下屬，我想了解生成式 AI 的用例，以便我可以告訴我的上司是否有任何應用程式需要考慮。
有了這種理解，數據科學家現在將擁有生成式人工智慧用例，幫助執行長理解：
- 世代
- 萃取
- 總結
- 重寫
- 分類
- 問答
這種使用者故事嘗試將帶來更有效率、更有用的對話。
在您的工作中嘗試使用者故事
下次當你沒有從其他團隊得到你所要求的東西時，不要沮喪並認為他們無能為力。
「解決這個問題的方法就是說，『這正是我需要你做的。這就是原因。就是這樣，」凱蒂說。