<address id="ttjl9"></address>

      <noframes id="ttjl9"><address id="ttjl9"><nobr id="ttjl9"></nobr></address>
      <form id="ttjl9"></form>
        <em id="ttjl9"><span id="ttjl9"></span></em>
        <address id="ttjl9"></address>

          <noframes id="ttjl9"><form id="ttjl9"></form>

          首頁

          CentOS7 升級PHP到7.2

          前端達人

          寫在前面

          CentOS7下安裝PHP默認是5.4的,但是有些框架要求PHP的版本得在5.4以上,這就需要我們把PHP升級一下了。

          yum provides php 
          
          • 1

          開始升級PHP:

          rpm -Uvh https://mirror.webtatic.com/yum/el7/epel-release.rpm #更新源
          rpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm
          yum remove php-common -y  #移除系統自帶的php-common
          yum install -y php72w php72w-opcache php72w-xml php72w-mcrypt php72w-gd php72w-devel php72w-mysql php72w-intl php72w-mbstring  #安裝依賴包 
          
          • 1
          • 2
          • 3
          • 4

          查看版本

          php -v 
          
          • 1

          PHP 7.2.8 (cli) (built: Jul 20 2018 15:20:01) ( NTS )
          Copyright (c) 1997-2018 The PHP Group
          Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
              with Zend OPcache v7.2.8, Copyright (c) 1999-2018, by Zend Technologies
          

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:csdn 作者:Peithon

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服務

          centos7重啟php環境

          前端達人

          apache
          啟動
          systemctl start httpd
          停止
          systemctl stop httpd
          重啟
          systemctl restart httpd
          或者

          service httpd stop

          service httpd start

          service httpd restart


          mysql
          啟動
          systemctl start mysqld
          停止
          systemctl stop mysqld
          重啟
          systemctl restart mysqld

          或者

          service mysqld stop

          service mysqld start

          service mysqld restart



          php-fpm
          啟動
          systemctl start php-fpm
          停止
          systemctl stop php-fpm
          重啟
          systemctl restart php-fpm


          nginx
          啟動
          systemctl start nginx
          停止
          systemctl stop nginx
          重啟
          systemctl restart nginx

          或者

          service nginx stop
          service nginx start
          service nginx restart

          開機自啟

          chkconfig httpd on

          chkconfig mysqld on
           

           

          一、MySQL啟動方式

          1

          2

          3

          4

          5

          1、使用 service 啟動:service mysqld start

           

          2、使用 mysqld 腳本啟動:/etc/init.d/mysqld start

           

          3、使用 safe_mysqld 啟動:safe_mysqld&

          二、MySQL停止

          1

          2

          3

          4

          5

          1、使用 service 啟動:   service mysqld stop

           

          2、使用 mysqld 腳本啟動:/etc/init.d/mysqld stop

           

          3、mysqladmin shutdown

          三、MySQL重啟

          1

          2

          3

          1、使用 service 啟動:service mysqld restart

           

          2、使用 mysqld 腳本啟動:/etc/init.d/mysqld restart

          四、強制關閉

          以上方法都無效的時候,可以通過強行命令:“killall mysql”來關閉MySQL,但是不建議用這樣的方式,因為這種野蠻的方法會強行終止MySQL數據庫服務,有可能導致表損壞……所以自己掂量著用。

          Windows下重啟MySQL服務,對于沒裝mysql圖形管理端的用戶來說啟動和停止mysql服務:
          …\…\bin>net stop mysql
          …\…\bin>net start mysql

           

           

          卸載PHP

          yum remove php
          yum remove php*
          yum remove php-*
          yum remove php7
          yum remove php70
          yum remove php7.0
          yum remove php-common
          這才是苦大仇深卸載個干干凈凈= w

           

           

          Centos下Yum安裝PHP5.5,5.6,7.0

          默認的版本太低了,手動安裝有一些麻煩,想采用Yum安裝的可以使用下面的方案:

          1.檢查當前安裝的PHP包

          yum list installed | grep php

          如果有安裝的PHP包,先刪除他們

           yum remove php.x86_64 php-cli.x86_64 php-common.x86_64 php-gd.x86_64 php-ldap.x86_64 php-mbstring.x86_64 php-mcrypt.x86_64 php-mysql.x86_64 php-pdo.x86_64

          2.Centos 5.X

            rpm -Uvh http://mirror.webtatic.com/yum/el5/latest.rpm
            CentOs 6.x
            rpm -Uvh http://mirror.webtatic.com/yum/el6/latest.rpm
            CentOs 7.X
          rpm -Uvh https://mirror.webtatic.com/yum/el7/epel-release.rpm
          rpm -Uvh https://mirror.webtatic.com/yum/el7/webtatic-release.rpm

          如果想刪除上面安裝的包,重新安裝
          rpm -qa | grep webstatic
          rpm -e  上面搜索到的包即可

          3.運行yum install

            yum install php55w.x86_64 php55w-cli.x86_64 php55w-common.x86_64 php55w-gd.x86_64 php55w-ldap.x86_64 php55w-mbstring.x86_64 php55w-mcrypt.x86_64 php55w-mysql.x86_64 php55w-pdo.x86_64
           

          yum install php56w.x86_64 php56w-cli.x86_64 php56w-common.x86_64 php56w-gd.x86_64 php56w-ldap.x86_64 php56w-mbstring.x86_64 php56w-mcrypt.x86_64 php56w-mysql.x86_64 php56w-pdo.x86_64


          注:如果想升級到5.6把上面的55w換成56w就可以了。

          yum install php70w.x86_64 php70w-cli.x86_64 php70w-common.x86_64 php70w-gd.x86_64 php70w-ldap.x86_64 php70w-mbstring.x86_64 php70w-mcrypt.x86_64 php70w-mysql.x86_64 php70w-pdo.x86_64
          4.安裝PHP FPM

          yum install php55w-fpm 
          yum install php56w-fpm 
          yum install php70w-fpm
          注:如果想升級到5.6把上面的55w換成56w就可以了。

          nginx重啟不了



          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:csdn 作者:鍋巴胸

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          HarmonyOS Sans - 華為把鴻蒙系統自帶的字體開放給全社會免費商用了

          資深UI設計者

          最近華為發布了鴻蒙系統并且開源了代碼,成為了科技圈的熱聞。不過我注意到了,系統內置的字體也是開放免費商用的。



          關于 HarmonyOS Sans

          華為鴻蒙字體 (HarmonyOS Sans) 是華為和漢儀字庫合作定制,專門為鴻蒙操作系統設計打造,設計上聚焦于功能性、普適性,字形和之前介紹過的谷歌思源黑體、阿里巴巴普惠體以及 OPPO 手機公司的 OPPO SANS 等免費商用字體有點類似,是一款適合閱讀的多字重中性字體。

          HarmonyOS 字體特性

          • 5種字重粗細調節。HarmonyOS Sans 支持可變特性,讓用戶選擇他們喜歡的字體粗細來進行文本的顯示。

          • 支持等寬與變寬兩種樣式。變寬數字在閱讀文本段落中能讓閱讀體驗更加連貫。而等寬數字在強調數值以及數據需要經常變化的表格、時鐘數字的 UI 界面使用時,效果會更好。

          • 支持多國語言。HarmonyOS Sans 支持簡體中文、繁體中文、拉丁、西里爾、希臘、阿拉伯等5大書寫系統,105種語言全球化覆蓋。

          • 通用性極佳,中英文混排效果優秀。鴻蒙系統是一款面向全場景的分布式操作系統,無論在手持設備、電視大屏幕還是手表的小屏上, HarmonyOS Sans 鴻蒙字體都具備極強的通用性和協調性。無論是粗體還是細體均需擁有出色的一致性。

          undefined
          harmonyos-sans 5種字重

          字形特點

          在保障字體體驗的功能性前提下,HarmonyOS Sans 在人文和現代中找到新的平衡。在短筆畫時保持橫平豎直,簡約無裝飾,撇捺彎鉤長筆畫中融入書法的筆勢美學,帶來全新的視覺感受。

          undefined
          harmony-sans 字形特點
          undefined
          harmonyos-sans 筆畫特點

          在排版設計中常見的“字體不協調”問題之一就是中英文混合的排版,鴻蒙字體對此做出了針對性的優化,把西文字體設計得更顯大更顯寬,與中文對齊的匹配度更高,細看起來更加和諧。

          undefined
          harmony-sans 英文字形

          一張圖對比其他同類字體字形:

          undefined
          和其他類似字體比較

          字體應用效果

          undefined
          harmonyos-sans 應用例子
          undefined
          harmonyos-sans 應用例子

          使用場景和用途

          HarmonyOS Sans 易讀性強,字型簡約富有科技感,在各種不同尺寸的屏幕上都能獲得清晰的顯示效果,既適合用于設計制作、平面印刷,也可用于閱讀,顯示大量文字也依然干凈清爽。擁有5種字重,用在正文閱讀通透流暢,粗細結合的標題也更醒目。

          而對于移動 UI 界面設計來說,HarmonyOS Sans 本身優化了顯示效果和協調性,特別是對數字的優化(比如時鐘顯示的冒號,往往需要手動調整),使得對 UI 作品整體氣質有所提升,因此也可以用在效果圖或作品集中。

          當然了,你也可以設置為日常的辦公文檔字體,也可以下載用來替換自己手機設備的默認字體,即使沒有華為設備,也能體驗一下鴻蒙系統的文字顯示效果。鴻蒙字體的格式為 .ttf,可以在 Android、Windows、macOS、Linux 等系統上使用。

          免費商用說明

          華為鴻蒙字體 (HarmonyOS Sans) 是隨鴻蒙系統發布的中西文字體,有華為聯合漢儀字庫專為鴻蒙系統設計,現在華為將其公開發布,任何個人和公司都可以免費下載使用,包括商用。

          需要注意的是,windows 系統內置的微軟雅黑字體以及 macOS 內置的平方字體都是不能商用的,用在設計或者印刷上會面臨侵權風險。喜歡這一類中性字體的,除了思源黑體、阿里巴巴普惠體,現在又多了一款鴻蒙系統字體可以選擇了。




          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷   作者:weyman_me

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務





          太強了!這些Dribbble頂尖插畫大神的作品,是我學習的源泉

          seo達人

          今天彩云跟大家分享的是Dribbble上,我非常喜歡的插畫設計大佬們。優秀的太多,這里僅放10位我覺得最值得看的,可謂是精選中的精選,所以我建議你一定要收藏學習。(彩云花了3個多小時艱難選擇出的10位,太難取舍了,最后入選的標準是一些更具風格特點插畫大佬們)

           

          1、Mikael Gustafsson

          https://dribbble.com/MikaelGustafsson

          首先推薦的這位大佬是我超喜歡的插畫師,他在dribbble上發的作品不算多,但不發則已,一發驚人。每一張作品中,不論是畫面構圖、場景、配色都非常優秀而且還把插畫做成了動態(其實是在Unreal引擎中落地的游戲場景動畫),細節做到了極致。尤其喜歡他作品中的配色,我經常參考他的作品找配色的感覺,推薦你一定要去看看。

          圖片

          圖片

           

          2、Beresnev

          https://dribbble.com/Beresnev

          這位大佬也是我在Dribbble上關注比較早的插畫師,他的作品大多數都是動態的,其實發現他的動態也是做到了極致。插畫的風格偏簡潔矢量,很有自己的個人風格。可以從他的作品中學到很多動畫動態細節,畫面的動態速度、動作曲線、轉場,極簡的配色等等。他發布的作品量也不算大,但每一個都值得學習。

          圖片

          圖片

          圖片

           

          3、Jenny Yu

          https://dribbble.com/jennyyu

          這位小姐姐很擅長在畫面中運用光影關系打造意境,效果超喜歡,而且每一張圖都能讓看的人感受到一個故事,富有情感。畫風比較輕盈,喜歡在畫面中添加一些彩色的噪點,像是水彩撒上去的感覺,值得學習。

          圖片

          圖片
          圖片
          圖片

          圖片

           

          4、Andrey Prokopenko

          https://dribbble.com/Pro_Art

          這位插畫大佬擅長在結合圖形本身構成的不規則暗色框里作畫,從幾年前就開始流行這種風格的畫法。大概在5年前,彩云也畫了不少類似這種風格的插畫,當時跟這位大佬還經?;?,每次他發作品我會點贊,我發作品他也會給我點贊。只是他現在還在堅持更新這種風格圖,我已經好久沒畫了,慚愧??傊瑢W習他的構圖,細節,配色都是非常不錯的,值得關注。

          圖片

          圖片
          圖片

          圖片

           

          5、MBE

          https://dribbble.com/Madebyelvis

          Mbe插畫風格應該很多人都已經熟知了,而他就是引流這股趨勢的創始人。這種風格技法上較為簡單,應用范圍較廣,曾經有段時間,各大廠的應用在空狀態頁,啟動頁面等等都進行了跟進。從這位大佬的作品中可以學習他的構圖,配色細節,尤其是可以學習他對于可愛風格的表達。

          圖片

          圖片
          圖片

          圖片

           

          6、Burnt Toast ®

          https://dribbble.com/BurntToast

          這位大佬在Google,Facebook,Samsung,Microsoft都工作過,跳遍國外大廠啊。他的插畫具有很明顯的個人風格:明亮的色彩,簡單平滑的曲線描邊,清新有趣可愛。我很早就關注了他,非常喜歡他的風格,給了我很多的靈感。他發布的作品量挺多的,很多都比較適合用到UI領域,推薦關注學習。

          圖片

          圖片
          圖片

          圖片

           

          7、Brian Edward Miller

          https://dribbble.com/bemocs

          他是美國科羅拉多州的一位獨立插畫師,作品風格偏古典,擅長使用噪點筆觸給畫面增加細節。畫面細節較為厚重,在一些風景,場景的表達上,比較適合參考。相比較于前面的一些插畫風格,這位大佬的作品算是比較特別的,推薦給大家。

          圖片

          圖片
          圖片

          圖片

           

          8、Canopy

          https://dribbble.com/canopy

          這是一家在紐約的插畫工作室,他們的作品以矢量插畫為主。我很喜歡他們畫的這種圖形規則的矢量風格,對于不擅長畫插畫的同學比較友好,很適合來臨摹學習,也能用到一些UI項目中。他們對于顏色的不同明暗過渡運用的非常好,值得學習。

          圖片

          圖片

          圖片

           

          9、Matt Carlson

          https://dribbble.com/matt-carlson

          這位大佬的插畫作品,風格較為多變,擅長畫一些風景畫,尤其是對于樹的表達有自己的特點。也是我關注的比較早的一位插畫師,功底很好,值得關注。

          圖片

          圖片
          圖片

          圖片

           

          10、Ana Miminoshvili

          https://dribbble.com/Anano

          最后推薦的是一位自由插畫師,她的作品喜歡加一些噪點,并結合一些特別的圖形外框,用出界的構圖方式營造立體感,增強了視覺表現力。她的小插畫,也很適合用到UI和運營里。在她的作品中從圖形上,構圖上,能看出是一位功底深厚的插畫師,值得學習。

          圖片

          圖片
          圖片
          圖片
          圖片

          總結

          文章中列出來的這些是我從關注列表中再三篩選出來的比較有代表性的頂尖插畫大神,在我的工作學習過程中,他們給了我很多的靈感。當然,這份推薦名單只是我自己的個人喜好,無關粉絲數量,排名也不分先后。

          這篇分享,一定是值得收藏的,不論是找靈感,還是臨摹學習,不用到處找,這10位大佬的作品就足夠你研究了。當然,插畫能力的提升離不開大量的練習,可以把這篇文章中分享的作品收藏起來(彩云挑選出的比較有代表性的作品),慢慢臨摹學習都是極好的。

           

          原文地址:彩云譯設計(公眾號)

          作者:彩云Sky


          轉載請注明:學UI網 ? 太強了!這些Dribbble頂尖插畫大神的作品,是我學習的源泉


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png



          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務



          如何建立完善的設計驗收機制

          seo達人



          在日常工作中,設計師經常會有這樣的煩惱:上線的產品和原先設計的不一樣,不是這個交互提示沒有顯示,就是那個圖標大小顯示錯了。更有甚者,產品功能的交互邏輯就有問題。用戶在使用過程中體驗大打折扣。導致這個問題的原因很可能是在產品開發鏈路中,設計師完成對設計稿的交付后就認為這個任務告一段落,開始著手下一個任務。而后續環節中的隊友對設計意圖、設計細節理解不足或產生誤解,將關注度僅集中在主要功能的提供上。解決這個問題,設計師們需要設立設計驗收環節,進行設計輸出和產品實現的比對和檢測。

          而在傳統的瀑布式開發流程中,由于產品實現周期較久,產品上線前設計師可以安排充足的時間進行驗收;但是在敏捷開發過程中,每個迭代的任務多、時間緊,設計驗收往往草草收場,以至于問題不斷累積,影響產品整體用戶體驗。本文將會結合酷家樂工具型產品-酷大師在敏捷開發過程中的實踐經驗說明如何搭建設計驗收體系,在設計師與隊友們的高效溝通的前提下,保障產品高品質在線。

           

          搭建設計驗收框架

          很多設計師反饋:產品上線前驗收過,有些小問題沒法立即解決;上線后會發現一些新問題;隨著產品功能的增加,問題越來越多,通常呈現分散式、零星式的特點,有些防不勝防的感覺。

          實際上,這是因為大多數設計師認為設計驗收就是上線前的事情,結束了就完成了,沒有建立系統驗收框架,缺少全生命周期去跟進設計實現的概念。

          由于酷大師項目是我從0到1一直跟進的項目,在啟動初期就做好了搭建設計驗收框架的準備,按照單一功能驗收、部分模塊功能驗收、全局功能驗收、階段性整體復查這樣的順序,網格狀、系統性、地毯式進行驗收。驗收階段貫穿上線前、上線后,形成點、線、面、體相結合的布局。

          圖片

          單一功能驗收階段——模塊驗收階段——全局驗收階段——周期性復查階段

           

          一.單一功能驗收階段

          大多數項目進行敏捷開發時,一個sprint結束后會上線該sprint研發的功能,此時可以進行該sprint中開發的功能的驗收。在酷大師敏捷開發過程中,一個sprint往往會完成1個復雜功能或多個獨立的簡單功能,我通常會給每個功能建立設計驗收文檔,逐個進行驗收。這個階段的驗收往往比較細致,會關注每個功能的設計輸出中涉及的所有細節點。

          這樣一輪精細化驗收結束后,往往能夠發現產品實現中90%以上的問題。我稱這個階段為點狀驗收

           

          二.模塊驗收階段

          有些功能比較復雜,會拆解為多個子功能,花費多個sprint進行研發。比如說酷大師中的渲染功能,先實現構圖外景等能力,再實現陽光調節能力。

          所以會先進行構圖場景和陽光調節的單一功能驗收,當這些能力研發完成,渲染功能比較完整時,再進行整個模塊功能驗收。此時的驗收既是對單一功能的復查,也是對模塊功能的檢測。我稱這個階段為線狀驗收。

           

          三.全局驗收階段

          通常我會在一個相對具體的時間節點,比如半年、一年或者大版本更新迭代時,去查看整個產品功能迭代情況。這樣的時間節點就很適合進行一場全局性的功能驗收。

          平日的驗收結束后陸續會進行優化,但是由于優化時間點不一定是即時的,也有很多情況下是問題優先級較低,很久才修復。全局功能驗收就能從全局角度了解半年或一年進展情況,查漏補缺。

          由于酷家樂體系下,半年會對產品做一次回顧,所以我會在1個季度結束后進行一輪全局驗收,檢查出的問題可以下一個季度進行優化,保證每半年回顧時整體狀態可控。我稱這個階段為面狀驗收。

           

          四.周期性復查階段

          前面三個環節結束后其實會沉淀下數量客觀的驗收問題,一部分在上線前會解決掉,一部分上線前不容易解決的會在上線后短期內解決,還有一部分問題可能涉及資源、產品方向等短期難以解決的問題,會留檔,等待合適的時機進行解決。

          為了防止短期內沒有解決的問題被時間所遺忘,我會安排周期性復查,比如在半年的節點上,復查這半年的驗收文檔,對問題進行跟蹤整理,適合近期進行優化的推進優化解決,短期內還是沒法解決的再進行備注說明。

          這樣體系化的全生命周期的驗收,就可以保證產品穩定的質量呈現。

           

          明確基礎驗收流程

          圖片

          建立驗收文檔——驗收問題錄入——同步&溝通驗收問題【確定問題優先級&跟進機制】——過程中跟進調整情況———上線前復查

           

          一.建立驗收文檔

          有些團隊內部協作習慣于直接口頭溝通,面對簡單且量少的問題時比較快速,但是也存在信息遺漏、溝通誤差等問題。所以建議每次設計驗收時先建立驗收文檔。

          如果團隊共同使用線上協同工具,那么驗收記錄留檔和信息同步都能及時有效進行;如果沒有團隊協作工具,可以自己使用在線或本地文檔工具,比如石墨、語雀、Pages等。建立文檔時也需要按照一定規則,方便后續查找,比如命名按照功能、模塊、時間順序等。

          隨著文檔的增加,為了方便進行管理,可以建立一張驗收文檔管理表,記錄單個文檔的基礎情況。有些團隊分工較細,交互設計師和視覺設計師會分別建立驗收文檔,在我們的團隊協作中發現共同維護一份文檔比較高效,只需要在問題類型中進行交互、視覺的分類即可。

           

          二.驗收問題錄入

          設計師在對最初的設計輸出和設計實現進行比對時,往往會發現與最初設計意圖有出入的地方,建議將差異點都作為驗收問題進行錄入,在后續溝通跟進弄清緣由的情況下,再去判斷是否列入驗收問題。

          驗收問題錄入的過程,實際也是對功能的二次思考,在這過程中真切驗證原先規劃的操作路徑是否真的易用。有時也會在錄入過程中,發現需要增加延展的能力,那么也是可以錄入并備注,為未來的體驗優化積累突破點。

          驗收文檔的撰寫標準將在后文具體說明。

           

          三.同步&溝通驗收問題

          驗收問題常常會涉及多個崗位團隊成員,比如前端、后端、運營等,如果是團隊使用在線協作工具,在問題錄入的同時設計師可以先做好原因預判,立即@相關隊友,在正式進行溝通之前,能夠給相關隊友預留一些排查原因的時間。

          在一次設計驗收完成后,可以依據整個驗收文檔,與相關隊友共同溝通驗收問題??梢哉偌嚓P幾位隊友直接溝通,或者召開會議。在溝通的過程中,通常需要復現問題,判斷原因,以及確定跟進優化的負責人。

          同時會根據問題的影響程度、調整難易程度、資源配比程度,綜合判斷各個問題的優先級,再根據優先級進行排期調整。設計師在排定優先級時需要遵循體驗原則,盡量保證新功能上線時以較好的效果呈現。這樣用戶初次接觸功能時,在首因效應影響下,會對該功能體驗抱有好感,對產品整體體驗也會給到好評。

           

          四.調整跟進

          驗收問題調整的過程中,對于復雜問題往往需要進行頻繁的溝通,工程師需要在過程中與設計師確認方向正確性,防止偏差導致的再次誤差。

          此時設計師應給予充足的支持,比如詳細解釋設計意圖,比如幫助工程師尋找類似場景的實現效果,比如相關組件資源等。既是團隊協作共同解決難題,同時也在解決問題的過程中了解底層原因,為預防后續遇到類似問題積累經驗。

           

          五.上線前復查

          體驗問題調整結束,依據體驗文檔,再次驗證修復情況。在這個時期,如果還遇到其他問題,也是可以進行問題錄入和優化。

           

          制訂驗收文檔標準

          圖片

          標明序號——定位問題范圍——定位問題分類——問題清晰說明——差異截圖對比——原因與解決方案——定位負責人——記錄優先級———跟進記錄

           

          一.標明序號

          驗收文檔支持以多種形式呈現,比如word、excel、ppt等,嘗試過多種形式后,選擇使用excel表格。對問題屬性、范圍、負責人等進行說明時可以單獨呈現,很容易最終進行分類整理。

          比如復查時,可以拉取一段時間的驗收文檔,整理后可以知道視覺問題占比10%,那么視覺還原程度還是不錯的。比如渲染模塊問題占比20%,那么說明這個模塊下還需要集中進行優化調整。

          確定呈現形式后,可以在文檔中標明序號,方便后期整理。

           

          二.定位問題范圍

          驗收問題影響范圍往往并不相同,比如影響當前功能、多個功能、當前模塊,也有些問題涉及產品全局,甚至還有些問題會涉及公司其他產品線,此時需要說明清楚。

          工程師在修改問題時就可以針對該范圍進行問題解決,防止解決問題覆蓋面太小,產生遺漏。而涉及到公司跨業務線的問題時,可以@對應負責人,進行溝通解決。

           

          三.定位問題分類

          在酷大師驗收過程中,通常遇到的問題分類為:交互類問題、視覺類問題、運營類問題、技術類問題、產品方向類問題等。相關人員通常會直接關注對應問題,幫助高效處理。

           

          四.問題清晰說明

          清晰描述問題,盡量具體,避免類似于“不符合”、“不好看”、“與設計稿不一致”等主觀籠統的概括;提出問題的同時盡量說明解決方案,當然有些方案設計師能夠直接給予,而有些涉及其他崗位時就可以@隊友進行解決方案的描述。

           

          五.差異截圖對比

          將設計稿與開發界面進行截圖對比,標注出差異問題點,幫助相關隊友快速直觀理解問題。有些情況下截圖不能說明清楚操作過程中的問題,也可以采取錄制gif的方式,演示操作行為。

           

          六.原因與解決方案

          通常問題涉及的相關人員會在這個區域進行跟進說明,比如造成當前問題的原因、解決方案、排期等。

           

          七.定位負責人

          記錄當前跟進的跟進入。

           

          八.記錄優先級

          優先級的評定可以有多種維度。通常可以直接做判斷的維度有兩個,易于調整的問題優先級較高,對完成功能影響大的問題優先級高。其他維度可以根據具體產品,與團隊共同進行分析,總結其中的規律。

           

          九.跟進狀態記錄

          主要集中于對問題解決情況的跟進,通常分為已解決、跟進中。

           

          其他思考

          為了實現產品高品質在線,除了在研發實現后落地系統的驗收機制以外,設計師可以在很多環節發揮作用:

          1.設計稿本身的高標準輸出,考慮清楚開發成本和可實現性;

          2.交互評審環節盡量解釋詳盡,與相關工程師達到理解上的一致;

          3.開發過程中參與溝通,幫助工程師先做一波問題的排除;

          4.出現問題幫助促成解決,包括跨團隊資源的收集、組件支持之類;

          5.明確產品設計還原度對于用戶體驗的重要性;

          6.以多種方式邀請合作伙伴參與到驗收環節中,比如bugbush、專家走查、可用性測試。

           

          原文鏈接:酷家樂用戶體驗設計(公眾號)

          作者:懷瑾

          轉載請注明:學UI網》如何建立完善的設計驗收機制


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png



          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

           


          復雜系統如何設計 | 論B端產品的體系化構建(上)

          ui設計分享達人

          導讀


          為什么B端產品總是容易“失控”?B端產品設計與C端有何差異?如何在不斷復雜的系統中,權衡效率、成本、體驗之間的關系? 


          本文將帶你從B端產品的本質出發,了解產品發展過程中容易出現的問題,并從復雜系統的角度去探討設計體系的構建方式。



          目錄


          一、「 困局 」容易“失控”的B端產品

          A .「 關注重點的差異性 」

          B .「 微小差異的不斷疊加 」

          C .「 產品發展進入惡性循環 」

          D .「 進入效率拐點,產品失控 」


          二、「 啟發 」從復雜科學的角度思考設計

          A.「 自然算法 」

          B.「 物質的構成原理 」


          三、「 探究 」什么是產品設計體系?

          A.「 定義 」

          B .「 組成部分 」

          C .「團隊能力要求 」

          D .「 構建方向 」


          四、「 剖析 」B端產品的生命周期

          「 產品生命周期概述 」

          A .「 初創期 」解決核心問題,產生價值

          B .「 成長期 」能力完善,產品擴張

          C .「 成熟期 」效率提升,快速增長

          D .「 暮年期 」商業價值降低,發展逐漸停滯


          NEXT、「 下期預告 」設計體系的構建法則




          前言


          隨著產業互聯網時代的到來,市場對B端產品的重視程度逐漸提升。然而,談及B端產品,特別是SaaS產品,大多數設計師對此并不是特別感興趣。一來,SaaS更注重功能層面,似乎本身對設計的要求并不高;二來,SaaS產品的最終實現效果總是不盡人意,就算設計得再好看,實現出來也難以出彩。


          確實,若設計師僅僅只是關注視覺層面本身,那么B端產品確實不像C端那么吸引人。但是,若你能以整個產品構建的角度去思考B端產品設計,那么設計師能夠在其中發揮的空間是巨大的。


          假如把C端產品比作精致的小房子,那B端產品就是一幢巨大的高層建筑。建造小房子,你可以盡情地發揮創意,追逐潮流,大不了推倒重來。而建造大房子,則需要設計師考慮更多的維度,因為這是一個長期而復雜的工程。


          建筑的外觀不僅需要好看,更需要足夠耐看、穩定;為了適應更多人的需求,你不僅要考慮房子的軟裝,還要考慮戶型的合理性、通用性;而為了降低成本,你還需要考慮家具、硬裝的標準化、房間的兼容性等等…


          “你是否有信心建造一個宏偉的高樓大廈?” 


          這是我在B端設計中,反復強調體系化思維的原因之一。想要建造一個大型建筑,沒有體系化思維、沒有更完善的多職能協作流程,那么這座高樓一定會在建設過程中埋下隱患。而當問題一旦出現,涉及到的沉沒成本也將會非常巨大。


          當然,對于C端產品來說,體系化也愈發重要了。隨著互聯網時代的持續發展,一些C端產品的復雜性也堪比B端。我在之前的文章中提到過一個觀點:“C端B化,B端C化”。在未來的數字產品設計中,B端產品將會逐漸開始重視產品的外觀與體驗,因為觸達的人群更年輕化、對體驗要求更高了。而C端產品也會更注重體系化建設,因為產品體量越來越大,需要尋求效率與成本之間的平衡點。


          產品設計體系,本質上是一套更科學的復雜性數字產品的設計方法與工作流程。因此,不管是B端產品還是C端產品,設計體系能夠在提升設計品質的同時,讓產品更“可控”,提升效能,降低成本。


          這套設計方法論,是我在工作中不斷實踐與完善的一些經驗與方法。希望能借此分享一些自己淺薄的經驗,也探討一下數字產品設計未來的形態。




          ?

          一、「 困局 」容易“失控”的B端產品

          -


          作為較為復雜的數字產品,B端產品在快速發展的過程中,總是容易出現一些問題。特別是當產品體量到達一定階段后,問題就會逐漸暴露出來,比如:


          1. 產品丑、設計質量低;

          2. 組件樣式繁多,操作習慣不一致;

          3. 新老系統差異大,不同模塊體驗差異大;

          4. 頁面結構混亂。


          等等…


          很多問題大家都能明顯地意識到,但往往因為“不影響售賣”、“價值不高”、“新功能優先”等理由被擱置。


          隨著問題逐漸積累,產品的優化成本也變得越來越高,最終使整個產品已經積重難返。若只是多部分頁面/組件進行優化,小修小補,雖然成本低,但成效甚微;若是進行大修大補,那么優化成本將遠大于研發新功能的成本。


          這種普遍的B端產品現象,被稱為“產品失控”,即——團隊已經對整個產品的形態失去控制力。


          那么,為什么B端產品特別容易出現這種問題呢?



          A .「 關注重點的差異性 


          首先,產品的本質決定了其關注重點的差異性。


          與C端產品不同的是,B端產品往往更看重“能力”(為企業用戶解決問題),而產品的銷售方式與付費模式,也決定了產品體驗并非首要關注的對象。由于B端產品通常針對企業用戶,需要更長的研發過程,產品的體量和復雜性也相對較高。因此,除了產品解決問題的“能力”之外,產品還需要關注研發的效率及成本。


          因此,在產品的發展初期,企業通常對效率最為關注,其次是成本,最后才是體驗(能用就行)。絕大多數B端企業,只有在產品跑通商業邏輯,并具備一定用戶與盈利預期之后,才會對產品的體驗逐漸重視起來。



          B .「 微小差異的不斷疊加 


          任何微小的差異,在無數次的疊加之后,都會被快速放大。特別是當團隊的人員逐漸增多后,放大速度將會呈指數級上升。


          為了配合產品的快速發展,產品往往會采用“堆量”的研發模式。增加研發效率,最簡單直接的方法便是投入更多的資源。隨著產品不斷增加模塊、功能、頁面,團隊人員也在不斷地擴充。


          但是,人類不是機器,并非簡單的1+1=2。團隊數量的上升雖然會帶來效率的短期提升,但同樣也會增加團隊的管理成本。不同的產品經理、設計師、研發人員,對于產品的認知是不同的。隨著團隊人員的不斷增加,“個體差異性”將會被不斷地疊加與放大。


          就像“傳話筒”的游戲一樣,同一個事物,不同的人理解總是不同的,經過多次的“傳話”以后,往往與原本的意思已經大相徑庭了。


          這種情況表現在產品設計中,則會出現:當相同的組件由不同的人做時,總是會在基本樣式、實現原理、交互細節等不同的維度出現差異。比如上圖中的導航菜單組件,不同的模塊在開發時總是會存在差異,最后差異越來越大,形成了五花八門的導航菜單形式。



          C .「 產品發展進入惡性循環 


          令人遺憾的是,雖然問題很明顯。但是在不斷的“成本考量”中,產品團隊往往優先關注新功能的開發,而忽略底層問題的優化。


          隨著產品的快速發展,產品的優化/迭代成本將會逐漸大于研發新功能的成本。要么背負巨大的成本進行整體重構;要么降低標準,繼續以這種模式不斷疊加新功能。


          在這種情況下,大部分B端產品往往會選擇后者。于是,產品的發展將會進入一個“惡性循環”


          • 產品快速發展,功能不斷疊加;

          • 各模塊由不同的產品、不同的開發研發,導致各模塊之間差異增加;

          • 產品丑、體驗不統一,但老系統優化成本過高。綜合衡量,優先進行新功能研發;

          • 所有模塊標準不統一,產品迭代效率持續降低,維護成本持續增加。



          D .「 進入效率拐點,產品失控 


          產品的發展猶如一輛快速奔馳的巨型列車,一旦加速便難以停止。


          隨著問題的反復出現,以及在一次次的“利益權衡”中選擇性的忽略,產品的惡性循環不斷重復,而問題也逐漸疊加、沉積下來。


          當這個問題已經大到我們無法回避時,我們才發現:產品的單位迭代/優化成本,已經遠遠大于新功能的研發成本。而新功能帶來的增量,已經無法抵消現有模塊的迭代成本——產品迎來了效率拐點。


          就像一個龐大而復雜的機器,雖然依舊可以運行,但整體效率已經很低了,而與之對應的維修成本則非常巨大。小修小補根本無法解決問題,而大修大補則很有可能會帶來更大的虧損。


          最終,產品逐漸在“失控”中難以自拔,競爭力逐漸降低,但整個團隊對此卻無能為力,嚴重影響了企業的發展。


          那么,在產品發展中,我們應該如何避免這種情況呢?換而言之,一個高度復雜的數字產品,我們應該如何設計,才能避免其逐步走向混亂? 




          ?

          二、「 啟發 」從復雜科學的角度思考設計

          -


          如果我們將B端產品看作是一個復雜系統,那么產品“失控”的本質即——在不斷復雜化的形態中,缺乏有效的控制機制,最終導致整個系統失去控制。 


          但是,在大自然面前,B端產品這種復雜程度顯然不值得一提。


          像大自然這樣的復雜系統,是如何構成的?所有的物體都由原子所構成,為什么簡單的一百多種原子,能夠構成如此復雜的世界?生命又是如何在無機物的世界中誕生,并逐步進化成如此復雜的個體的?



          A.「 自然算法 


          道生一、一生二、二生三、三生萬物...無論是老子的《道德經》,還是《深奧的簡潔》、《萬物皆數》、《復雜》這些現代的書籍中都闡述了這樣一個觀點:


          任何看似復雜而又可控的系統,一定存在著精簡的“算法”,通過不斷的疊加從而形成復雜系統。


          就像愛因斯坦說的:“宇宙最不可理解之處,就是它居然是可以被理解?!?


          在大自然中,有很多的花紋與圖案的形狀都存在相同的規律。比如上圖中的羊齒草分形圖案,這種圖案在森林當中到處可見,我們看到很多樹的形狀跟葉子的形狀是一致的,這就是一種分形圖案。而這種分形的圖案本質上是一個公式,通過不斷地自我引用進行迭代,這便是分形。


          科赫曲線(Koch curve)就是一種分形。其形態似雪花,又稱科赫雪花(Koch snowflake)、科赫星(Koch star)、科赫島(Koch island)或雪花曲線(Snowflake curve)。


          它最早出現在瑞典數學家海里格·馮·科赫的論文中。我們將一根直線分成四段,然后向中間擠壓形成等邊的倒V形狀;接著再將每個倒V的邊進行相同的操作,不斷地重復之后,我們發現:第一步是倒V型、第二步變成了大衛星,第三部變成了楓葉,第四步… 經過無數步以后,最終成了越來越復雜的“雪花”形態。


          科赫曲線便是“自然算法”的一種。海岸線雖然很復雜,但是卻有一個重要的特性——自相似性。從不同比例尺的地形圖上,我們可以看出海岸線的形狀大體相同,其曲折、復雜程度也很相似,換句話說,任意一段海岸線就像是整個海岸線按比例縮小的結果。而海岸線的構成原理就是這種科赫曲線,它是通過天然的演化,不斷折疊最終形成了這種形狀。


          可以發現,他們都是由 基礎物質 x 簡單算法 x 隨機變量,經過無數次疊加后,最終形成了一個復雜而多變的整體。



          B.「 物質的構成原理 


          宇宙中還有其他各種驚人的“巧合”。愛因斯坦的相對論揭示了宏觀世界的規律性,普朗克和海森堡的量子力學揭示了微觀物質世界的規律。當我們從微觀世界到天文學會發現——原子核的構成方式居然與天體的構成非常相似。粒子圍繞原子核的運動方式,就好像行星圍繞太陽運動一樣。


          不管是整個宇宙,還是生命體,將其置于復雜科學的研究框架中,那些基本定律最終也會變得極其簡單。


          在宇宙中所知最為復雜的形態,便是如同我們自身的生物。這些復雜體由已知存在于銀河系中最普通的物質所構成。但是,通過氨基酸的形態,這些基本原料竟能自然地將自己組合成一個自組織系統。


          混沌中隱藏的算法,使宇宙成為極有秩序的地方。而在秩序中隱藏的隨機數,又使得宇宙成為極為豐富的世界。


          也正是因為算法的精簡,一切物質的創造才能具備復制性、延續性、進化性


          那么,我們反過來思考——想要使復雜的系統簡單可控,是否就需要一套簡潔、有效的“算法”?通過“算法”,將基礎的“物質”不斷地“有序疊加”,形成一個可控的復雜體系。


          因此,對于復雜的SaaS系統設計,我開始引入“設計體系”這一概念,希望能夠找到未來SaaS產品設計的發展方向。只有設計體系的建立,才能保證產品可控性,才能在不斷復雜系統中,保證效率、成本、體驗之間的平衡。




          ?

          三、「 探究 」什么是產品設計體系?

          -


          產品設計體系,在國內仍舊是較為陌生的詞匯。什么是設計體系?


          A.「 定義 


          一個成熟的數字產品,需要有一個穩定、且持續迭代的形態。創造這個形態的過程,我們稱之為廣義上的產品設計(這里指產品的整個策劃和設計過程,包含策劃、交互、視覺及部分前端開發)。而負責控制和維護這個形態的這套系統,便是產品設計體系。


          我們接觸到的更多是設計系統(Design System),比如平臺級的設計體系,Apple、Google、Microsoft等系統級的設計系統,及其設計開發套件、應用生態。公司級的設計系統,如Airbnb設計系統、IBM的Carbon設計系統、螞蟻金服的Alipay Design等。


          但是,在一個企業內部,想要Design System能夠系統性地運轉,還需要基于這套標準建立的團隊協作機制。只有設計標準與團隊協作標準完美融合,才能建立真正的設計體系。



          B .「 組成部分 


          如果將數字產品比作復雜的“生命體”,產品的發展比作競爭中“自我進化”,那么設計體系便是產品的DNA。它既是產品形態的控制源,又是不斷自我迭代的進化源,它的作用是:


          • 控制產品外觀——感知性模型(視覺風格/規范)

          • 制造基礎構件——功能性模型(基礎/復合組件)

          • 模塊的構建規則——模式語言(產品框架規范)

          • 產品標準定義、生產方式制定——協作模型(高度協同的工作流程)


          它不僅能控制產品的“生產結果”,提升產品質量;還能規范產品的“生產過程”,形成一套完整的多職能協作流程,提升產品的生產、迭代和維護效率。 


          從宏觀來看,設計體系像是一個“規范的復合體”,它是各職能之間規范的有效整合,產品框架、交互規范、視覺規范、前端規則,同時也是基于整合規范所創造的一套創新的工作模式。



          C .「團隊能力要求 


          設計體系的建立,需要整個產品團隊擁有一致的目標,并為之通力協作才能完成。這就需要整個團隊擁有較高的平均素質與契合度。


          同時,體系化的建立和推動,也需要團隊中有人牽頭去推動。設計師作為“產品-開發”的中間環節,是非常有條件成為推動者的角色的。


          當然,這就要求設計師擁有更豐富的橫向能力。


          一方面,設計師需要將自身的能力邊界進行拓展,與上下游的職能保持密切的溝通,并解他們的訴求。只有當設計體系滿足各方利益時,體系化才有推動的空間。


          另一方面,對于產品側與開發側人員,設計團隊也可以通過培訓來提升他們的能力邊界。比如針對產品的交互培訓、針對開發人員的基礎審美培訓等。這樣才能提升產品的下限與上限,增強產品的綜合競爭力。



          D .「 構建方向 


          設計體系并非超脫于產品之上,而是根植于產品的成長過程中。


          想要推動體系化的建立,必須充分了解產品發展的基本規律。產品處于不同的生命周期,所要解決的問題是不同的。在正確的時間做正確的事情,并對未來的形態進行規劃,才能逐步讓設計體系根植于產品、融合于產品。


          因此,在下一章,我們首先來了解一下B端產品的生命周期。




          ?

          四、「 剖析 」B端產品的生命周期

          -


          對于設計師來說,首先要更宏觀地了解產品所處的生命階段,才能知道設計需要解決的問題是什么,并以此有針對性制定不同的設計策略,最終幫助產品構建完善設計體系。


          本章更多的是對B端產品的發展階段做一個剖析,而不同階段具體的實施策略,會在后面講解。



          「 產品生命周期概述  


          類似于人的成長歷程,一個新的B端產品從誕生到逐步擴大,通常都會經歷幾個不同的生命階段。


          B端產品研發是一個漫長而系統化的過程。這個過程通常伴隨著商業業務發展與商業戰略模式的不斷調整。


          B端產品從立項到下線,產品會處于幾個典型的不同狀態中,這就是產品的生命周期。通常來看,大多數產品都會經歷以下幾個生命周期。初創期-成長期-成熟期,直至最終進入暮年期。


          而產品的商業價值,也會伴隨著產品的發展而變化。在通常情況下,伴隨著產品的逐漸成長,其商業價值也會隨之增長,并在成熟期進入黃金的商業價值期。而當商業價值出現大幅、持續性的降低時,則基本算是進入了暮年期。


          那么,不同的生命周期中,產品將會遇到哪些問題?而為了保證產品的持續發展,產品團隊又需要做哪些事情呢?



          A .「 初創期 」解決核心問題,產生價值


          初創期,即產品已經從構思到研發,并成為了初步的產品。這個時期,產品雖然還不能覆蓋完整業務,但已經能夠順利運行


          從構思到創意,再到實踐落地。B端產品的誕生,通常源于在行業內深耕多年的資深玩家。在不斷地實踐中,通過創意與實踐,找到了一條能夠幫助行業解決問題、提升效率的路徑。


          在這個時期,產品需要解決以下幾個問題: 


          1)用戶是誰?


          B端業務的本質,就是“向組織銷售服務來獲得盈利”。哪些企業最需要你的產品?哪一類用戶的問題最需要通過這種方式得到解決的?這些都是需要在早期非常明確的。


          站在普羅大眾的角度去規劃產品固然是好的,但成功的產品都始于一小部分早期用戶;B端產品的用戶通常來自某一垂直領域,首先讓他們喜歡上你的產品,然后慢慢向外拓展至更大的人群當中。


          想想看,最初一千名喜歡你產品的種子用戶可能是哪些人?


          2)產品能夠解決什么問題?


          我們要為用戶解決什么問題?“用戶的問題”可能是一個需求、一個困擾或是一個機遇。他們的需求是否真的是痛點?


          這個時期,團隊需要拜訪大量的目標用戶,通過交流獲取痛點。我們必須驗證這個需求的真實性,以及我們的解決方案是否具備一定的可實施性。


          我們可以通過更具象的UI或流程,初步展示想法,不斷優化。最終形成一個可驗證的初步產品Demo,并通過Demo進一步與潛在用戶進行溝通。


          3)這個問題是否普遍?是否具備標準化的可能?


          不同企業的需求是有差異的,如何將個性化的需求抽象成共性的解決方案?如何權衡范圍與成本之間的關系?我們要將不同企業的需求進行抽象,形成標準化的解決路徑。


          這個階段,我們需要為種子用戶創建方向聚焦的MVP。MVP必須是名副其實的最小化可行產品,要為種子用戶帶來端到端的精準體驗。如果他們不理解產品功能,不知道如何或為什么使用,或是發現其性能低劣、bug 太多,無法達到“可行”的程度,那么你的假設就難以得到有效驗證。


          4)是否能夠形成完整的商業閉環?


          用戶是否真的會為這個產品買單?換句話說,產品是否能賺錢并且養活整個團隊?


          B端產品在初創期,最重要的是快速驗證產品與業務的親密性,能否完成既定的商業戰略。產品團隊需要通過磨合業務,快速調整業務解決方案和產品架構。


          不僅是產品的打磨,整個團隊也要形成完整的閉環。工作流程、產品的商業運轉機制也要初步跑起來。產品的售前、解決方案、產品研發、實施、客戶成功,我們需要真實地完成這一套閉環的操作,并基于此做團隊毛利模型的測算。 


          解決問題,帶來價值,并且能夠將價值轉化為收益,這才是產品可持續發展的關鍵。只有跑通完整的商業模式,擁有長期的盈利預期,產品才能順利進入下一個階段。



          B .「 成長期 」能力完善,產品擴張


          成長期,即產品形態初具完善,并具備完整商業閉環之后,處于快速成長的時期。這個時期,產品將進行快速的迭代,覆蓋的業務一天比一天完整,能滿足的業務需求越來越多,而產品為業務帶來的價值越來越大。


          與新生期的區別在于,新生期時的迭代方向還未完全明確,迭代更多的是嘗試,磨合業務與產品。而在成長期時,產品的迭代方向已經是非常清晰了的


          1)更多用戶,更多真實需求


          產品在真正投入運營之后,所遇到的情況一定與MVP時期有所區別。隨著產品的不斷售賣,我們將會接觸到越來越多的真實用戶,以及更多的真實需求。而這些用戶與他們的訴求,將會成為產品發展的指引。


          2)解決更多問題,業務范圍擴張


          經過長期的打磨,產品的形態和可用性已經初步成熟了,商業模式也已經初步跑通。隨著更多的真實需求,產品將會選擇有價值的方向擴張業務范圍,從“解決一個問題”逐漸走向“解決一系列問題”。


          3)功能完善,產品體量快速增加


          伴隨產品的快速迭代,產品的基礎功能會逐漸完善,同時也會基于核心功能去搭建更為豐富的功能矩陣。更多的能力、產品模塊、頁面,最終逐漸疊加為一個完整的大型產品。


          4)組織逐漸完善,人員專業化


          隨著業務擴張,組織架構逐漸完善。為了提高專業性與效率,團隊人員從“多面手”逐漸轉化為專業化方向。與之對應的是,團隊成員的數量也會在這個時期快速增加。售前、解決方案、產品研發、實施、客戶成功,這一套完整的團隊模型在各模塊中不斷地復制。



          C .「 成熟期 」效率提升,快速增長


          成熟期,即產品的形態已經穩定,并能夠創造持續的商業價值。處于成熟期的產品,肯定是已經進行商業化運行的。反之,沒有達到預期的商業價值的產品,不能算成熟期。


          進入這個階段時,產品已經實現了產品-市場匹配。但是,我們需要對整個產品、以及團隊進行一系列的調和與優化,才能讓整個產品的形態與運作方式更加合理,以便將產品推向更廣闊的市場。


          1)產品效率、組織效能提升


          經過一系列的快速發展,產品體量通常都會比較大,而團隊成員也快速擴張。隨著一致性成本、溝通成本增加,勢必會造成研發效率、組織效能會下降。因此,如何降低產品的單位研發成本?如何讓整個團隊的組織效能達到最佳狀態?是需要解決的問題。特別是當產品具備一定的客戶數量以后,單位研發成本的降低將會極大提升產品整體的利潤率。


          2)產品設計-研發標準化,構建完整鏈路


          通過產品設計-研發標準化、數據架構標準化,打通不同模塊的壁壘,提升模塊化與靈活性。將單點之間的競爭力相互配合,形成“場域”競爭力。


          產品的單點也許不能保證都有最佳的競爭力,但如果我們能夠提供一系列的、高質量、無縫銜接的配套服務形成閉環,將會形成強大的整體競爭優勢。同時,產品設計-研發標準化,能夠增加產品售賣的靈活性,通過靈活的組合方式吸引不同的用戶,提升銷售靈活性與成單率


          3)提供高質量的用戶體驗


          產品最終是給人用的,用戶體驗也會在將來逐漸成為B端產品的核心競爭力。隨著競爭的加劇,以及用戶群體的逐漸年輕化,用戶體驗將成為企業在選擇產品時的重要考量因素,也是口碑傳播的重要途徑。


          由于在“產品-市場匹配”階段需要盡快地推出產品,所以在設計開發過程中可能遺留諸多問題,需要進一步打磨優化。產品設計需要與開發具備高度的一致性,視覺交互是否合理,前端代碼是否準確合理,操作反饋是否高效等問題,都需要這個階段來進行調和。


          4)教育市場,賣給更多的人


          當產品逐漸成熟并具備一定體量之后,單靠銷售跑單是遠遠達不到發展要求。這個階段,需要市場部人員對市場進行教育,聚焦不同的行業領域,從“點式營銷”轉變為“面式營銷”,并配合銷售人員進行產品的售賣。因此,在這個階段,產品的品牌力、核心能力的傳播將至關重要



          D .「 暮年期 」商業價值降低,發展逐漸停滯


          暮年期,即產品發展停滯甚至倒退,逐漸失去商業價值的產品。


          B端產品進入暮年期的原因,主要有兩個。一是,伴隨著業務的發展,產品已經很難滿足業務需求。且翻新產品的投入產出比較低。二是,伴隨產品的使用時長,產品將變得臃腫和遲鈍,逐漸難以敏捷地滿足業務需求。


          很多時候,商業環境的快速發展、技術的更新迭代都有可能成為產品進入暮年期的原因。對于暮年期的產品,根據商業戰略,產品經理既有可能要延長產品的壽命,也有可能持續保障產品完成順利換代。當然,更多暮年期的B端產品,由于業務的調整,最終迎來生命的終結。


          需要注意的是,很多產品因為在成長期、發展期無法建立有效的產品控制機制,導致產品過早的進入臃腫階段。也就是前文中所講的“產品失控”,非常有可能加速產品暮年期的到來。


          因此,是否能在前三個階段建立健康、完善的設計體系,是產品能夠獲得更長生命力、更多價值的關鍵。




          ?

          NEXT

          「 下期預告 」設計體系的構建法則  

          -


          你的B端產品處于什么生命周期?在這個階段產品要解決的問題是什么?而在這些過程中設計體系又應該如何構建?


          設計體系的建設并非一蹴而就,通常是伴隨著產品的而發展逐步建立的。在下一篇文章中,我們將基于B端產品的發展階段,帶你詳細了解設計體系的正確構建方式。


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷   作者:Jady13_劍杰

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          如何設計友好易用的表單

          ui設計分享達人

          表單對于用戶和產品同樣重要。當我們需要收集數據時,表單是我們最常采取的方式(也許是由于在互聯網普及之前,表單就已經長期應用于我們日常生活中 )。因此,將表單設計得友好易用是提高用戶信息填寫完成率的關鍵。


          表單拆解

          表單的樣式會根據業務目標、內容的不同而發生變化,但是有一些基礎的組成部分能幫助用戶快速順利地完成表單的填寫。


          1.類別標題:類別標題能夠幫助用戶瀏覽表單并同時解釋整個表單的大致內容是什么。當你需要把被收集的信息分類為多個部分時,比如個人信息、職業信息和財務狀況,這時類別標題就可以派上用場。


          2.文本標簽: 文本標簽能夠提示用戶在每個輸入框中應該填寫什么樣的信息。


          3.提示文字:文本標簽的附加說明。


          4.錯誤信息提示:向用戶反饋為什么輸入框中輸入的信息有誤。


          5.重要行為召喚按鈕:表單末尾的按鈕,用來提交表單上輸入的內容。



          表單狀態


          在用戶使用表單時,有三種最基本的狀態能夠幫助用戶完成操作。


          1.默認狀態:默認狀態是用戶未進行任何操作時的狀態。


          2.激活狀態:當用戶點擊輸入框后,輸入框就變成激活狀態并通過樣式的變化強調顯示。如果用戶視線離開了屏幕一小會兒,這個狀態可以幫助用戶快速瀏覽定位。


          3.反饋狀態:此狀態一般在完成一個信息的填寫,并進行下一個字段輸入的時候出現,讓用戶了解輸入的信息是否正確。對于一些無法立即驗證的信息可以在用戶提交表單的時候進行反饋。



          設計原則


          1.保持簡單:將表單設計得短且簡單。只收集必要的信息,避免讓用戶分開填寫姓氏和名字(分開填寫姓氏和名字一般只存在于外國網站)。允許用戶查看已輸入的密碼,而不要讓用戶填寫兩次密碼去確認。


          2.使用內嵌提示:當用戶輸入信息有誤時要給出錯誤提示,同時要將錯誤原因注明在相應的輸入框旁。


          3.組合相關項:將有相關性的填寫項組合在一起,然后將它們以合理的順序整理,這可以幫助用戶不必花費太多認知成本去填寫必要的內容, 這個過程不僅輕松而且只需要用戶很短的專注時間。


          4.使用左對齊的文本標簽:始終在輸入字段上方放置文本標簽。不要用文本標簽替換提示文字,不然用戶在提交表單之前很難檢查他們輸入的信息,會浪費較多的時間。請把標簽放在輸入字段上方并且左對齊。


          5.根據輸入信息的格式設計輸入框:簡單來說,確保輸入框的格式與輸入信息的格式協調。比如說,地址的輸入框應該比手機號碼的輸入框更長。


          6.CTA按鈕(行為召喚按鈕)

          一般表單的后面會有一個或多個按鈕,比如“提交”、“下一步”之類的。在按鈕有多個的情況下,最重要、或者是最想要用戶點擊的按鈕應該要突出,而其他按鈕弱化處理。

          當使用模態視圖狀態下的表單時,有時會有一個關閉按鈕用于關閉模態視圖。另一種設計方式是使用叉號圖標并將其放置在頂部的右側邊緣,它可以代替關閉按鈕,如圖所示。


          7.搜索字段:當網站內容比較多的時候,把搜索字段做的明顯些,方便用戶對網站內容進行篩選。同樣的,在用戶使用了搜索功能獲取到結果后,不要清除搜索框內的搜索關鍵字,因為用戶可能會查看最初他們搜索了什么。


          8.清晰:向用戶清晰地表達信息,不要出現含糊不清的詞。用戶可能不愿意填寫表單,所以盡可能清晰簡單。如下圖的綠色按鈕文字使用“提現”而不要使用“確定”。


          原文:https://blog.prototypr.io/creating-user-friendly-forms-46e3f7f4eef2

          作者:Momoh Silm

          譯者:Ballen貝林、春風似蛋撻

          本文翻譯已獲得作者的正式授權

          授權截圖

          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          文章來源:站酷   作者:Ballen成明

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

          outlook HTML簽名制作方法

          前端達人

             最近公司要求統一郵件簽名格式,好一頓折騰啊!因為統一提供的簽名是HTML格式 而outlook不直接提供HTML的簽名生成和修改。但其實outlook的簽名是有HTML格式的,并且可以直接編輯,方便而且更好控制,只是outlook對HTML的支持限制很多,很多元素無法使用。以前基本上不會寫HTML,為了這個簽名,HTML倒是學會了不少,也算意外收獲吧。痛并快樂著!

                首先,要制作outlook簽名,需要在outlook先生成一個簽名,起個名字就行,反正內容是要重新修改的。打開outlook,依次打開工具-》選項-》郵件格式,就能看到簽名按鈕。點擊簽名按鈕,打開簽名和信紙對話框,選電子郵件簽名選項卡,然后點擊新建,輸入個名字,OK。第一步到此結束。


                然后打開“C:\Users\你的用戶名稱\AppData\Roaming\Microsoft\Signatures”目錄就可以看到三個文件,一個文件夾,其中那個htm文件就是我們簽名的htm版本。用記事本打開這個文件后可以看到很多的html代碼,這些都是outlook自動生成的,對我們沒有用處,全選然后刪除吧。.rtf和.txt兩個文件是簽名的富文本和純文本格式,可以直接刪除那兩個文件。和.htm同名的文件夾千萬不要刪除,那個html文件需要那個文件夾,它們是一體的,這個文件夾里會緩存一些圖片,看需求吧,不需要就可以直接刪除,特別對于簽名圖片是網絡引用的那種,一定要刪了,要不然outlook只是用那些緩存圖片,即使網絡圖片更換,它也不會變化。

                最后可以將以下代碼復制進那個htm文件

          <head> 
          </head> 
          <body> 
          <hr style="width: 210px; height: 1px;" color="#b5c4df" size="1" align="left"> 
          <table width="100%" border="0" cellspacing="0" cellpadding="0" class="1"> 
          <tbody> 
          <tr> 
          <td valign="top" width="55" height="60"> 
          <img src="http://www.xxxxxx.cn/email/logo.gif" width="45" height="45"> 
          </td> 
          <td valign="top" height="60" style="mso-line-height-rule:exactly; line-height:2.5;font-size:12px;"> 
          <strong><span><font face="宋體">你的名字</font> ┃ <font face="宋體">營銷中心</font><br></span></strong> 
          <strong><span style="color:#C42634;"><font face="宋體">xxxxxxxxxx有限公司</font></span></strong> 
          </td> 
          </tr> 
          </tbody> 
          </table> 
          <table width="100%" border="0" cellspacing="0" cellpadding="0" class="1"> 
          <tbody> 
          <tr> 
          <td valign="top" style="mso-line-height-rule:exactly; line-height:2.5;font-size:12px;>  
           <span><font face="宋體">移動電話</font> <font face="Tahoma">Mobile:139-8765-4321</font> <font face="宋體">辦公座機</font> <font face="Tahoma">Office Tel:029-1234 5678 Ext.604</font> <font face="宋體">公司網站</font> <font face="Tahoma">Web:http://www.xxxx.com</font></span><br> 
          <span><font face="宋體">電子郵箱</font> <font face="Tahoma">E-mail:xxxxxx@xxxxx.com</font> <font face="宋體">公司地址</font> <font face="Tahoma">Address:</font><font face="宋體">xxxxxxxxxxx</font><font face="Tahoma">x</font><font face="宋體">層</font><font face="Tahoma">xxxx</font></span><br> 
          </td> 
          </tr> 
          <tr> 
          <td valign="top" style="mso-line-height-rule:exactly; line-height:1.5;font-size:10px;color:#CCCCCC;"> 
          <span><font face="宋體">保密提示:本郵件及其附件含有保密信息,受商業秘密相關法律法規保護,不得泄露,僅限于發送給上面地址中列出的個人或群組合法使用。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、復制或散布)本郵件中的信息。如果您錯收了本郵件,請您立即電話或郵件通知發件人并刪除本郵件!謝謝您的合作。</font><font face="Tahoma"> Confidentiality Notice: This e-mail and its attachments contain confidential information, which is protected under commercial secrets related laws and regulations, and intended only for the legitimate use of person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it.</font><br></span> 
          </td> 
          </tr> 
          </tbody> 
          </table> 
          <img src="http://www.xxxxxx.cn/email/ad.gif"><br> 
          </body> 
          </html> 

                在outlook簽名中最難處理的行高,line-height屬性,outlook的這個屬性只能支持在塊上設置,比如可以給td標簽設置line-height,但是不能給span設置line-height,否則行高設置是不起作用的。

               具體內容可以根據實際情況改寫。修改簽名文件后,最好關閉outlook重新打開一下,要不然outlook里面會有緩存,造成顯示錯誤。



          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:csdn 作者:ssmile

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


          使用outlook制作簽名

          前端達人

          制作簽名的幾種方法

          你好,最近公司需要我制作公司簽名,之前就想著不就是簽名嘛,多簡單的事。
          但是經過一系列的嘗試之后,發現還真不容易。主要是因為outlook新建簽名的編輯欄不支持直接使用html編輯。下面我介紹我嘗試的幾種方法

          直接在編輯器中編輯

          只有文字的話,那就直接在編輯器中輸入文字進行排版就好了,沒什么難度;

          有文字與圖片結合,這種情況就要看是怎樣的排版了,outlook默認的圖片插入模式是嵌入式,這樣的話就在文字就在圖片的右下角,不能并排顯示,很不實用。那么想修改圖片的插入模式可以在 “文件》選項》郵件》編輯器選項》高級“中修改 具體位置如圖
          修改圖片插入/粘貼的方式這種方法的限制很多,比如你將圖片插入修改為“四周緊密型”,那么你插入的圖片在編輯器中看不到,實際使用的時候是可以看見的。這就很別扭了,還有就是圖片好像會成為附件,如果有你的照片你不想別人每次下載附件將你的照片下載過去吧·······
          由于這種方法并不能滿足我的需求,所以我找啊找找到了另一種方法

          在Word中編輯好了復制過去

          在word中編輯好圖片文字的樣式與排版,直接復制,然后到outlook編輯簽名的編輯器中郵件粘貼,注意粘貼的時候選擇保留源格式。
          這樣有一個問題,就是你新建郵件選擇你的簽名時會發現排版可能跟你的不一樣,或者到手機上文字直接成了一個字一行的現象
          所以也直接pass

          直接在生成的文件上編輯

          在后來一次偶然的機會我發現,每次新建簽名就會在一個文件夾中生成四個文件,修改了這里面的文件也就修改了簽名。所以我決定直接在源文件上修改。那個文件夾地址是:“C:\Users\×××\AppData\Roaming\Microsoft\Signatures”自己把×××換成自己的電腦用戶名,如果不知道的話就Win+R,輸入cmd,Users\后面的就是自己的電腦用戶名。四個文件如下圖:
          四個源文件
          其中.files文件是存放一些圖片以及其他的幾個必要文件;.htm文件就是代碼源文件,類似于html;.rtf就是視圖;.txt就是里面的純文本。這里面最主要的就是files與htm。
          所以我新建了一個空白簽名,然后在htm里面修改代碼,這需要一些html基礎。把需要的圖片放入files文件夾中。
          但是這個有一個缺點,就是圖片可能顯示不了,你把圖片放在服務器別人在outlook的PC端上看需要點擊下載圖片才能瀏覽,放在本地別人根本看不見。還有就是outlook限制了很多html的語法,很多樣式什么的都不能用。
          所以PASS

          直接用word新建htm格式編輯

          后來經過查找各種資料發現。word生成的htm文件其實是與outlook簽名生成的htm類似的,他兩的語法是一樣的,畢竟是一家啊。還發現了任何簽名其實對表格的適應性與兼容性是最好的。
          所以我就用word新建了htm文件,然后用word編輯。首先是插入表格,然后在一整張表格中完成你的排版,添加圖片什么得都沒問題。排版完了之后,直接復制,到新建簽名得編輯器中粘貼,注意保留源格式。。這里得圖片插入模式要為嵌入式,怎么修改前面已經說了。
          這種方法是最完美適應的?。?!

          圖片不清晰問題

          有時候會出現編輯的時候圖片清晰,但是發送出去圖片就模糊了;有兩點:
          1.修改圖片的dpi為96,圖片格式最好都為jpg吧 ,因為如果不是outlook會幫你改過來的;
          2.插入的圖片不要縮小,最好插入前就弄好像素大小,插入進去是怎樣的大小就怎樣。
          否則都會被壓縮。


          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png


          轉自:cadn 作者:ME小鬼

          分享此文一切功德,皆悉回向給文章原作者及眾讀者.

          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

          設計體系構建法則 | 論B端產品的體系化構建(下)

          seo達人



          上一篇我們已經講述了產品發展的生命周期,而現階段你的B端產品處于什么生命周期?在這個階段產品要解決的問題是什么?在產品發展的過程中,設計體系又應該如何構建?本文將基于B端產品的發展階段,帶你詳細了解設計體系的正確構建方式。

           

          ??????

           

          前言

          對于產品體量較大、發展周期相對較長的B端產品來說,任何一個設計決策的沉沒成本都是巨大的。

          若在產品初期就過多制地定規范,就容易限制產品設計的創意性;而在產品框架成熟之后盲目地進行“創意”,則容易造成體驗一致性的缺失,以及大量的重復開發工作。

          在合適的階段做正確的事情,能夠極大降低產品的設計和開發成本,保證最高的投入產出比。

          在產品的不同生命周期中,產品需要解決的問題、工作內容、建設方向是不同的,而對于設計的需求也會存在差異。因此,針對不同的階段,需要制定不同的策略,才能讓設計發揮最大的價值,并逐步構建完整的設計體系。

          你的產品處于哪個階段?在這個階段中,設計師應該重點做哪些事情,才能逐步構建設計體系呢?

          ??????

           

          「新生期」確立風格,關注核心場景的最優體驗

          如果你的產品目前處于新生期,那么恭喜你~ 你將有機會從零開始構建一套完整的設計體系。

          處于新生期的產品,首先要解決的兩個核心問題是:用戶是誰?需要解決什么問題?

          產品的目標用戶群,將決定你的產品風格;而需要關注的核心問題,便是產品的核心場景體驗。因此,在產品設計上,也將圍繞這兩個重點來展開。

           

          A.「 確立產品風格 」感知性模型的初步構建

          首先,我們要為產品創建產品主風格,并以此基礎進行延展,構建初步的感知性模型。感知性模型是控制產品外觀的一套設計規范,不僅包含產品風格,還包含以主風格為基礎制定的組件視覺風格。

          影響產品風格的因素很多,但其中最為核心的一定是“人”。

          用戶是那些人?(用戶畫像:如性別、用戶年齡區間、工作、喜好等)將會決定產品的定位,進而決定產品的調性傾向。

          競品長什么樣?我們還需要在前期進行充分的競品調研,分析目前市場上的產品現狀,在設計上保證產品的獨特性,讓用戶能更好地記住產品。

          ??????

          需要注意的是,感知性模型的建立,通常與品牌特征具有強相關性。為了保證品牌調性的一致,設計師需要思考如何在產品中植入這個“感知點”,并恰當地出現在不同的體驗場景中,加深用戶對于“感知點”的印象。

          比如在網易七魚的所有設計中,為了使所有場景具有統一的品牌調性,在圖形風格、配色、界面布局的設計上都采用了一致的延續性。

          ??????

          感知性模型的建立,其實與品牌DNA有異曲同工之妙。優秀而獨特的產品風格,可以讓用戶擁有更好的記憶點和歸屬感,并成為用戶傳播的基礎。

           

          B.「 關注產品的核心體驗 」

          在新生期,產品的核心功能將會是最主要的競爭力。

          這一階段,設計師應該專注于核心功能,將核心場景體驗做到最佳。用戶使用產品時通常處于什么場景?如何讓用戶更好地解決問題?流程是否可以更精簡?通過不斷地思考、嘗試、驗證,找到最佳的產品設計方案。

          而非核心場景的設計,因為業務還在不斷發展中,將會伴隨大量的試錯和調整。所以只需制定基礎性的規范即可,否則反而容易限制設計師的發揮,對效率的提升也不明顯。

          當然,在設計之前,進行廣泛的競品研究也是必要的。競品是如何解決問題的?我們是否擁有更優的解決方案?我們可以將一些好的、更高效的設計方式結合到產品中。

          什么時機進行競品研究是最佳的?我建議設計師先經過完整的自主思考,并擁有自己的解決方案之后,再開始進行競品的調研。這樣有利于產出更具創意性的方案,而不僅僅只是“比競品好的方案”。

          ??????

          需要說明的是,這里的體驗指綜合性的產品體驗,包含了產品核心邏輯、交互方式與視覺設計,將會涉及到產品不同的職能。

          產品流程決定了用戶解決問題的路徑。是否能夠解決用戶核心痛點?是否合理?是都具備通用性?這些都決定了產品未來的用戶廣度與銷售范圍;而產品交互則決定最合理的人機交互形式。如何更高效?如何使操作更方便?如何讓新用戶擁有更低的學習成本,等等……

          ??????

          這些工作雖然在視覺設計師工作的范疇以外,但對于產品至關重要。作為產品團隊的重要成員,我建議設計師主動去學習并參與到這些環節。

          在設計中主動思考,提出自己的看法與建議,這樣才能真正的從根本上去提升產品的核心體驗,增強產品的競爭力。

           

          「成長期」通過組件庫建立“引用”模式,構建團隊協作模型

          產品已經進入成長期,意味著產品的基礎形態已經基本形成,并且有了清晰的迭代方向。

          如果你的產品在這個時期,設計團隊應該及早讓產品的”生產流程“標準化。因為產品的頁面、模塊數量將會開始迅速增加,標準化越早,能夠節約的成本也就越高。

          通過組件化建立“引用機制”,可以讓產品擁有統一的“零件”標準。之后,再圍繞“零件”標準,構建團隊的協作模型,使整個產品的“生產線”更加標準化,從而提升產品的效率與品質。

          ??????

           

          A.「 啟動產品組件化,建立“引用機制” 」

          進入成長期,在產品形態初步穩固之后,就可以開始啟動產品組件化了。

          組件化,就是將頁面拆分成可復用的最小單元。如果將頁面比喻成物質,那么組件就類似于“原子”,每個組件獨立封裝,又可以集中維護,以此來管理和維護整個頁面。

          ??????

          組件本身又分為基礎組件與復合組件,就像“原子”與“分子”的關系?;A組件可以作為一部分嵌套在復合組件中,這也可以保證復雜組件與基礎組件之間的延續性和可控性

          ??????

          與設計規范不同的是,因為組件庫包含了封裝的前端代碼,其統一性在執行上往往比設計規范要徹底得多。

          而組件化更長遠的價值,在于“引用”機制的建立,以及基于組件庫進行的工作模式升級。引用模式可以使所有相同的組件都有共同的控制節點,使整個產品形成可控的逐級鏈路,對所有末端組件進行集中控制。

          ??????

          在封裝的組件庫中,我們還可以植入統一的API接口,使所有組件可以進行主題定義。比如整體的配色、圓角度數、間距、模式等等。這樣,每個組件將會有非常多樣化的配置方式,以此來適應不同場景、不同的風格

          是不是很像前文中提到的自然構成算法?基礎物質 X 隨機變量 X 算法/秩序 = 可控的復雜系統。

          ??????

          任何一個新的產業進入成熟期以后,都會逐漸將某些環節進行標準化,以此來提升效率、降低成本。通過無數個標準化的結合,逐漸形成體系,最終影響整個行業,而數字產品的發展,也必然會經歷這個階段。

          通過組件庫,不僅可以保證每個組件樣式、交互、反饋上的一致性,還能統一對組件進行優化和維護。極大地提升了產品的可控性,降低產品開發成本,也增強了產品的使用體驗。

          當然,在組件庫的創建上有不同的選擇,使用開源組件還是自行研發,需要企業根據自身情況計算投入產出比。自研組件庫是一個龐大的工程,雖然成本較高,但對于組件的匹配性、易用性、穩定性等方面都會有較強的優勢。對于體量較大的B端產品來說,通過組件庫節約的開發成本,往往遠大于開發成本,而這也是大企業選擇自建組件庫的重要原因。

          ??????

          從零到一進行組件庫的創建,將會經歷一個比較長的周期。常規的流程是:產品經理負責組件的定義,之后由交互設計進行單個組件的交互原型、交互規范的設計,在三方評審通過后才會進入視覺設計的階段。

          在組件的視覺設計中,不僅需要考慮單個組件的規范性,還需要考慮整個組件的數值一致性、代碼的復用性、復合組件的嵌套關系,以及全局API植入等細節因素。關于組件庫的從零到一創建,之后會有單獨的文章進行概述。

           

          B.「 團隊協作模型的升級 」

          隨著產品模塊的逐漸增加,不同模塊的產品經理、交互設計師、視覺設計師等也將快速增加。團隊較小時,產品的一致性與統一性可以通過小范圍溝通去解決,一旦團隊規模擴大以后,這種模式便難以解決問題。

          一方面,組件本身的標準需要符合不同模塊的需求。另一方面,不同模塊的產品框架、規則需要有一個統一的標準,才能避免產品“混亂度”的不斷增加。

          因此,在產品的成長期,我們需要一個對組件標準、體驗一致性進行管理的團隊,可以暫且稱之為——產品設計標準委員會。

          ??????

          委員會可以是虛擬的項目組,也可以是一個群,在有需要的時候進行討論,并進行文檔的沉淀。當遇到有可能跨模塊的內容,或者能夠復用于其他模塊的通用方案時,都要通過委員會進行評審。同時,委員會可以定期對產品內容進行排查,查看在產品中是否含有可統一、可標準化的內容。

          ??????

          比如在七魚工作臺中,抽屜式內容是每個模塊都會出現的。但是,因為不同模塊是由不同產品經理負責,所以內容模塊的標準就會存在差異,比如模塊的布局、信息展示的排版、甚至ICON都不一致。

          這就會造成兩方面問題。一方面,用戶在切換模塊后,需要重新對信息格式進行適應,甚至無法關聯相同的信息,導致學習成本增加。另一方面,當一個模塊需要接入另一個模塊的抽屜內容時,內容標準與樣式的差異性,也為大大增加開發和維護成本。

          ??????

          這種全局的統一設計標準,單獨一個模塊的設計師或者產品,都是很難推動的。必須擁有一個標準審核的機制,使不同模塊的同類內容具有相同的設計標準,才能使產品在發展中始終保持有序發展,避免產品走向混亂,最終導致產品“失控”。

          團隊協作模型的建立,將會逐漸沉淀出一系列的“跨模塊設計標準”,而這些標準將會成為逐漸整合為“規范體系”,最終構建成為完整“模式語言”。

           

          C.「 設計中臺化 」

          在產品的成長期,隨著設計團隊的人數的增加,設計團隊的中臺化也是需要考慮的事情。特別是隨著Figma以及其他云端協作軟件的出現,也使團隊設計文檔管理與協作的方式更簡單了。

          ??????

          對于設計團隊來說,設計中臺的建立主要有以下幾個優勢:

          • 標準文檔管理:設計中臺將會作為所有設計標準的來源,讓所有設計師可以進行調用。比如組件庫設計稿的存放與維護、ICON繪制規范、全局Banner規范、框架規范等。
          • 資源共享:將一些通用的、質量好的設計元素進行共享,提升利用率和統一性。
          • 項目協作:大型項目的多設計師協作
          • 資產沉淀:隨著項目的進行,我們會積累大量的設計資源。設計中臺不僅是設計稿的存放庫,也可以將優質的設計資源進行分類,形成團隊資產,方便設計師進行學習與調用。

          ??????

          設計中臺的建立,能夠引導標準的統一,降低團隊的溝通和協作成本,是推動設計體系建設的重要因素。

           

          「成熟期」構建模式語言,整合功能性模型+協作模型

          在經歷成熟的的快速擴張之后,產品形態將最終進入一個相對穩定的階段。其模塊數量、頁面數量已經足夠巨大,雖然可能還伴隨著一些功能的增加或完善,但這座“大樓”已經基本成型了,“樓層”已經基本確定,剩下的可能是基于“樓層”建立更多的房間等等。

          在這個階段,設計團隊需要將前期積累的“標準框架”構建為統一的功能性模型,并整合功能性模型(組件庫)和協作模型,形成真正的設計體系。

           

          A.「 逐步建立模式語言,構建產品搭建模型 」

          隨著協作模型的建立,不同模塊在進行設計時,都會進行標準的統一。在成熟期之前,因為產品形態還在擴張,這個標準都是比較零碎的。當產品進入成熟期后,設計團隊就需要將這些零碎的規范進行梳理,形成規范體系

          比如下圖的產品構建框架規范,便是產品搭建的標準之一。比如一二級菜單的出現位置,頁面中標題、操作區、列表應如何布局等等…

          ??????

          以及在具體的功能頁面中,不同頁面的細則規范、應用切換方式,頁面的預加載樣式如何統一等。

          ??????

          最終,我們會將所有的全局規范、框架規范、信息架構,都整合為完整的模式語言(規范體系),以此來指導設計師/產品經理進行產品的統一設計。

          ??????

           

          B.「 功能性模型+模式語言 」產品快速構建

          完成模式語言(規范體系)的構建后,結合我們的功能性模型(組件庫),就可以初步形成了產品的快速搭建能力——即一些常規的頁面,產品經理可以在沒有設計時參與的情況下,自主進行快速搭建。設計師只需要在搭建完成后,針對頁面進行走查即可。

          ??????

          整個搭建過程類似于樂高積木,通過單個組件進行框架搭建,然后遵循頁面的結構進行組件填充,之后形成產品的功能模塊,再更進一步,將多個功能模塊再搭建成業務系統。

          通過“樣式組件化”+“規范體系化”,再配合逐步完善的協作模型,整個產品團隊最終將形成了完善的設計體系。

          ??????

          快速搭建體系的建立,可以創造更高效的資源分配模式

          一方面,對于產品來說,這意味著大量的資源可以從簡單、重復性高的工作中脫離出來。通過快速搭建體系,標準化和簡單的設計任務就無需設計師參與,可由經過培訓的產品經理直接進行搭建,而前端開發因為組件化與設計標準的統一,代碼復用率也大大提升,節約了大量的開發資源。

          ??????

          另一方面,因為“生產原料”與“生產流程”的統一,使得產品的設計一致性得到極大的提升。

           

          C.「 提供高質量的用戶體驗 」

          在產品進入成熟期后,產品通常已經具備了龐大的用戶量。而在B端產品競爭日趨激烈的今天,用戶體驗將會越來越成為產品的核心競爭力之一。因此,提供高質量的用戶體驗,將會成為非常有價值的事情。

          特別是在產品快速發展的成長期,為了配合版本迭代,而忽略的大量體驗問題,都要在這個階段有針對性的進行解決。

          而設計體系的建立,使得設計師擁有更多的時間專注于關鍵場景的體驗升級

          ??????

          產品設計團隊可以定期針對產品進行體驗評估,掃描目前產品出現的問題。確定列表后與各相關方確定優先級,之后根據優先級進行排期,并跟蹤結果,最終驗證體驗問題的解決成果。

          ??????

          比如為了解決頁面在加載中的卡頓問題,設計團隊為七魚的主要頁面設計了一套頁面預加載模式。提升頁面流暢性,盡量減少用戶等待中的焦慮感,也對模塊的結構有一個預期。

          undefined

          為了解決不同屏幕的最佳適配問題,我們與前端開發一起設計了一套多段式自適應適配方案,讓屏幕適配不那么生硬,同時提升屏幕的使用效率。

          undefined

          以及在網易七魚的產品中,會伴隨著大量的篩選任務,經常會占用巨大的屏幕空間。為了解決這個問題,設計團隊打造了可收縮式的“自適應超級篩選”。使客服人員在保證精準篩選的前提下,最大限度地提升屏幕使用效率。

          undefined

          而在使用場景最多、占比最高的表單組件中,我們制定了層級式表單規則,根據不同類型的字段,賦予合適的寬度,最大化地提升了屏幕的使用效率。

          undefined

          這些產品體驗的優化任務,大多都由設計團隊進行推動,取得了非常良好的效果。這使得我們的產品在大的維度擁有極高一致性的同時,在不同的場景也具備高品質的設計體驗。

           

          「生態擴張」基于設計體系,快速創建新產品

          一套成熟的設計體系建立,意味著產品的“基礎零件”和“生產流程”都已經成熟。這種模式一旦落地,企業不僅可以快速生產新的B端產品,還可以基于這個模型對老的B端產品進行改造,最終構建完整B端產品生態。 

           

          A.「 快速創造全新的產品 」

          通過分析B端產品的構建方式,我們可以發現:不同B端產品的構成方式是相同的,區別僅在于產品的風格(感知性模型)和模式語言(產品的框架規范)的差異。而產品的組件庫、協作模型以及快速搭建流程,都是可以在不同的產品中進行復制粘貼的

          undefined

          因為組件API的存在,我們可以將同一個組件適配不同的產品風格,并且基于改造后的組件庫,構建產品的整體框架規范。比如下圖中的三個產品,雖然他們的風格不同,但都是使用FishDesign組件庫進行API定義的。

          undefined

          同時,當協作模型在一個產品中運轉成熟后,我們可以將這種協作方式快速復制到新的團隊中。之后,隨著新產品逐漸進入成長期,我們可以同樣按照上文所講的方式為產品構建整體的框架規范(模式語言),并應用相同的快速搭建系統等等。

          我們可以發現,當擁有一套成熟的設計體系之后,構建一個新產品的成本將大大降低。

          基于這種模式,所有的組件仍然引用自同一個組件“源”,也就是說,企業仍舊可以通過組件庫保證所有產品的可控性。我們仍舊只需要維護一個組件庫即可,而這也將為企業節約大量的開發資源。

           

          B.「 產品融合,打通企業服務全流程 」

          一個B端產品,通常是為了解決“某一類”問題而誕生的。而B端企業的最終目標,一定是為企業解決“一系列”的問題,甚至是“全流程”的問題。因此,在一個大型B端企業中,當所有的子產品都逐漸成熟以后,產品的整合通常會成為下一個目標。

          在傳統的B端企業中,產品整合通常會是一個非常大的問題。因為不同的產品可能采用不同的前端框架、不同的風格、不同的操作行為等等??梢哉f,產品整合的成本約等于重新開發一個產品。

          但是,如果所有的產品都采用同一套設計體系,那么產品整合將會容易很多。

          undefined

          因為所有產品都是基于同一套設計體系進行構建的,不同產品的區別僅在于框架規范(模式語言)以及核心場景操作方式的差異。所以,我們只需要對這些產品的整體框架規范進行統一,就能逐步打通不同產品。

          undefined

          最終,通過產品設計體系+一致的產品框架規范,我們將幾個不同的B端產品整合成了一個大型的B端平臺。在這個平臺中,原先所有子產品的能力都在其中,同時我們也可以將所有的能力在同一個平臺中串聯起來,形成完整的解決方案。

          而對于我們服務的企業來說,我們不僅擁有眾多可單獨購買的“多樣化服務”,也擁有一系列全流程的“大型服務能力”。我們既能解決小問題,也能解決大問題,產品的競爭力將會大大提升,我們所能服務的客服范圍也將越來越大。

           

          「未來前瞻」B端產品設計的發展局勢

          隨著B端產業的快速發展,在未來一定會出現更多的創新的設計趨勢。在文章的最后,結合自己淺顯的認知,跟大家來聊一聊未來的新趨勢吧~

          A.「 設計“算法”化,框架智能化 」

          即便是目前基于組件庫的UI設計,產品模塊的“拼裝”上,更多的還是依靠個人感官,以及設計師的配合。雖然存在柵格系統,但顯然在設計與前端層面并沒有形成完整的融合。

          因此,在未來的B端設計中,UI設計中部分“感知性”的模型,將會逐漸轉化為“算法”。

          比如在所有的UI界面設計中,我們可以將4間距設定成一個代數值U(U=4px)。以此為基礎,我們將模塊內元素的間距設定為2U,模塊間的間距設定為4U。通過這種方式,我們可以將所有的間距、層級以U進行表示。將所有的設計稿、前端開發都使用同一個代數U進行設定之后,所有UI的間距就實現了“代碼化”。

          undefined

          以這種方式,全局的UI間距可以轉化為“算法”,讓機器自動生成間距。同時,當我們的界面在不同場景需要調整疏密感時,直接調整U的數值,配合柵格系統,就能實現全局等比調整。

          undefined

           

          B.「 能力交叉,新型崗位誕生 」

          在職能的細分上,一個很明顯的趨勢是,不同職能的能力范圍將逐漸蔓延。在成熟的產品中,不管是產品經理還是設計師,他們的能力都會越來越向兩端擴展,并趨于融合。

          比如產品經理更懂交互了,視覺設計師也更懂交互,并且一部分成為了體驗設計師。這就導致部分交互設計崗位會減少,產品經理將會承擔部分交互工作,而另一部分則由體驗設計師完成。比如為了讓產品還原度更高,一部分設計師將會開始研究前端代碼,而一部分前端則會擁有更高的設計與審美素養。

          undefined

          因為各職能之間的“交叉面”增加了,所以產品的“下限”更高了,而產品的整體品質也得到了提升。

          而在設計軟件未來的發展中,這個趨勢也將得到加強。產品設計師(產品經理+體驗設計師)將能夠在軟件上完成從產品策劃-UI設計-Demo演示-開發對接的全流程

          undefined

          另一個趨勢是新型崗位的誕生。隨著B端產品的逐漸成熟,一些大型的、成熟產品將會對各方面提出更高的要求。而未來可能將會出現以下兩種職位:

          數字體驗工程師:

          在未來,越來越多的體驗將在虛擬場景、或者虛擬現實場景進行。產品體驗的提升很大程度上將會依賴技術與設計的結合。因此,在一些大型的互聯網公司,很可能會出現同時精通產品體驗與前端技術的“數字體驗設計師”。

          undefined

          產品架構設計師:

          在大型的B端產品中,各產品經理往往負責不同的業務線,專注于本模塊的架構。而設計師雖然制定規范,卻難以推行至產品框架層面。導致了產品的頂層框架-產品UI規范-產品前端框架,這三者通常是分離的狀態,二者將帶來非常巨大的彌合成本

          產品架構設計師的出現,將會以 [產品+設計師+前端架構師] 的角色,統籌所有的產品線,制定 [產品-UI-前端] 一體式的整體架構,讓整個產品的標準完美兼容所有的模塊,使整體架構更精簡、更可控

           

          C.「 跨端模塊化,兼容性框架,全平臺融合 」

          隨著移動互聯網、物聯網的加速,數字產品將會逐漸延伸至更多的場景。而多端的兼容性、一致性、成本也逐漸納入到未來的思考之中。

          因此,跨端模塊化、全平臺融合將會是未來的趨勢。隨著Google的Flutter、華為的Harmony OS,都正朝著這個方向發展,而蘋果也在嘗試iOS、iPadOS、MacOS的三端融合。

          undefined

          很顯然,對于產品體量巨大的B端產品來說,多端開發的成本是非常高昂的。而且,高昂成本帶來的,卻仍然是大量的體驗不一致、版本難以管理等,而跨端的模塊化,將是這一系列問題的答案。

          比如網易會議在產品設計之初,移動端就直接采用了Flutter進行跨端開發,而桌面端(Windows、Mac端)則采用了兼容性框架。同時,為了使未來全端融合可以實現,我們對很多場景與組件都進行跨端的模塊話設計,不管是設計稿還是前端數值,都實現了1:1的跨端統一。

          undefined

          可以預見,在未來的系統架構中,一定會以跨端模代碼統一、全平臺融合作為目標,而產品的設計也會逐漸往這個趨勢發展,帶來更多的可能性。

          undefined

          最后,希望華為的Harmonys能夠成為第一個真正意義上的全場景融合系統,也希望中國所有的科技公司一起加油~

           

           

          「末」寫在最后

          這段時間的變化也挺大的,經歷了公司內的組織變革、拆分,伴隨著離別、重組、成長、新生。心態上確實又成長了許多,也看開了很多事情。沒有任何事情是一成不變的,你的安全感來能力和內心的強大。只是做好隨時應對變化的準備,才能坦然的活在暫時的穩定中。

          從整個宇宙的尺度來看,變化是永恒的。所有的物質都處于大爆炸的余暉中不斷膨脹,就連時間也是如此。

          熵增是宇宙的基調,而生命以負熵為生。生命就是要在不斷克服變化,在變化中尋找平衡。努力與舒適、工作與生活、做人與做事,任何事情都是相對的,平衡是事物長期發展的關鍵。

          隨著年紀的逐漸增長,好像突然能夠讀懂一些“老書”了。不管是孔孟老莊,還是偉人的《毛澤東選集》,對于自然、社會、人的認識反思,都比我們要深刻的多。智能并不等于智慧,抖音和頭條看再多,都比不上認真完整的去讀一本書。

          孔子曰:“子溫而厲,威而不猛,恭而安。”

          王蒙老師對此的解釋很通俗:做人時刻做到面面俱到,是不容易的。從長遠看,也就是求幾個方面的平衡、均衡。溫和很好,失去了堅定性與原則性就不好了,所以還要補上厲。威嚴是必要的,太兇猛莽撞了就傷人害人,提醒您悠著點,別那么猛恐怕是必要的。恭敬小心,如果變得哆里哆嗦,進退失據,鬧心亂意,當然也是走向了反面,您還得安詳踏實些。這三條乃是做人的辯證法。

          希望大家能在工作之余,多看一些好書,多一些學習成長。

          感謝大家的觀看,下次再見~

           

          推薦閱讀書籍/文章:

          《智能商業》—— 曾鳴;《設計的思考》——周陟;《設計體系》—— [英] 阿拉·霍爾馬托娃;《深奧的簡潔》—— [英] 約翰·格里賓;《機械宇宙》—— [美] 愛德華·多尼克;《萬物皆數》—— 米爾??āぢ迥?;《產品從0到1的4個發展階段》;《B端產品生命周期》;《復雜》——梅拉尼·米歇爾

           

          原文地址:設計劍道(公眾號)

          作者:徐劍杰


          轉載請注明:學UI網 ?設計體系構建法則 | 論B端產品的體系化構建(下)



          藍藍設計建立了UI設計分享群,每天會分享國內外的一些優秀設計,如果有興趣的話,可以進入一起成長學習,請掃碼藍小助,報下信息,藍小助會請您入群。歡迎您加入噢~~希望得到建議咨詢、商務合作,也請與我們聯系。

          截屏2021-05-13 上午11.41.03.png



          分享此文一切功德,皆悉回向給文章原作者及眾讀者.
          免責聲明:藍藍設計尊重原作者,文章的版權歸原作者。如涉及版權問題,請及時與我們取得聯系,我們立即更正或刪除。

          藍藍設計www.syprn.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

           



          日歷

          鏈接

          個人資料

          藍藍設計的小編 http://www.syprn.cn

          存檔

          亚洲va欧美va天堂v国产综合