來源:橘子吃桔子 發(fā)布時間:2018-05-19 16:59:21 閱讀量:5060
沒有接觸過大型類似電商的后臺,主要是一些中小型后臺,在這些過程中,遇到了很多問題,思想上進步了一些;我自己總結(jié)了幾個方面
1.產(chǎn)品開發(fā)文檔
就職的公司大概是中小規(guī)模,一開始項目設(shè)計都有明確的項目開發(fā)文檔;后來換了一個部門,部門的作風(fēng)不大一樣,缺少設(shè)計文檔,剛開始的時候覺得自己是新人,要求過兩次后就不大好意思了,有些內(nèi)容就是熟話說起來先做唄,不合適再改;布局產(chǎn)品的時候很難從全局把握,會遺漏、被推翻、造成進度緩慢,要忍受開發(fā)人員的指責(zé);所以慢慢覺得有一份清晰的產(chǎn)品文檔十分重要,
優(yōu)點:
1.書寫容易讓上級更清晰的對待自己的開發(fā)方向,讓其他角色輸出時再論證輸出的內(nèi)容;對產(chǎn)品更充分考慮
2.產(chǎn)品大局觀;
3.合理的進度安排;
4.合理的開發(fā)順序;
5.明確內(nèi)容,減少推諉,加快開發(fā)進度;
6.通過前期討論,加強了團隊建設(shè),有合適時間溝通
7.文檔有保存性,人員更迭,不會消耗太多的時間
缺點:
1.前期消耗時間較多;
2.半優(yōu)半缺,更改起來不靈活,從而一開始就要認真的思考,對內(nèi)容負責(zé);
3.半優(yōu)半缺,寫起來花時間但動腦子
4.你們團隊可能有一段時間的冷戰(zhàn),或者得罪領(lǐng)導(dǎo)
2.需求從哪里來,誰先干誰后干(對接型后臺)
“XX,你先做起來,等后面我確定了再改”“接口文檔全給你,你自己看著做”…這個其實跟文檔類似,但是感覺挺重要的,可能前臺的時候是做產(chǎn)品的同學(xué)去挖掘需求,然后技術(shù)實現(xiàn),可是后臺完全不是這樣,所有的需求完全都在那里等著,只是它們需要翻譯一下,你才能看得懂,所以我認為這種后臺需求應(yīng)該是負責(zé)寫后臺的技術(shù)同學(xué)先整理內(nèi)容,我設(shè)計實現(xiàn),前端在開發(fā),此刻的我們的身份變了,后臺技術(shù)同學(xué)成為產(chǎn)品先鋒
3.明確,后臺為了什么
后臺不像前臺,很多內(nèi)容需要仔細的考量,跟用戶去交流,后臺就沒有這么多考慮,開發(fā)說這個、客服經(jīng)理這個;而且后臺很多東西很難考量,好像永遠處在一種微妙的平衡中,沒了好像除了心慌慌,其他也沒什么;加上去吧,好像除了花點開發(fā)時間,其他也挺好的;邊上是不是來一句“加上去吧,下次改不知道什么時候呢,改起來麻煩”,難道這樣你就屈服了嗎,對…后來我才老師去問他們,這個為什么加,不加會有影響嗎;你說后期某個功能會涉及到,大概是什么時候;這是一個客戶的需求還是很多客戶的需求,很多事有多少個...后來我臉皮厚了會這樣去質(zhì)疑,然后任性的拿掉很多東西,背起一口口鍋;后臺為了什么,什么最重要,什么是輔助,什么應(yīng)該最先上線,什么時候是我們智商在跳舞。
4.可擴展性
可以任性的簡化功能,但也要保證擴展性,免得某個風(fēng)和日麗下午,功能來的時候,搞死自己,或被別人搞死;考慮的多一點和遠一點,有些樣式雖然好看,但架不住數(shù)據(jù)多,數(shù)據(jù)一多就不好處理,可讀性差;
5.形成一套后臺設(shè)計規(guī)范
設(shè)計規(guī)范可能有很多很多,也許有這個意識很快就能實現(xiàn),其實設(shè)計規(guī)范最好來原有的設(shè)計平臺,也許有很多個,最好盡可能的把他們的樣式、行為邏輯能夠規(guī)范起來,不至于改變原有的操作習(xí)慣,慢慢的有統(tǒng)一的風(fēng)格樣式,行為邏輯,可能你不能改變整個公司的,至少能統(tǒng)一自己的產(chǎn)品線后臺,針對不同的;對于簡單的后臺,可以直接拿來使用;不過其實做的時候也要跟開發(fā)溝通好,免得遭受來自開發(fā)的吐槽:“哥們,你這樣式都不用改的嗎,設(shè)計這么輕松嗎”。
6.了解程序員的代碼庫(UI組件庫)
為了加快開發(fā)速度(或者說為了偷懶),通常很多內(nèi)容不會自己去寫,像什么統(tǒng)計的圖表,時間選擇器,表單、夾在緩存的動畫等,都有現(xiàn)成的代碼可以拿過來修改參數(shù)值直接用,如果設(shè)計師自己設(shè)計上述的內(nèi)容,就可能造成設(shè)計浪費,在落實時也可能造成相互不理解乃至相互不信任吧,設(shè)計師在設(shè)計前了解這些代碼庫包括大廠共享的代碼庫(設(shè)計水準也很好),在界面上標注修改意見,可以極大的提升效率。認識不同框架的如Vue.js,React下的組件庫;如:iview、element、layui、Hover.css(Hover效果)
7.加快相互間的了解
一味吐槽-越來越爛
適當(dāng)鼓勵-越來越棒
設(shè)計師和程序員,首先是一個個個性鮮明的人,其次才是某個崗位上的一份子,有時候設(shè)計師可能要配合很多個程序員,可能對相互間的習(xí)慣不熟悉,就比如我就比較粗心,有時候?qū)С鲆?guī)范漏了,復(fù)制過來的字段忘了,發(fā)郵件漏了,切圖少了(還死不承認),剛提的問題就忘了等,我可能對接前就會挖個坑,埋汰下自己;又比如最近跟我合作的前端就比較心急,我還沒準備完就會過來了解一下,提前準備;有的程序員愿意跟你討論問題,有的不愿意等,設(shè)計師也要了解程序員對代碼的把控,了解程序員的代碼能力,好控制時間進度。
8.設(shè)計插件輔助
其實有時候總會遺漏某些新出的軟件啊,插件啊,或是年紀大了不愛了解等等,運用新的工具能夠極大的提升效率,從以前的PS導(dǎo)圖加標注到現(xiàn)在sketch可以直接導(dǎo)出規(guī)范,到導(dǎo)出規(guī)范可以直接從規(guī)范里下載切圖,到批量修改顏色,字號,特別像規(guī)范和切圖,著實很浪費時間呀
9.共享平臺
之前有用過一個文件共享平臺,每次更新的文件上傳就可以,不用發(fā)給每一個人,大家都看得到;好多筆記類軟件都有這個功能
10.了解代碼
11.及時總結(jié)自己的不足
好想會了一點,又不能上一個臺階,好好努力
轉(zhuǎn)自站酷