大廠的產(chǎn)品，出 bug？
前陣子我寫了篇文章說了下某廠產(chǎn)品的一個(gè) bug，結(jié)果當(dāng)天人家的產(chǎn)品技術(shù)團(tuán)隊(duì)加班到半夜修復(fù)上線了。
趕巧不巧，昨天我又發(fā)現(xiàn)了另一個(gè)大廠產(chǎn)品的 bug，只不過這次沒公開說，因?yàn)槲艺J(rèn)識他們產(chǎn)品負(fù)責(zé)人，所以直接把問題發(fā)過去了。
他們測試后可復(fù)現(xiàn)，確定是一個(gè)技術(shù)邏輯上的 bug。
其他公開說的也不是對他們有敵意，而是我也不知道該找誰去反饋問題，拿出來曬曬更有利于問題的快速解決。
至于為什么這種速度更快，你們懂的。
不過我也因此認(rèn)識了不少朋友，可以說是不打不相識，我認(rèn)識的很多產(chǎn)品負(fù)責(zé)人其實(shí)都是從我吐槽他們產(chǎn)品開始的。
可能有讀者會好奇，為什么人家那么大個(gè)廠這么多人都沒發(fā)現(xiàn)的問題你發(fā)現(xiàn)了？
說實(shí)話，我也好奇，為什么我都能發(fā)現(xiàn)而他們這么多人發(fā)現(xiàn)不了？
這里要說一個(gè)大前提，凡是軟件，皆有 bug。
包括你們現(xiàn)在手機(jī)里裝的各種 App，可能 99% 的場景下使用都是沒問題的，但誰也無法保證自己的產(chǎn)品 100% 沒 bug。
另外，軟件開發(fā)團(tuán)隊(duì)人數(shù)規(guī)模的大小并不直接決定軟件本身是否出問題，只能說規(guī)模越大，出問題的概率相對小一點(diǎn)。
做產(chǎn)品的讀者都知道，其實(shí)絕大多數(shù)的 bug 都不是出在主干流程的關(guān)鍵路徑上，而是分布在各種分支流程和低頻場景中。
雖然有測試人員的覆蓋，但如果測試用例不全面的話也會遺漏很多細(xì)節(jié)。
我想了下，我之所以能發(fā)現(xiàn)這些大廠產(chǎn)品的 bug，其實(shí)主要源于兩個(gè)原因。
第一，對產(chǎn)品細(xì)節(jié)的敏感。
我是個(gè)有強(qiáng)迫癥的人，對于產(chǎn)品設(shè)計(jì)和流程上的細(xì)節(jié)非常敏感，以至于兩個(gè)按鈕大小是否一樣、有沒有對齊、顏色是否有差異我都能看出來。
前幾天我們在北京舉辦了線下產(chǎn)品訓(xùn)練營，參加了的同學(xué)看過我畫的產(chǎn)品原型設(shè)計(jì)稿，有一位同學(xué)說，這加上顏色就是高保真設(shè)計(jì)了。
確實(shí)是這樣，我畫原型有比較高的要求和執(zhí)念，所以盡可能還原每一個(gè)細(xì)節(jié)。
雖然這種方式會讓視覺設(shè)計(jì)師有點(diǎn)受不了，但我還是比較堅(jiān)持自己的想法。當(dāng)然，也會積極聽取他們的專業(yè)建議。
因此，我在使用產(chǎn)品的過程中會特別注意每一個(gè)環(huán)節(jié)的信息、流程、邏輯以及數(shù)據(jù)，并且對每一個(gè)異常也會非常敏感。
可能也是出于職業(yè)的原因，雖然我是以用戶視角去用別家的產(chǎn)品，但依然會用專業(yè)視角去觀察和研究每個(gè)細(xì)節(jié)。
之前有人問我，你是怎么練出來的？
我說，沒啥竅門，就是經(jīng)常使用不同的產(chǎn)品，我手機(jī)里裝了幾百款 App，而且會不定期從 AppStore 去找新品試用。
第二，到真實(shí)場景中去使用產(chǎn)品。
這句話雖然看起來像句廢話，但的確阻礙了很多產(chǎn)品技術(shù)團(tuán)隊(duì)發(fā)現(xiàn)問題。
可以說，絕大多數(shù)線上 bug 都是在真實(shí)場景中被發(fā)現(xiàn)的，而不是在測試場景。
在開發(fā)過程中以及測試階段，產(chǎn)品會運(yùn)行在公司搭建的測試服務(wù)器上，通過模擬數(shù)據(jù)和測試用例進(jìn)行問題排查，這是所有產(chǎn)品技術(shù)團(tuán)隊(duì)的通用做法。
但這么做有一個(gè)缺陷，那就是對真實(shí)場景的覆蓋不足。
這種不足可能是數(shù)據(jù)全面性的不足，也可能是測試用例覆蓋度的不足。一旦上線到生產(chǎn)環(huán)境，在大規(guī)模用戶和實(shí)際數(shù)據(jù)的侵襲下就容易暴露問題。
我發(fā)現(xiàn)的那些問題基本上都是在真實(shí)場景使用過程中發(fā)現(xiàn)的，可能有些問題并不嚴(yán)重也不影響主干流程的進(jìn)行，但 bug 也確實(shí)存在。
為了解決這種缺陷，現(xiàn)在很多團(tuán)隊(duì)會采取灰度發(fā)布的策略，或者是線上熱修復(fù)的技術(shù)手段。
比如微信團(tuán)隊(duì)，他們就經(jīng)常采用灰度發(fā)布的方式來對新功能進(jìn)行內(nèi)測，跑一段時(shí)間場景和數(shù)據(jù)并發(fā)現(xiàn)沒問題后再全量上線。
還有一家我知道的大廠會采用熱修復(fù)的手段來應(yīng)對線上 bug，這么做的好處就是不用重新發(fā)布 App 版本并提審更新。
即便如此，也無法保證上線后的產(chǎn)品 100% 沒 bug。
還是那句話，凡是軟件，皆有 bug。
除非一款產(chǎn)品開發(fā)到一定階段進(jìn)入穩(wěn)定態(tài)，把所有已發(fā)現(xiàn)的問題全部解決并不再更新，那這種情況下可能的確沒有 bug。
但凡產(chǎn)品處于迭代和更新狀態(tài)，那出 bug 的幾率就會一直存在。隨著產(chǎn)品復(fù)雜度的提升，出 bug 的概率也會增大。
對于產(chǎn)品經(jīng)理來說，我的建議是平時(shí)多用用自己的產(chǎn)品，更多從真實(shí)場景出發(fā)去使用，而不是測試。
使用和測試，是兩種完全不同的視角。
最后，希望你做的產(chǎn)品沒有 bug！
我在線下產(chǎn)品訓(xùn)練營中有一個(gè)章節(jié)是重點(diǎn)講產(chǎn)品視角的，其中有很多方法和案例會幫助產(chǎn)品經(jīng)理提升自己發(fā)現(xiàn)問題、需求和機(jī)會的能力。
昨天還有人問我們下一場線下產(chǎn)品訓(xùn)練營在哪里舉辦，其實(shí)在哪里辦不是我定，而是目標(biāo)城市的報(bào)名同學(xué)自己定，哪里先報(bào)滿，哪里就先開，同步舉行星球線下聚會。
上海、杭州、深圳、廣州以及北京的同學(xué)，占座的聯(lián)系我。沒加我的可以直接加 tangren0517
