## ##

        工作中有哪些容易考慮不周的小細節?

        2017-11-09 10:01:39 閱讀 238833 本文來源:菜心設計鋪
        分享至:

        工作和練習有著非常大的差異性,因為在工作中,需要我們考慮太多場景,想要考慮的全面,就必須有足夠的沉淀積累,如果沉淀不夠,也沒關系,讀讀前輩們的分享也是一個不錯的選擇,能學一點是一點~

        作者在本篇文章中用自己曾經踩過的幾個坑來舉例,看看你有沒有中招吧!


        案例1

        記得以前做咨詢類app,經常會有閱讀量啊,點贊呀,評論呀等等數據,正常做視覺稿,直接拍上去幾個數字就可以了,例如下圖的65個跟帖數:

        20171109094722443.jpeg

        但我們要知道,UI頁面上的很多內容是活的,例如閱讀量可能是1也可能是9999,如果超過9999的時候,還顯示那么多數字,看著又累贅又不直觀。

        這時候我們就需要給出解決方案了,例如數字超過10000就顯示1萬:

        20171109094808551.jpeg

        或者有的app超過1000就開始顯示縮寫“1k”。

        這些規則都需要我們輸出給開發,不然他們就會直接顯示數字。


        案例2

        做天氣app,排版的內容有最高氣溫和最低氣溫,如下圖:

        20171109094859856.png

        這樣看著沒啥問題,但如果你在我老家哈爾濱呢?不穿衣服能凍死你,零下30多度,如下圖:

        20171109094915217.png

        問題來了,這樣看著就很不舒服,因為“~”和“-”有點相近,區分不明顯,于是我把中間的“~”換成了“/”,如下圖:

        20171109094927235.png

        這樣不論是零上還是零下,看著都不會有什么問題。


        案例3


        “各種狀態”也是我們經常會考慮不周的地方,例如按鈕。

        移動端按鈕一共有五種狀態,正常、不可點擊、按壓、選中(其實還有個“點擊”狀態,但在視覺上和選中沒啥區別,這里就不說了):

        這些狀態,各自的平臺都有不同的規則,所以我們必須要把樣式規范輸出給開發哥哥,不然人家也不知道咋做!


        案例4

        如果你做的產品是面向全球的,那需要考慮的東西就更多了,這里涉及到擴展性問題,就是當中文切換成英語的時候,是否合適?如果不合適,開發可能就需要兩種布局方式了,成本就會高很多。

        舉個例子,下面這個員工信息列表:

        20171109095519380.png

        這個看沒啥問題,挺整齊的,但是當我們切換成英文的時候:

        20171109095527219.png

        標題和內容就重合到一起了,所以了擴展性,我們把內容放在右邊,就不會有那么多問題了:

        20171109095538970.png

        很多時候都是中文看著沒啥問題,但一切換成英文或者其他語言,就會出bug,所以對于語言的場景,我們也要多多考慮,盡量讓布局的擴展性強一些。


        總結

        UI界面上的很多內容是動態的,為了把動態的場景考慮全面,我們一定要使勁想,如果還是心里沒底就多問問別人,反正要盡量想全!

        在工作上類似這樣的問題有很多,今天只是簡單的舉了幾個自己經歷過的的案例,剩下的還需要大家去多多實踐,多多總結,好了,就這樣吧。


        責任編輯:mr
        分享至:

        聯系客服

        故障反饋