跟著互聯(lián)網(wǎng)年代的到來，大多數(shù)的公司關于網(wǎng)站建造的注重程度開端有了顯著的改變。作為網(wǎng)站建造的從業(yè)人員，想必各位讀者也都有過這樣的感受，在網(wǎng)站建造中，許多客戶的需求跟程序

　　制造的大方向有沖突，那么你是依照客戶的需求盡力去完結呢，仍是堅持自個的準則不退讓呢？這兒筆者做了一下簡略的剖析，期望關于咱們這些網(wǎng)站建造人員能有一個指導作用。

　　通常狀況，客戶在進行網(wǎng)站建造之前都會跟網(wǎng)絡公司的業(yè)務員進行過簡略的交流，然后簽定了制造協(xié)議，制造協(xié)議里通常也都標準了制造流程、功用、完結時刻等細節(jié)?？墒窃S多公司都疏忽

　　了一個狀況，業(yè)務員大多不是網(wǎng)站編程人員，關于網(wǎng)站功用的描繪通常限制在外表的形狀，雜亂一點的功用基本上很難對客戶描繪的明白，或者說能把要害的技能難點在一開端就跟客戶解說

　　明白，有些業(yè)務員又為了早點把單子簽下來，那么這時兩邊所簽定的網(wǎng)站建造合同里關于功用需求的標準就不會太具體。這就致使了在制造過程中，網(wǎng)站技能人員關于功用的了解跟客戶關于

　　功用的了解呈現(xiàn)誤差這種狀況。是否能處理這種對立將直接影響到這個訂單的順利完結。

　　那么到底是誰說的有理，誰又是在推卸職責呢？筆者這兒想說的是兩邊其實都沒有錯，假如非要說追查一下誰有職責的話，那么業(yè)務員能夠他要承當?shù)穆氊熓歉?#13;的。（業(yè)務員很冤枉的說：

　　我也想趕快簽單，可是究竟我不是做代碼的，許多功用我不能夠說的十分細，只能是我覺得能夠完結的就贊同，無法完結的我就不贊同。）相同一個功用，客戶了解的方法和編程人員了解的

　　方法能夠徹底不一樣。這兒筆者想表達的即是其實兩邊假如都能夠換位考慮，多替對方考慮，疑問其實就極好處理了。

　　首要，從客戶視點動身，客戶花錢制造網(wǎng)站當然是想完結自個的意圖，并且客戶考慮的視點多是從公司自身的推廣以及公司文化下手對比實踐，可是客戶關于編程規(guī)矩以及程序可完結性是很難有 判別的，所以從這個視點動身客戶并沒有特意去刁難誰的意思。（這兒咱們只評論對比正常的狀況）換個程序員的視點，一個正常的程序員進行網(wǎng)站建造，那么完結功用是最基本的需求，可是有時客戶提出的功用，從邏輯上就底子無法完結，或者說依照合同上的功用描繪底子就不包括這個功用，那么這時程序員就無法正常完結這個網(wǎng)站項目，除非是這個程序員自個犯懶，不愛給客戶開發(fā)，那么另當別論。所以最終這么一看，其實只需兩邊坐下來，把兩邊的狀況都說出來，咱們好好評論一下，疑問底子就不是處理不了，多替對方想想，實踐上肯定是能夠找到處理方案的，最起碼一個折中的方法仍是極好想到的。

　　網(wǎng)站建造更底 子的意圖即是完結客戶的需求，替客戶做好效勞。那么多換位考慮一下，少一些爭持，多一些交流，咱們的這些網(wǎng)站建造項目就都能夠順順利利的做下來了，不光客戶滿足，自個公司的程序員也會做的舒暢。良性循環(huán)的成果即是公司掙錢，咱們開心。期望這篇文章對咱們能有所協(xié)助。