好東西跟好朋友分享小記

今天跟幾個好朋友、新朋友開心地分享了一些東西,在此記錄一下:

Good Charts: The HBR Guide to Making Smarter, More Persuasive Data Visualizations
這本書用比較系統性的方式、加上一些過程,讓我很快速地理解了一些框架的運用跟它背後的一些意義,以前大多在咨詢中有用到,但讀了這本書,才有比較系統性的理解。

A Practical Guide to Feedback
希望跟你的團隊保持良好的溝通?那先學習如何給予反饋、如何接受反饋開始吧~

Lords of Strategy
如果當初了解咨詢業的本質,我恐怕也不敢加入創新咨詢公司了。閱讀這本書的時候,不斷重新認識咨詢的價值,也對於那段經驗、同事和客戶有著無比的感激。

吳曉波的騰訊傳、激盪三十年都值得一讀,如果對中國商業史有興趣。

我很喜歡也很推薦的 podcast:瘋投圈:29. airbnb—唯一还有机会在中国胜出的硅谷巨头

還有今年初,在中國刷屏的小豬佩奇廣告,我分享的點是儘管消費者的時間碎片化、渠道多元,但能引起共鳴的內容還是存在也有效的:https://www.youtube.com/watch?v=Sywsy5LeouU

The Origin of Foovie

2015 年秋天,我開始重新瞭解「食物創新」這個主題時,我把自己當成初學者,開始學習相關的領域、趨勢與觀點,同時也開始慢慢接觸相關的組織、意見領袖或是初創事業。主要是來思考我的團隊可以從哪個切入點並做出可能的貢獻。

在所有學習的經驗中,我發現看紀錄片或相關的 TED Talks 是比較有趣的方式,同時也能讓我 —— 一個設計師 —— 可以比較快速地形成一些基本的概念。儘管觀案紀錄片並不能取代閱讀書籍、報告或經年累月的參與,它甚至可能帶來偏見。但透過這個方式,激起學習的「動力」還是比較有用的。

因此,我開始把「看紀錄片」設定成一個團隊內學習的機制,我覺得「應該」蠻適合我們的團隊,尤其是設計師、研究者( researcher )、製片、編輯、剪接、項目負責人甚至是程式設計師。畢竟,能加入我們的夥伴都必須要有一定的好奇心、 也相信 storytelling 的力量。

因此,我開始在公司的午餐時間,分享一些我覺得很棒的影片,包括紀錄片或電視節目。一開始,我會簡單地介紹,同時播放一些片段,並鼓勵大家去找正版觀看。久了之後,它逐漸變成一個習慣、公司的特色、現在,它慢慢的變成了由一個小團隊來負責運行與改善的機制 — Foovie。

Foovie 在這個小團隊下不停的推進之下,它逐漸演變成一個每週一次的在午餐時間播放一段影片的機制,播放的內容可以是設計、創業、食物創新或廚師的故事,所有同事都可以自由參與,除了開場有簡短的介紹之外,到了 1 點就會停止播放。

同時,為了有更深的討論與跟其他專案有更好的結合,負責 Foovie 的團隊會每隔 1 - 2 周,根據不同專案的主題,選擇有相關性的影片,與該專案團隊一起觀影、有更多的討論與記錄。

這也讓 Foovie 的負責小組更像是一個故事與對話的策劃者,而不只是運行這個學習機制而已。

這是 Foovie 的起源,也是這個團隊在初創時期的一個學習機制。就某種角度來說,它的初衷是為了解決提昇學習效率與體驗的問題,而不是另外一個傳統的培訓機制。

截至目前為止,我們還在準備 Foovie 更新的介紹,也因此,暫時不附上相關 URL。如果有問題,歡迎來信討論:lu9600@me.com

 

Foovie 觀看電影清單(部分)
http://www.thecztime.com/collections/2017/1/30/movies-about-the-future-of-good-food

 

感謝寧羚的反饋與友情校稿

Storyboarding 101: 從故事板看溝通

多年前,我曾經開過一堂關於「學習如何學習交互設計」的課。那堂課主要是通過更重視互動與交流的方式,引導產品設計系的學生從用戶角度去思考體驗設計這件事。在這堂課裡面,為了協助同學建立描述用戶故事的基礎,我發明了一個小活動,在此暫時稱之為 Storyboarding 101

當時有大概 30 - 35 位學生,每兩人一組。分組後,準備好 post-it 與 sharpie,就可以開始。這裡會建議使用長方形的淡黃色 post-it,每個人 10 - 15 張即可。

第一階段,活動主持人會先請每個同學用五張 post-it 畫出一個小故事,每張 post-it 代表了這個「故事」中的不同片段,或帶有連續性的小場景。

