星期日, 5月 15, 2022

精實影響力(2022.14)

 


書名:精實影響力:非營利組織的創新 Lean Impact: How to Innovate for Radically Greater Social Good

心得

精實方法讀滿多的,這本不一樣在較多實際情境,也遇到更多真實的問題,更能感受到精實在加速迭代的精神及效果。

創新在非營利單位比一般創業有著更多更困難的問題,在募款、實施推行都有更多的干涉,如投資人想針對市場(選民)、短期目標(治標不治本),政策規範改變廢時、公家機關無效率,即便可行後,不營利的模式也是長期持續推動的一個問題,回饋時間長,要迭代也不易做, 如畢業率、再犯率。

個人在影響力這塊一直推不出去,都停留在自己的小圈圈,作者建議可設定指標,追蹤每個mvp,一來提升團隊參與感,公開透明也可讓stackholder看的到

從大處著眼!但要從小規模做起,努力不懈追求影響力

筆記

  • 啟發
    • 精神
      • 加速迴饋循環
        • 即早調整改善,才能快速看到成效
      • 迭代週期長
        • 改善緩慢,效果自然不好
    • 如何定目標
      • 太小,成果,影響力小
      • 太高
        • 有不同思維,也有挑戰性,可凝聚團隊
          • 但stakeholder看不到進度
      • 原則
        • 設定遠大目標
        • 從小規模做起
        • 持續不懈追求影響力 (非營利重點要放在影響力)
      • 確認問題
        • 從真正的客戶與stackholder找出真正的問題
          • 5why找痛點及願望
            • 紅毛猩猩棲息地, 砍樹是為了賺錢治病,應解決病因而非賺錢
      • 確定假設
        • 哪些事情會出錯(扮演辨護演練) p.123
          • 哪些地方可能出錯,最終導致失敗(遊戲抽水機效率)
          • 尚需準備好哪些面向才能發揮效用
          • 大家是否支持、採行或選擇(愛滋凝膠)
          • 是否比現有的方法更具效益
          • 能帶來持久的正面變嗎
        • 三個假設 p.124
          • 價值
          • 成長
          • 影響力(願意推薦給親友)
  • 驗證
    • 一田百香果
      • 即使可行,也得小量測試
      • 農民不會種,保存運輸方法也不同
    • 不要將自身價觀加在客戶身上
      • 自尊是人類強大驅動力
        • 黃燈溫暖,但貧窮國,冷色才想都市
        • 看的到的東西,不一定會排最便宜或最舒服
    • 驗證成長假說
      • 避免怎麼也做不大的小眾市場
        • 持續成本誰支付
        • 誰來支付
        • 現行系統整合
        • 自己的方法有何不同
  • 改造
    • 有了產品,服務、體制、生態系也會阻礙
    • Waterfall不易變動,太多干預
      • 一旦開戰,所謂作戰計劃統統沒用
      • 好產品必定根據feedbackflp adkv 
    • 表揚失敗
      • 分享失敗經驗

星期六, 5月 14, 2022

[課程] 谷歌創新寶劍: 設計衝刺體驗營

課程資訊 


心得

自己有看書來運用,不過沒被人引導過Design Sprint,既然三叔公都要開課了,就快來學習一下,也來比較自己跟專業的落差(羞)。

先比較了Design thinking及Design Sprint差異,這也是課前我想問了
更清楚瞭解兩者不同,就能掌握應用情境


p.s. 原本是實體課程,但因為疫情創變嚴重,所以改線上課程,原本覺得可惜沒能學習實體引導技巧,但反而可以學習沒做過的線上引導技巧,上完課果然腦補了不少實用技巧,賺翻了。

