owned this note
owned this note
Published
Linked with GitHub
# Sildo 提問整理
**Q1.
以前可以用選單和filter的方式,快速的篩選出用戶要的東西或方向。但是現在很多AI產品會強調不用讓使用者做太多動作就可以知道用戶要什麼而捨棄傳統的選單改用一個輸入框,想請問在選單和輸入框的選擇中要怎麼取捨?**
Chris & Katherine:
以目前的狀況,應該還是會有中間過渡期,我認為直接給 User 空白的輸入匡,這個摩擦力,還有是困難度,User 大部分可能不太能夠精準描述他所想要的全部條件,所以適當的用建議,以及 smart filter 或像是一些預設情境都可以幫助他們。
就像大部分的產品一樣,是由多種 Use Case 組合而成的,要能夠隨心所欲地打需求給出最準確的結果,可能還要一段時間
---
**Q2.
想更了解 design tool 的 API 如何跟 member 公用 design guideline, 這一直是我們花很多時間在上面?**
Chris & Katherine:
這個部分,目前 PicCollage 只做到單純的 Design Token,沒有進階到 API 的程度。
---
**Q3.
以上各位講者都有提到團隊善於互相分享與學習,想問職場上有遇到藏私的同事以及最低限度分享的同事嗎?遇到這種情況團隊的leader會怎麼處理?**
Chris & Katherine:
分享的文化,需要靠很多自主性分享才能達到最佳效果,不管是太刻意的安排或是強迫性 ,往往得到的是團隊對於分享這件事壓力很大。如果 Leader 可以在多個方面,例如一些場合鼓勵公開分享的同事,應該也可以間接影響最低分享同事,但以我的原則,我不會強迫,但在 1-1 如果有聊天到相關學習,就會自當下鼓勵該員工分享。
Allen:
他藏私就代表少了進步的機會,結果有幾種:
- 藏私自己一直能進步
- 不藏私自己不進步
- 藏私自己不進步
- 不藏私自己進步
大概率藏私就會GG
我做你看,你做我看。Leader可以自己帶頭或是起些小專案。
當然要看公司和leader的習慣了,我是很愛分享!哪天公司不需要我了,我就能更想做的事情可以做 :)
---
**Q3.
三位講者都有提到未來 AI 令人興奮的應用 :) 但目前所在公司專案與 AI 無關,且因為公司內部及產業限制,短期內幾乎不可能引入 AI 這樣的情況下,未達資深程度但稍有業界經驗(3年左右)的設計師能如何充實自己、如何擴展務實經驗,未來才比較有可能面試進入有 AI 相關應用的團隊呢?謝謝!**
Chris & Katherine:
- 自主創作或是參加 Side Project 團隊.( 當然是以 AI 為主的)
- 多使用 AI 相關產品,累積相關 Product Sense
Allen:
我自己是嘗試把自己替代掉,或是補充自己不足的地方。我有個建議是,weekly or biweekly 的自己和團隊的retro,然後去找行業最佳解決方案,美國中國日本,Must try google search or ask ChatGPT!
(怎麼有點晶晶體,很抱歉)
Steven:
1. 組織內部固定每月分享會很重要, leaders 要重視分享會!
2. 要 honor 會分享的人, 不管是禮物, 獎狀, 甚至是考績好, 加薪都可以
3. 要舉辦研究會, 讓三五同事認領 side project 學習, 並定期分享
---
**Q4.
是否會因為 ai 的發展,而決定開更少的設計師職缺呢**?
Chris & Katherine:
看是什麼類型的 設計師,如果到那個程度, 應該會比較影響到一些 Startup, 可能創辦者或是團隊內對於設計需求量會減少,大多可能是成本考量,以及創辦者資源不足會以求快求有的去找到設計方案
Allen:
我觀察的是會變更多,而且會區分出來創意,推進工作流,修改等不同階段的
本質上是缺乏場景,所以目前都是行銷創意更突出,明年也軟硬體都有大幅升級的機會,web2第三次迭代會有更多機會的!
Steven:
非正相關,不能化約成這個答案。
精簡人力的因素有很多,除了組織的長期財務與目標改變情況之外,近年比較流行的趨勢是小團隊作戰而非大團隊。
例如敝司每個產品線的設計師一般都只有 2-3 人(含 UX, UI, UR, Content)
---
**Q5.
想詢問內部的 workshop 大部分都會做些什麼以及會有什麼產出?**
Chris & Katherine:
如果是 Design Jam/Workshpo 通常都會以 FigJam 最後 brainstorming 的結果是產出,再由負責的設計師進行整理與應用。
Steven:
因目標不同而會有不同的產出
e.g. 利害關係人, Persona, 用戶旅程, 商業畫布, 技術選型, 功能優先級排序 等等
要掌握的重點只有:
1. 一開始就要定義工作坊的目標與預期產出, 並迭代 (持續提問: 產出這些有什麼好處?)
2. 人不要太多:5 人內
3. 時間不要太長: 45 分鐘內最好, 最多不超過 90分鐘
4. workshop 結束時要有 following actions 與 action 認領人
5. 要總結報告, 用 1-5 頁內介紹 findings 與 following actions
---
**Q6.
What's the difference between AI, ML, LLM, and Generative AI, and how it influences design / product strategy?**
Chris & Katherine:
- AI = 人工智慧 = 通稱
- Generative AI = 生成式 AI = 是 AI 模型的一種
- eg, 應用於文字, 圖像, 音樂等等
- LLM =大型語言模型 = 是 Generative AI 模型的一種
https://aws.amazon.com/tw/what-is/large-language-model/
eg, 應用於類似 GPT
---
**Q7.
我是一位在 AI SaSS Startup 的資深設計師,請問平常如何培養自己對 AI 市場和技術的敏銳度(也就是相關 domain knowhow)讓自己在市場調研、產品設計、工程溝通等等能夠更快進入掌握狀況?**
Chris & Katherine:
- 市場調研- 這部分還是要看改 domain 怎麼去進行才比較好
- 產品設計 - 多玩,多接觸 AI 最新發展, 在 twitter 關注一些AI player 的發文
- 工程- 多理解 AI model 如何運作,怎麼跟服務接起來
Allen:
先從手邊的工作流程開始?
老實說,萬事起頭難,一開始我也是拿來修UX writing and scenario
補充一個點:分享給別人很重要,最好在公司小群裡面分享,leader看到也會很開心的(至少你不是在刷劇)
---
**Q8.
我是一位在科技公司的資深設計師,聽到 Allen 分享到使用者客訴,其實是為了退錢找理由,不是真的車內異味問題,好奇你們是怎麼發現的問題源頭的?因為我們也會調閱客訴內容,調查產品的現況。**
Allen:
好問題,頻率高的時候用反饋和獎勵測試,並觀察特定用戶是否有重複抱怨,就會生成用戶畫像
產生用戶特徵x手段=解決概率
---
**Q9.
內部的AI賦能中(行業必備黑化)<-黑化是什麼意思?**
Allen:
Typo,黑話才對,感謝提醒!行業術語
---
**Q10.
想請問Steven:一個功能的“AI自動化”和“讓用戶選擇”要怎麼抉擇? 以圖片素材來說,Freepik是Search+filter 但MJ是單純的Search+AI 腦補**
Steven:
> AI 輔助介入深度的用戶體驗通則:Must have 與 Nice to have
* Must have: 出於精確性, 安全性或請求速度的要求之下,我有很多限制條件,我需要逐條確認,以確保輸出都是我需要的內容,產出會直接影響我的下一步
* Nice to have: 我有大概的方向,只要在這個大方向之下的任何產出我都可以接受,產出不至於影響我的下一步
AI 仍有許多技術面的限制,例如題目的複雜性影響了資料庫的大小,網路響應速度,計算速度,模型訓練的精確程度等等,這些暫時忽略不提
---
**Q11.
以前可以用選單和filter的方式,快速的篩選出用戶要的東西或方向。但是現在很多AI產品會強調不用讓使用者做太多動作就可以知道用戶要什麼而捨棄傳統的選單改用一個輸入框,想請問在選單和輸入框的選擇中要怎麼取捨?**
Steven:同上
---
**Q12.
感謝 Steven 分享中國 IBM 精彩的 case study! 想請問整個專案的時程大概會是多長的時間呢?謝謝 😊**
Steven:
我們是做產品,不是做專案,所以我不太清楚提問的定義是什麼。
以產品的視角來說,產品的某些功能平均半年到一年才能全部完成,但產品每三個月會發佈一個 release,漸進式的完善產品的功能。
功能完成後,會再往產品的下一個功能開發邁進。
---
**Q13.
請問是如何在B2B的商業模式接觸到用戶?**
Steven:
1. 先理解 B2B 的利害關係人地圖
2. 先理解誰是直接客戶 (有付錢的客戶)
3. 先理解誰是用戶
4. 建立用戶研究計畫, 訂定計畫目標與預期產出
5. 接觸公司的 sales 與 tech sales, 溝通用戶目標計畫, 請他們介紹可以長期合作的已購客戶
6. 與有意願合作的已購客戶簽訂 NDA
7. 獲得對方 focal 的聯繫方式
8. 訂定雙週或每月 research meeting 的時間, 並確定參加者有 Design, sales, dev, pm 與 tech sales
9. 訂定每次探討的題目
10. 結束後都要發 summary 給雙方