7/19 XDite 直播:敏捷為什麼會失敗?

[前言]題目是筆記組自己訂的,可能會不斷更新~

原始連結:XDITE


前言

最近的新專案,35天寫完,45天上線(?),這個專案幾億美金。滿開心的。但這個經驗沒有多少人發表,覺得可以跟各位分享。

各位應該知道我的背景,我個人的專長就是帶領團隊敏捷開發,過去七年我做過的項目delay 率接近於零,或者是10%以下。

困境

團隊的速度往往會超過PM給的速度,有一系列敏捷方法論造成團隊掌握時間非常準。但我有個滿痛的地方:當你做一個項目,不管是接案,或接到老闆的命令,在做第一版的時候往往是很快的。知道需求,往往在第一版的前三十到四十五天是很快的。但到運營的九十天到180天是很痛苦的。

因為團隊不知道該做什麼。例如PM發了一些feature 但團隊不知道該做什麼,或改錯方向;甚或PM根本不知道該做什麼,導致團隊分崩離析。這個我看過很多,即便他們跑agile或scrum,理論上會更快更準確,但結果是相反的。但還是一樣有問題。我看了很多的書,發現敏捷的世界沒有好好地給出答案。

答案

這個問題直到我看了growth hacking 之後才得到答案。

你可以這樣說:這些傢伙不跟真人打交道。例如PM跟你說『客人不會用』,但developer 覺得這些不是我的客戶,team lead 不會告訴你『你們這些developer 才是傻B,你們做出來的東西根本不能用』,我看到的大部分RD都不相信客戶要的是什麼,或不願意第一線面對客戶,由PM收集,公司來來回回很多次。

我自己當老闆才知道RD有這個盲點,但也不知道怎麼修。直到我當老闆才發現,這個要怎麼解:

developer 的世界對User experience & UI & 對使用者的想像完全是錯的。

developer 的聖杯是google 的The Design Sprint--GV,但我當老闆後才知道那本書是大爛書。

因為那是一本關在溫室寫出來的幻想書。因為真正的開發不是你plan & execute 就會得到答案。真的要拿的應用軟體是user debug 來的。真正的feedback 是根據使用者真實的feedback 來的。

重點

你知道我們目前怎麼debug嗎?目前是用intercom 來做。很多developer 甚至科技公司都討厭這個東西,因為他們認爲那上面會有很多奧客。但就是因為你忽略客人的抱怨,才導致你的on boarding 降低。

答案

以防你不懂,建議你去看我的書。客人不來你的網站,不去使用的真正原因,不是因為你沒做什麼或別人做得比較好。他不來的真正原因是因為他不懂的怎麼使用你的網站,進而離開。

所以你要做出高轉換率,貼近人心,UX體驗很好的網站,並不是去插那些matrics,而是去看他怎麼使用,遇到哪些問題,他想要繼續使用,又遇到哪些問題,最後如果要轉介給其他人,要怎麼使用?

沒有其他方法就是要針對通道做完整的優化,怎麼做呢?就是聽使用者的抱怨。

在我現在做產品,大家知道我們的新項目(包含教學項目跟目前的項目),為何轉換率可以創新高?

就是因為在上線前,我以前上線只跑Agile,可以確保我們在時間點上線。

但現在我們會跑我自己發明的on boarding framework.

這個framework 有三大部分: 第一階段就是說他怎麼進來的,中間是如何讓他養成使用者的習慣,得到很好的體驗,怎樣避免他自殺,最後是如何讓他referral .

我們會在產品上線前作三輪,alpha user , beta user , beta2 user 。確保上線前沒有usability的重大問題。上線前一到兩週會整週都開著intercom.

怎麼確定你做對了?走在正確的道路上?

怎樣確定你的改變都是正確的呢?就是讓你的FAQ都滿足了intercom 上面的問題,不能出現同樣的問題。怎樣越來越優化?就是消除那些常常出現的error ,可以是介面改善,或是在上面放FAQ。你的matrix並不是看轉換率,但是看使用者有沒有問昨天出現的重複問題。你不該讓客服每天回答同樣的問題。developer team 的KPI是幫助customer support team 永遠不用回答同樣的問題。

develop team 為什麼會走歪?因為他們太閒。

PM給他們一些很蝦的project 他們的精力放在無用的地方,就會覺得被耍,而且看不到公司的成長。

但如果讓他們的精力放在正確的方向,他們就會覺得每天在解bug 非常開心,這有助於公司文化成長,會更團結。這是我過去一年用起來非常有效的框架或轉化率。

過去我在engineer team 做過無法成功的原因,並不是因為agile 或專案控管不好。而是因為那時候重點放在on time deliver,而不是產品的發展上,你的team 必須跟產品在相同的路徑上。

Comments

comments powered by Disqus