有損設(shè)計(jì)咖为，是指對(duì)用戶體驗(yàn)不利但是在設(shè)計(jì)時(shí)基于各方面的考慮而不得不采用的解決方案秕狰。能照顧80%（或90%）以上用戶的好體驗(yàn)，小部分用戶在小概率下的bad case是可以容忍的躁染，但需要給出合情合理合法的解釋鸣哀，讓用戶理解并可以從bad case中走出來到正常流程中。
到底什么算是有損設(shè)計(jì)吞彤？是否只是權(quán)衡開發(fā)量和用戶體驗(yàn)我衬？這個(gè)問題困擾了筆者很久，在工作中也經(jīng)常試圖從這個(gè)角度去分析問題饰恕，或者說（hu）服（you）技術(shù)等挠羔，但是自己還是沒有太確定這個(gè)有損的損度到底在哪里，所以整理如下內(nèi)容懂盐，來和大家一起討論下褥赊，到底什么是適當(dāng)?shù)膿p度。
1. 聊天順序
現(xiàn)在很多即時(shí)通訊軟件都支持群聊莉恼，在群聊里拌喉，大家爭(zhēng)先恐后、踴躍發(fā)言的時(shí)候俐银，就涉及到發(fā)言順序的展示問題尿背，是否要在所有人屏幕上都展現(xiàn)真實(shí)時(shí)間的聊天順序（即用戶發(fā)送該消息的時(shí)間/服務(wù)器接收到這條消息的時(shí)間）？如果這么做捶惜，需要有個(gè)排序過程田藐，無論排序工作在云端還是在手機(jī)端進(jìn)行，效率上都有不小開銷吱七。此時(shí)需要考慮汽久，順序是否真的重要，如果順序不對(duì)踊餐，會(huì)有什么樣的影響景醇？？
當(dāng)產(chǎn)品經(jīng)理在考慮這個(gè)問題的時(shí)候吝岭，會(huì)發(fā)現(xiàn)大部分情況下三痰，用戶能自己知道哪句話是回復(fù)給自己的吧寺，哪句不是回復(fù)給自己的，所以順序的必要性不大散劫；但是在筆者實(shí)際的使用中發(fā)現(xiàn)稚机，在群內(nèi)多人間交叉溝通的情況下，還是會(huì)出現(xiàn)誤解获搏、答問不匹配的情況赖条，但是這種小概率并不影響大部分的用戶體驗(yàn)，同時(shí)考慮到成本問題颜凯，這個(gè)有損設(shè)計(jì)方案就是現(xiàn)在情況下的最優(yōu)解谋币。
2.車輛實(shí)時(shí)位置
Uber、滴滴症概、易到等打車軟件都會(huì)向用戶顯示已經(jīng)預(yù)定車輛的實(shí)時(shí)位置蕾额，讓用戶知道與車輛間的距離狀況、減少等待中的焦慮彼城，但是這個(gè)數(shù)據(jù)真的需要時(shí)實(shí)時(shí)的嗎诅蝶？
假設(shè)一個(gè)用戶等車的預(yù)計(jì)時(shí)間為5分鐘，車輛如果每1S同步一次位置募壕，那么就是上報(bào)300次调炬，用戶要刷新300次，當(dāng)用戶量有10W的時(shí)候哪舱馅？這個(gè)數(shù)據(jù)的壓力會(huì)很大缰泡，所以可以將刷新頻率降低為每10S同步一次，這將大大降低手機(jī)代嗤、云端和車間的交互次數(shù)棘钞，但是對(duì)用戶的主要需求—打車—并沒有實(shí)質(zhì)的影響。
3. 流量消耗
在使用消耗移動(dòng)流量聯(lián)網(wǎng)的智能硬件干毅、移動(dòng)設(shè)備時(shí)宜猜，用戶經(jīng)常會(huì)關(guān)心流量的問題，主要包括本月的剩余可用流量硝逢、那些預(yù)裝的APP或者功能耗費(fèi)的流量比較多姨拥。
本月剩余的流量可以通過運(yùn)營(yíng)商（移動(dòng)、聯(lián)通等）查詢渠鸽，這個(gè)剩余流量與手機(jī)系統(tǒng)統(tǒng)計(jì)的流量往往是不相等的叫乌，而供應(yīng)商又不能確定具體到每個(gè)應(yīng)用耗費(fèi)的流量，所以當(dāng)用戶想知道本月各個(gè)APP使用流量的數(shù)據(jù)情況時(shí)徽缚，該如何處理呢综芥？
技術(shù)上，沒有不可以實(shí)現(xiàn)的猎拨，但是需要開發(fā)和時(shí)間膀藐，也就是成本；我們可以精確地統(tǒng)計(jì)每個(gè)應(yīng)用的流量耗費(fèi)红省，但是必要性大嗎额各？用戶在乎精確到1MB或者0.1MB級(jí)別的流量耗費(fèi)嗎？還是只要了解大概就好吧恃？
考慮此處數(shù)據(jù)精度對(duì)用戶決策的影響不大虾啦，但是開發(fā)成本較高，故用系統(tǒng)統(tǒng)計(jì)的數(shù)據(jù)計(jì)算各個(gè)應(yīng)用的消耗百分比痕寓，然后與運(yùn)營(yíng)商反饋的已經(jīng)消耗流量的數(shù)據(jù)相乘計(jì)算各個(gè)APP數(shù)據(jù)消耗量傲醉，并展示給用戶。
4. 固件升級(jí)
流量消耗部分提到的那些主要通過sim卡上網(wǎng)的智能硬件還面臨一個(gè)比較耗費(fèi)流量的問題：固件升級(jí)呻率。
如果這類智能硬件大部分時(shí)間都是在有wifi的環(huán)境下工作硬毕，那也就沒必要再配置sim卡，所以為了給用戶節(jié)省流量礼仗、減少成本吐咳，固件升級(jí)要盡量減少流量的消耗，筆者考慮通過兩個(gè)方法解決這個(gè)問題：差分包升級(jí)元践、手機(jī)推送升級(jí)包升級(jí)韭脊；差分包很好理解，就是增量升級(jí)单旁；手機(jī)推送升級(jí)的流程大體為：
— 手機(jī)在wifi環(huán)境下下載安裝包沪羔，
— 通過wifi直連的方式將安裝包推送到設(shè)備上，
— 設(shè)備用對(duì)應(yīng)安裝包進(jìn)行升級(jí)象浑；
因?yàn)槭鞘謾C(jī)在wifi環(huán)境下下載蔫饰，故幾乎不會(huì)產(chǎn)生費(fèi)用。而且考慮到用戶的時(shí)間成本融柬，也支持差分包升級(jí)的方式死嗦。判斷邏輯如下圖片所示。
但是會(huì)出現(xiàn)一個(gè)問題粒氧，問題發(fā)生的流程如下：
（1）當(dāng)用戶目前版本為1.2時(shí)越除，通過sim卡升級(jí)到1.3（土豪的世界就是這么任性，不在乎筆者為他準(zhǔn)備的省流量方案）外盯，
（2）重啟升級(jí)的過程中摘盆，進(jìn)入了沒有信號(hào)的車庫(kù)，在云端來說饱苟，這個(gè)車機(jī)還是1.2版本孩擂，但是實(shí)際已經(jīng)是1.3版本；
（3）然后測(cè)試發(fā)現(xiàn)了重大未測(cè)出的bug箱熬，然后馬上發(fā)布1.5版本类垦，這個(gè)時(shí)候用戶手機(jī)上得到的1.5到1.2的差分包狈邑，
（4）在往車機(jī)上推送時(shí)發(fā)現(xiàn)不可升級(jí)。
這就是一個(gè)bad case蚤认，這個(gè)bad case的發(fā)生是小概率的米苹，那么產(chǎn)品經(jīng)理是否需要為了這個(gè)bad case而調(diào)整方案，讓所有人都去下載整包砰琢？或者讓用戶只能在wifi或者移動(dòng)網(wǎng)絡(luò)下升級(jí)哪蘸嘶？那么是否可以從有損設(shè)計(jì)的角度出發(fā)，為了大部分用戶的好體驗(yàn)陪汽，而允許小部分的bad case產(chǎn)生训唱。
綜上所述，筆者認(rèn)為前三個(gè)例子都是典型的有損設(shè)計(jì)挚冤，第四個(gè)是否是有損設(shè)計(jì)可能仁者見仁况增，
但是筆者認(rèn)為有損設(shè)計(jì)不但考慮成本、效率你辣、開發(fā)量巡通，也需要考慮用戶體驗(yàn)，但是筆者認(rèn)為舍哄，能照顧80%（或90%）以上用戶的好體驗(yàn)宴凉，小部分用戶在小概率下的bad case是可以容忍的，但需要給出合情合理合法的解釋表悬，讓用戶理解并可以從bad case中走出來到正常流程中弥锄。
