微信的一個(gè)小“bug”
編輯導(dǎo)語:當(dāng)發(fā)現(xiàn)產(chǎn)品可能出現(xiàn)“bug”時(shí),產(chǎn)品經(jīng)理需要從多方面思考問題出現(xiàn)的背后原因、解決方法,以及可能的迭代方案是什么,由此,才能實(shí)現(xiàn)更好的產(chǎn)品優(yōu)化與自我提升。本篇文章里,作者結(jié)合微信設(shè)置朋友圈“不給誰看”時(shí)發(fā)現(xiàn)的問題做了思考,一起來看一下。
01
話說周末,鏡同學(xué)躺在床上,吹著空調(diào),正在峽谷游走,一不小心就用云櫻打出來個(gè)三殺。
對(duì)我來說,這可是有史以來第一次啊,朋友們,我也想低調(diào),也想猥瑣發(fā)育,也不想浪,可奈何實(shí)力不允許啊。
俗話說,獨(dú)樂樂不如眾樂樂,眾樂樂不如朋友圈。那咱得趕緊分享戰(zhàn)績,分享到朋友圈去,哼,尤其鏡同學(xué)要讓二傻子看看,我云櫻又回來啦。
就在我點(diǎn)擊確認(rèn)的一瞬間,我突然意識(shí)到,不能暴露我方坐標(biāo)啊,畢竟雖然咱無比崇敬的領(lǐng)導(dǎo)對(duì)咱本人沒有誤解,但卻對(duì)王者榮耀有深深的偏見吶,于是,咱就想把領(lǐng)導(dǎo)屏蔽一下。
于是就出現(xiàn)了下圖:
我一看,喲,這是咱上次總結(jié)二傻子和領(lǐng)導(dǎo)的相同的優(yōu)點(diǎn),在發(fā)朋友圈時(shí),屏蔽了二傻子和領(lǐng)導(dǎo)們,選擇了領(lǐng)導(dǎo)們和二傻子不可見(排列純屬巧合,請(qǐng)勿深度解讀~)。
這次雖然還得屏蔽我親愛的領(lǐng)導(dǎo)們,但我得把二傻子的屏蔽給取消掉啊。
不得不承認(rèn),微信作為國民級(jí)應(yīng)用,張小龍作為國內(nèi)產(chǎn)品經(jīng)理的教父般的領(lǐng)袖,江湖地位那不是吹的,你看,直接將你上次選擇屏蔽的給你帶出來了,只需要把二傻子取消掉就好了,多方便。
于是,我點(diǎn)擊“上次分組”:
接著,我點(diǎn)開“不給誰看”:
咱接著,點(diǎn)擊從通訊錄選擇,就在點(diǎn)開“二傻子”時(shí),驚奇的發(fā)現(xiàn),點(diǎn)擊頭像還可以移除,選擇好友又可以添加,多貼心呀。
可是,當(dāng)不選擇好友時(shí),“完成”按鈕竟然不可點(diǎn)擊,也就是說,你可以替換好友,但不能取消已經(jīng)屏蔽的某個(gè)好友:
↑- 有好友選擇時(shí),“確認(rèn)”按鈕可以點(diǎn)擊
↑- 沒有好友選擇時(shí),“確認(rèn)”按鈕灰色不可以點(diǎn)擊
這一刻,咱激動(dòng)的就要跳起來了,我發(fā)現(xiàn)了微信的一個(gè)BUG,我要告訴張小龍。
微信內(nèi)容我都編好了:
當(dāng)發(fā)送朋友圈且設(shè)置“不給誰看”時(shí),若上次選擇的有某個(gè)好友和標(biāo)簽,本次通過“上次分組”入口,在通訊錄里,無法刪除掉已屏蔽的某個(gè)好友。
哇,哇哇,這特么可是個(gè)大事呀,我抓起手機(jī)就要找小青蛙?頭像,要是別人,肯定就抓起手機(jī)發(fā)送信息了,可咱鏡同學(xué)是誰?那是茅坑拉屎臉朝外的漢子,咱走南闖北,啥大風(fēng)大浪沒見過?咱在九個(gè)縣當(dāng)過縣長,別著急,穩(wěn)住,我們能贏,先看看有沒有解決方案呢?
找了老半天,正當(dāng)鏡同學(xué)就要絕望時(shí),我終于發(fā)現(xiàn)了解決方案:
先點(diǎn)擊一下“部分可見”,再點(diǎn)擊“不給誰看”,就將上次的數(shù)據(jù)清空了,就可以重新選擇了。
但這樣體驗(yàn)并不好啊,直接在好友為空的時(shí)候,可以確認(rèn)不就行了嗎?
02
作為一個(gè)十八線城市的優(yōu)秀高級(jí)產(chǎn)品助理,鏡同學(xué)腦子里有很多問號(hào),咱必須要問個(gè)為什么?
當(dāng)我從產(chǎn)品角度分析時(shí),奇怪的事情發(fā)生了。
1. 通訊錄與標(biāo)簽的區(qū)別是什么?
首先,要清楚從通訊錄選擇某個(gè)好友和通過用戶標(biāo)簽選擇的聯(lián)系與區(qū)別,從通訊錄選擇的一個(gè)好友和標(biāo)簽選擇的一類好友,本質(zhì)上都是選擇的用戶。
實(shí)際上,用戶標(biāo)簽也相當(dāng)于是分組,是對(duì)用戶的標(biāo)記,也就是說,從通訊錄選擇或者通過標(biāo)簽選擇,都是對(duì)用戶的篩選,不同類型的入口而已。這也解釋了,如果你從通訊錄選擇的是A,從標(biāo)簽分組里選擇的也包括A,并沒有任何影響,因?yàn)槎际菍?duì)用戶的篩選。
2. 上次分組的同步邏輯是什么呢?
上次分組實(shí)際上只是對(duì)篩選后的用戶數(shù)據(jù)做的記錄,通訊錄只是一個(gè)入口,標(biāo)簽也是用戶分組的入口,本質(zhì)上都是同步的標(biāo)記后的用戶數(shù)據(jù)。
3. 那為什么好友為空時(shí),不可點(diǎn)擊確認(rèn)?
鏡同學(xué)仔細(xì)想了下,從我淺薄的產(chǎn)品知識(shí)來看,首先,第一次從通訊錄入口,去選擇某個(gè)好友不可看時(shí)的邏輯為:
選擇頭像代表選中某個(gè)好友,點(diǎn)擊完成則記錄選中的用戶ID,進(jìn)行用戶標(biāo)記篩選,而且,如果為空,則認(rèn)為沒有選中好友,則不顯示“完成”按鈕,只有通過返回按鈕回到上級(jí)頁面。微信應(yīng)該是這樣定義的:既然點(diǎn)從通訊錄選擇了,多少不得選擇一個(gè),你一個(gè)都不選擇,那就點(diǎn)擊左上角“返回”按鈕返回唄。
其次,上次分組只是將篩選后的歷史數(shù)據(jù)回顯了過來,通訊錄選擇某個(gè)好友不可看只是功能入口。按理說,當(dāng)不選擇某個(gè)好友時(shí),“完成”按鈕完全可以設(shè)置成可以點(diǎn)擊,系統(tǒng)認(rèn)為沒有選擇某個(gè)好友就好了,但是,上次分組只是同步數(shù)據(jù)記錄,入口還是一樣的,也就是,通訊錄的選擇好友邏輯不變,還是上面的邏輯。
所以,不選擇好友時(shí)就不會(huì)出現(xiàn)“完成”按鈕,就導(dǎo)致上次有記錄,這次想去掉,就比較麻煩,體驗(yàn)性不好。
4. 這算一個(gè)“bug”嗎?
個(gè)人認(rèn)為,這算得上是一個(gè)體驗(yàn)性的bug。
因?yàn)?,雖然上文有解決方案,但不是最優(yōu)解,一是,交互路徑長;二是,好多人想不到,鏡同學(xué)這么聰明,第一次也只好選擇一個(gè)不相關(guān)的人員來替代。
5. 那要解決嗎?應(yīng)該怎么解決?
要不要解決,一是要看造成的影響程度,二是要看解決的成本。
影響程度來說,其中一點(diǎn)就是問題出現(xiàn)的概率,我認(rèn)為這個(gè)概率應(yīng)該不是很高。因?yàn)樯洗芜x擇的人員,只有在本次需要去掉,而不是替換的時(shí)候才會(huì)暴露這個(gè)問題,單獨(dú)替換是不存在這個(gè)問題的,所以,概率不是很高。其次,真出現(xiàn)了,也有替代的解決方案;再者,功能定位上來說,也不是啥大的業(yè)務(wù)問題。
所以,影響程度可控。
解決成本來說,我覺得可能主要是老版本的迭代背景。但,我仍然覺得選擇為空時(shí),可以點(diǎn)擊“完成”按鈕,如果為空,就不記錄用戶標(biāo)記,是個(gè)友好的解決方案,而且,應(yīng)該不難實(shí)現(xiàn)。
以上就是鏡同學(xué)一點(diǎn)淺薄的思考,由于鏡同學(xué)主要做B端產(chǎn)品設(shè)計(jì),對(duì)于C端的產(chǎn)品領(lǐng)悟力有限,分析可能存在偏差,歡迎在留言區(qū)指導(dǎo)交流哦。
本文由 @公眾號(hào):產(chǎn)品大峽谷 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議
這是BUG嘛?當(dāng)選擇屏蔽類型為部分不可見時(shí),不可見人員的選擇可以是群,通訊錄選擇,標(biāo)簽三種渠道,并取這3個(gè)渠道的并集,你已經(jīng)在標(biāo)簽里選中了某個(gè)好友作為不可見的人選,還怎么在通訊錄這個(gè)渠道里把他去掉?
這個(gè)需求估計(jì)得P10+了