如果刪掉微信中乙個功能,你的選擇是什麼

2021-07-30 19:04:00 字數 920 閱讀 8908

1、思路分析

面試官考察的是你的思路,結果不重要,重要的是過程,能夠自圓其說並說的有道理,至少能及格。最忌諱的就是不經思考,沒有條理,最後都說不回去了。

2、思路如下:

刪掉某一功能的標準和維度

依據標準分析其他功能為什麼不能刪

刪掉某一功能後會有什麼樣的影響和風險

是否有某些方法可以規避風險並滿足這方面的需求

3、答案詳解

a.理由」服務號」的尷尬地位:隨著訂閱號功能的完善,幾乎有了和服務號的同樣的高階功能,訂閱號幾乎可以滿足連線人、資訊和服務的需求。而服務號便成為食之無味、棄之可惜的尷尬功能。

服務號」的缺點:相比訂閱號,服務號引以為傲的亮點是可以直接作為一條通知提醒使用者。不過,試想這樣的乙個場景:當你關注了眾多的服務號,收到了滿屏的服務資訊,你還會覺得那個單純用來聊天的軟體去哪了?使用者體驗超級不爽。

綜上,「服務號」是最適合刪掉的功能。

b.影響和風險如何規避風險

如何將上面的影響降低到最低?其中的重點是企業這一環。

對於上下游**商來說,可以遷移到其他的服務。

針對企業,需要軟硬兼施。告知他服務號資訊遷移到訂閱號的好處,保證服務號上的粉絲和資訊可以遷移到新的訂閱號,縮短遷移的時間且不影響企業的業務。(當然,還需要更加詳細的規則)

如果可以給一些好處更好,如已經認證過的服務號不需再認證。最後給出截止時間,到哪天服務號將不再提供服務,未遷移的服務號也不可再遷移。還有最重要的一點,在整個遷移的過程中,需告知使用者,不會受到任何影響,不需做任何操作。

具體落實到執行層面,建議小範圍的實驗,發現問題並及時更正,然後擴大範圍;建議採用官方分批次推送遷移訊息,避免企業一窩蜂全上,造成不必要的擁擠。

至此,服務號遷移到訂閱號的解決方案來完成了,可以保證刪除「服務號」後,對企業和使用者不會造成風險。

面試角度分析 微信裡面讓你刪掉乙個功能,你選哪個?

如果是我來回答這個問題,我會分成幾步 1.清理問題內容和限制,搞清楚前提條件。就是和面試官確認自己對於問題的理解,以及針對scope和其他先行限制提出問題。比如 我們知道為什麼要砍掉乙個功能嘛?是為了降低維護成本,還是為了提高使用者體驗,還是為了挪出空間給其他的功能進行實驗?怎麼樣可以衡量是否砍掉的...

微信小程式中乙個表單多個picker選擇器

官方文件 picker元件 mvvm的設計思想 關注model的變化,讓mvvm框架去自動更新dom的狀態,從而把開發者從操作dom的繁瑣步驟中解脫出來!比如通過data bind進行資料雙像繫結,就像極了vue的設計風格 再比如一些標籤語法糖,列表迴圈 相信寫過angularjs 和 vue的同學...

微信小程式乙個你可能需要的功能

效果圖 那這個有什麼用呢。需求是選中的某個區域然後給它新增注釋。還可以有其他用處。那這個是怎麼做到的呢 首先我說下基本的思路 作為乙個背景。然後上面是一層canvas 以及最上面生成的view 因為只是乙個demo 所以寫法上就沒有樣式分離了。下面是布局的 class container src s...