筆記

  • DS介紹
    • 啟源
      • 做了沒人用
      • Brain Storming不可行 
        • 通常不會有出色的想法,出色的想法通常是討論後,獨立想出來的方案
        • 而且常會挑出不可行的方案
    • DS是framework
      • 給框架,但各自實做,所以都會不太一樣
    • DS步驟
      • 理解(收斂), 速寫(發散), 決策(收斂), 打模(發散), 驗證
    • 應用時機
      • 適合快速驗證想法;不適合需事先大量研究
  • 實做
    • Monday(理解)
      • 訪談調查
        • 事實,不是感受意見(會迎合訪問者)
          • 不方便,麻煩的點,要進一步問why
          • 目前怎麼做
        • 過程中記HMW(機會及挑戰)
          • 量比值重要
          • 邊說明邊grouping比較省時間
        • 投票
          • 大家認為最有問題及機會的點
      • Map
        • 目的:瞭解現在用戶的經驗,挑出焦點的部份(其中一個步驟)
        • 做法
          1. 列出actor  為了達到 goal的步驟
          2.  再把剛HMW投票最高的幾張貼到對應的步驟,即為焦點區域
    • Tuesday(速寫)
      • 用意
        • 團隊迷思(Group think)
          • 不敢講真話,做出錯誤的決定
        • Work alone together
          • 先看現況解決產生idea(lightening demo)
          • 再各自獨立思考(4 step sketch)
          • 再腦力激盪
      • lightening demo
        • 用意:抄idea, 不會是第一個遇到的,看目前有什麼解,供大家參考
      • 4 step sketch
        • 用意:表達每個人的想法,找出可行方案
        • 步驟
          • note
            • 摘要重要資訊及衝刺問題
            • e.g. 知道工作說明影響應徵意願,如何協助填寫
          • idea
            • 連結資訊,思考想法
            • e.g.參考缺乏未寫的工作說明,思考如何協助面試官填寫
          • crazy 8
            • 把一個想法,畫出8個變型
              • 有點難,二個想法,4個變型也可啦
            • 想法品質重於圖案美醜
          • Solution sketch
            • 針對最好的想法繪製
              • 遭遇的問題,體驗過程,美好結果
              • 善用文字說明
            • 重點
              • 比想法,非實做
              • 為每個解法給別名,避免用作者名,免被影響
              • 聚焦在問題是否有解決,不要因有新想法加新功能
    • Wednesday(決策)


      • 黏貼決策(Sticky decision)
        • 用意: No design by committee
          • 很多人設計,沒有統一看法,反而決定出不用好的東西
          • 先沈默投票避免爭辨、推銷
          • 稻草投票讓每個人有機會表達(給老板聽)
        • 步驟
          • 羅浮宮
          • 沈默投票
            • 投票及貼疑問
          • 快速評論
            • 由主持人帶領,避免爭辨、推銷
            • 整理突出構想、賣點
          • 稻草投票
            • 決定方案,及投感興趣的feature
            • 投票時,說明投票的理由
          • 超投票
            • 老板決定,避免做出老板不要的
      • 分鏡腳本
        • 重點
          • 讓人想買單
            • 把客戶,痛點, 解法畫出來講清楚
          • 表達想法
            • 想法示意非細節(e.g. app細節),重點在是否有解痛點
        • 步驟
          • 六個步驟
            • 各自用六個步驟簡述故事
          • 分享腳本
          • 投票
          • 繪製分鏡腳本
    • Thursday(打模)
    • Friday(驗證)
  • Design Sprint 2.0的差異
    • 5天=>4天
    • 先調察再訂Sprint Question
      • 先訂是猜問題,非真正的問題
      • 所以2.0建議先問user 

番外篇 - 線上引導工具與技巧
  • 分組討論用zoom 小組討論功能
    • 由於有不同小組,因此利用了分組討論可以避免被他組影響
    • 雖有定時間,但不強制關閉,因為每組狀況不一樣,所以coach要進入不同小組房間,旁聽提醒討論方向及時間,還有決定是否需延長或提早結束。這點也是當初在Daniel課程提到的,畢竟每次的狀況不同,coach就在邊隨時調整
  • 講義及workshop放一起
    • 通腦遠端只有一個螢幕,在討論的看板已佔用一個,要切換講義就不方便
    • miro上就可以把兩者放在一起,使用起來非常方便
    • 而且miro上看的到大家的鼠標,當某人發表言論時,可以藉由鼠標知道對方在講哪裡,連畫面也不用分享。事實上,分享了佔用畫面反而影響每個人想看的範圍
  • miro倒數計時小工具
    • 雖然分組討論是靠zoom,但畫面其實停在miro上,這時有miro有倒數計數就能提醒大家