在第一阶段,這五張 post-it 只能簡單的手繪,不可用文字。這個故事的內容可以是一段平鋪直述的體驗、也可以是一個有起承轉合的小故事。這個階段大概需要 1 - 3 分鐘。

第二階段,活動主持人請每組交換彼此的圖像小故事(五張 post-it )。交換完畢後,每個同學用另外五張 post-it、用文字來描述他的組員圖像小故事。這個階段也只需要 1 - 3 分鐘,過程中建議組員不要交談。

第三階段,請每組互相分享他們的文字創作並比對圖像小故事的原意。在過程中,活動主持人或是助教,可以觀察同學間有哪些有趣的溝通問題、誤解以及描述方式。這個階段大概 3 - 5 分鐘即可。

活動主持人或助教需在此時,在不同對話中尋找一些值得大家討論與反思的主題,準備在第四階段進行總結。

第四階段,活動主持人可以請比較有意思的小組,分享他們的故事,同時也提出一些觀察到的洞察,並用有趣的方式說出來,啓發大家思考、引導大家學習。

同學們可以在這個活動中學到幾個關鍵的東西,比方說:

    •    如何用一個簡明的結構,讓讀者能快速進入你的故事,並能順利讀完?

    •    你不見得要是受過專業訓練的繪圖者(sketcher),透過簡單的手繪草稿溝通重點即可。

    •    你描繪出來的東西,觀眾(audience)不見得會用一樣的角度看。

    •    得到反饋是你能把故事越講越好的有效方式之一。

換句話說,這個 Storyboard 101 的小活動主要是幫助參與者學會快速溝通一個抽象的體驗,透過簡單的圖像與文字,來達到一個有效的對話。回頭想想這個設計,其實更像是以 Design for Conversation 為原則的設計。

儘管後來沒有什麼機會再去試驗這個活動,但在後來的工作中,發現這個快速疏理敘事結構的方式,利用了傳統 storyboard 的功能,快速幫助小團隊溝通,協助達成共識並做出有效的論述,實在是許多創新團隊中非常需要的基本功夫與共識。包括那些熱衷於這種「共創」的活動主持人與「教練」,都應該去思考活動的本質是什麼,並好好的分享給參與者。

在這裡記錄一下這個關於溝通與學習的設計,希望給學習與體驗設計有興趣的人帶來一些啓發。

 

感謝友情校稿:Ningling Pan

Purchasing Adobe Creative Cloud in China

cztime acc

…is harder than using Facebook via VPN.

Recently, I tried to purchase Adobe Creative Cloud for my team in China. As a designer who does a little bit programing, I want my team to use licensed commercial software not just for legal reason but for the respect to the creators. And it was very painful experience, from calling resellers who are rude and clueless, to understand some fundamentals such as you simply can’t do this without a company in other countries.

It’s nearly impossible to get the latest ACC as a package within China. You have to buy individual products and manage these with intensive labors. The infrastructure is very out-date and no one cares enough. Next time, if you complaint not many people use legal software in China, try purchase some for your team.

Find the right tools first

互動設計師會經常面對許多新的設計挑戰,比方說Apple Watch帶來的新感應器(Senser)或Google Glass帶來的各種可能性。

在面對這些新挑戰的同時,擁有真正Making能力的人,往往能自己建立新的工具、Framework或是找到不同的測試方式來進行原型測試與設計。

但大多數的互動設計師,如果是來自傳統設計背景,比方說平面或產品設計。如果沒時間去學寫程式、團隊也沒有可協助的工程師時,往往就會陷入不知怎麼進行測試的階段,更糟糕的是,在項目進行上,不知道怎麼規劃時間與進度。

一個互動設計師除了平時就應該不停嘗試各種工具與流程,同時知道怎麼選擇正確的工具。最近看到一個設計師,想做一個互動式影片的體驗,她使用Keynote來做Demo,但忽略了最後這個體驗要透過網頁實現,甚至連影片編碼格式(codec)都沒有針對網路環境去考量。因此當原型做好的時候,只給程式設計師很少的時間去問可用性、可行性的問題,更別提解決或尋找正確的解決方式。

過程中,因為互動設計師的疏忽與平時練習不夠,造成程式設計師的不必要挑戰,甚至造成不信任與無法溝通的問題。儘管年輕的兩個人,靠著熬夜加班把事情做完,但這都是可以盡早避免的。更長遠的影響是如果整個團隊無法針對這種問題去討論改進,會造成其他負面的影響。

選擇正確的工具只是第一步。團隊對於流程與成果,能即時達成共識並能付諸實行,才是一個優質的快速設計與測試的基礎。