濟(jì)南軟件開發(fā)是有一套流程的，起初，從需求確認(rèn)，然后由開發(fā)人員進(jìn)行代碼設(shè)計(jì)、編碼，再由測(cè)試人員進(jìn)行功能檢測(cè)，最后產(chǎn)品功能上線。

在項(xiàng)目開始之前，需要對(duì)需求進(jìn)行采集、分析、篩選，有時(shí)會(huì)組織開個(gè)需求討論會(huì)，決定需求做不做以及做多少，因?yàn)殚_發(fā)和測(cè)試的資源是有限的，讓資源可以合理分配。

在項(xiàng)目啟動(dòng)之后，產(chǎn)品負(fù)責(zé)人會(huì)召集需求評(píng)審會(huì)，這是防微杜漸，大家一同商討，發(fā)現(xiàn)需求中存在的問題，好及時(shí)矯正項(xiàng)目方向。因?yàn)?，方向錯(cuò)了，做得越多，錯(cuò)得越多，所以，及時(shí)發(fā)現(xiàn)問題，可以更好地控制項(xiàng)目風(fēng)險(xiǎn)。

當(dāng)需求得到確認(rèn)以后，那么該項(xiàng)目就進(jìn)入到開發(fā)階段，開發(fā)、測(cè)試人員就需要和產(chǎn)品負(fù)責(zé)人確定需求實(shí)現(xiàn)的細(xì)節(jié)，有些會(huì)在起初的需求中標(biāo)注出來，但很多問題沒有辦法一開始就能發(fā)現(xiàn)，隨著項(xiàng)目進(jìn)度的推進(jìn)，細(xì)節(jié)的問題會(huì)不斷出現(xiàn)，這便需要與PD（產(chǎn)品設(shè)計(jì)師）及時(shí)溝通、確認(rèn)。開發(fā)完成后提交給測(cè)試，由測(cè)試人員確認(rèn)產(chǎn)品功能是否存在漏洞，與此同時(shí)，PD也可以在測(cè)試環(huán)境中，確認(rèn)開發(fā)的功能是否與自己期望的相一致。確定沒問題之后，產(chǎn)品功能上線。

以上是項(xiàng)目流程，自己作為開發(fā)人員，接下來是自己負(fù)責(zé)的開發(fā)模塊。分以下三點(diǎn)：

1.交互設(shè)計(jì)與頁面美觀

相比于傳統(tǒng)行業(yè)的商品精美包裝，互聯(lián)網(wǎng)行業(yè)的包裝就是頁面，別人想了解你的產(chǎn)品，首先是看你的網(wǎng)站，網(wǎng)站制作的美觀程度，決定著潛在用戶是否有深入了解你產(chǎn)品的意愿。

因此，頁面設(shè)計(jì)的重要性不言而喻，開發(fā)的時(shí)候可以參考業(yè)界公認(rèn)的頁面設(shè)計(jì)指標(biāo)，同時(shí)結(jié)合公司的風(fēng)格，比如顏色以黑色為主或是頁面風(fēng)格崇尚簡(jiǎn)約等等，做到頁面美觀。

其次是交互設(shè)計(jì)，“不要讓用戶思考”，頁面的排版以及交互設(shè)計(jì)要貼合用戶的心智。自己作為產(chǎn)品功能的開發(fā)者，自然對(duì)產(chǎn)品的功能爛熟于心，但用戶是第一次使用，他們不會(huì)有耐心反復(fù)翻找某個(gè)按鈕或者需要的功能.

因此，我們?cè)谠O(shè)計(jì)的時(shí)候，要考慮到潛在用戶及“新手用戶”，比如：可以將常用的功能按鈕，放在顯眼的位置；使用醒目的顏色，比如“購買”按鈕，就可以用最醒目的橙色等等。對(duì)于“專業(yè)用戶”，則可以將繁多的功能，放在折疊的菜單里，使得頁面更為簡(jiǎn)潔。

對(duì)于以數(shù)據(jù)為主導(dǎo)的公司，許多頁面會(huì)涉及到數(shù)據(jù)信息的展示，為了貼合用戶的心智，最好不要直接把所有數(shù)據(jù)列一張表（用戶看起來會(huì)很累的?。Ｒ詧D表的形式展現(xiàn)，讓用戶一目了然，當(dāng)需要查看詳細(xì)數(shù)據(jù)時(shí)，在表現(xiàn)形式上，可以做一個(gè)鼠標(biāo)的懸停，展現(xiàn)對(duì)應(yīng)的數(shù)字。

2.編碼

編程語言只是工具，語言是實(shí)現(xiàn)需求的手段之一，而實(shí)現(xiàn)需求的途徑是多樣的，在思考實(shí)現(xiàn)需求或者設(shè)計(jì)編碼的時(shí)候，不要被某一技術(shù)所局限（手里拿著錘子看什么都像釘子）。強(qiáng)烈推薦《水平思考》（后續(xù)我會(huì)寫相關(guān)?。。?。

使用面向?qū)ο蟮木幋a方式，將功能模塊化，接口化，別人調(diào)用不需要了解內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)，提高開發(fā)的效率。

自己在編碼完成后，可以進(jìn)行些簡(jiǎn)單的測(cè)試，減少測(cè)試人員的工作量，提高團(tuán)隊(duì)運(yùn)作效率。

養(yǎng)成良好的代碼命名習(xí)慣，做到讓代碼自己“說話”。清晰簡(jiǎn)潔，如無必要，勿增實(shí)體。

3.團(tuán)隊(duì)溝通

項(xiàng)目開發(fā)時(shí)，并不能確保每個(gè)人都擁有足夠多的信息，正好開頭所提及的，需求在確定的時(shí)候，不可能把所有細(xì)節(jié)的詳細(xì)信息全部標(biāo)注。

因此，作為開發(fā)人員需要多溝通，與需求提出者溝通，確保自己的想法與需求一致；與業(yè)務(wù)人員溝通，了解客戶反映產(chǎn)品存在的問題；與測(cè)試人員多溝通，確保編碼沒有問題，可以及時(shí)上線。