機緣巧合的一次機會,發現了一種衡量體驗的絕佳辦法,我稱之爲默片體驗。
程序員
慣例上你們聊到設計都是在某個會議上,可能人多可能人少,咱們侃侃而談。
關於這部分的功能設計,產品童靴是基於如何如何的原則,作了如下的如何如何演進,下面的環節每每就是你們一頁一頁的介紹,這一頁是要實現什麼樣的操做,咱們是怎麼設計這個操做的,簡化了什麼什麼、引導了什麼什麼、有哪些亮點。設計
上段時間偏偏在看一個設計。
看完設計的演示,我本人簡直超級滿意的。
絕了,這東西絕了,遠遠超出了我預期,而後就想要介紹給老闆。
更加機緣巧合的是,當時一下出來幾個彙報,都涉及體驗的設計,那很天然的我會把已經超出預期的這個設計做爲樣本來推薦。
可是不巧的是,咱們不能一一現場演示。
因此程序員錄個視頻吧!
由於就是電腦錄屏因此無聲的
爲了介紹系統因此有一點字幕
佈置完,我本身直接休假去了3d
記不清是路上仍是回來後收到了視頻
視頻中呈現的全部環節都是和現場演示一致的視頻
BUTblog
體驗就是沒有聽演示的時候精彩了
當時的想法是,可能我第二次看了,也確實這套理念很熟悉,因此不會那麼興奮。
那天下午我就看了好多遍
確實看到的設計體驗不像演示的時候那麼精彩!產品
爲何都沒變,可是設計的感受會變呢!軟件
由於現場的介紹其實也是系統引導的一部分,因此在默片的狀態下,等於去掉了一種系統的引導。再看總體的設計,會以爲實際上是缺乏一部分引導感的。
以後,把宋老師拉到我工位,說你看一下這個片子
肯定以及確定的是,最後咱們達成一致,設計是很是棒的設計,可是確實在靜默的狀態下,還有很大的改進餘地。程序
我想,一線其實就是在靜默的狀態下收到咱們的軟件系統。
我也沒有能力給每個一線操做員來演示一遍,甚至都沒有能力讓他們每一個人都收到一份使用說明書。
因此默片狀態下的體驗纔是真實的體驗,缺引導真的是個無處不在的問題啊!
以上就是咱們的默片體驗驗證法,咱們的軟件可能後續逐步都會走一遍默片來從新審視。
抱歉不能把系統的界面放上來,但願文字也可讓你們的理解清楚。
夜很深了,但願以上內容對你們有所幫助。im