權力的過渡充滿了困難。不同的團隊有不同的價值觀、不同的經(jīng)驗、不同的專業(yè)知識、不同的優(yōu)先級，這就導致了不同的工具和不同的方法。

人們很容易把網(wǎng)頁設計看作一個端到端的過程，從研究開始，以指標結束。現(xiàn)實情況是，大多數(shù)設計人員和開發(fā)人員是在一個正在進行的過程中加入項目的。

這給我們留下了一個艱難的選擇:我們是嘗試用我們自己的工具集滿足客戶的期望，還是適應已經(jīng)到位的工具和過程?

對于任何從不同的設計師/開發(fā)者/機構(D/D/ a)接手web項目的人來說，這里有一個實用的指南，可以幫助你成功地完成過渡。

第一步:找出問題所在

在99.99%的情況下，之前的客戶-D/D/A關系會出現(xiàn)問題。

根據(jù)我的經(jīng)驗，這幾乎與錢無關。大多數(shù)客戶都愿意支付高于基本市場利率，如果他們相信他們的投資得到良好的回報。一個客戶告訴你之前的D/D/A太貴了，他是在期待和你談判費用。

快樂的客戶不會貨比三家

偶爾你會發(fā)現(xiàn)一個自由設計師已經(jīng)被一家機構挖去了，而且再也找不到了。有時候，公司的發(fā)展超過了承兌交單，進入了承兌交單不支持的領域。但是這種情況是很少見的，快樂的客戶——即使是適度滿意的客戶——也不會貨比三家。如果他們跟你說話，一定有什么東西促使他們這么做。

承兌交單擅離職守是令人擔憂的普遍現(xiàn)象。這在低端市場最為常見，因為涉案金額不太可能引發(fā)法律糾紛。通常情況下，一個不受歡迎的D/D/A會讓客戶對一個更好、更新的機會失去興趣。

有時客戶雇傭了一個新的經(jīng)理，而新的經(jīng)理引入了修改后的期望，這是以前的D/D/ a不能滿足的。

最常見的情況是，之前的D/D/A犯了很多次錯誤，只要能及時糾正錯誤，理性的客戶就會容忍，但每個人都有限度。

當你和之前的D/D/A對話時，要注意你是在從他們的口袋里掏錢。當然，之前的D/D/A可能會告訴你該怎么做，他們可能會完全忽視你，但大多數(shù)人在移交項目時會很務實，只要能確保他們的最終發(fā)票能及時支付給現(xiàn)在的前客戶。

每個網(wǎng)站都有自己的特點，如果你能與之前的D/D/ a建立一個友好的關系，那么這個過渡將會大大減少坎坷。

誰控制域名?

在我看來，公司的域名應該一直由公司持有;它是一項重要的商業(yè)資產(chǎn)，應該像公司的銀行賬戶一樣小心謹慎。

不幸的是，有些公司把與網(wǎng)絡有關的一切都外包出去。如果與之前的D/D/A的決裂是激烈的，那么保護域名可能是有問題的。

保護域名不是你的工作——你沒有杠桿，客戶有。你的工作就是讓客戶對你的域名印象深刻。

誰控制主機?

主持安排因項目而異。以前的D/D/A在他們自己的空間上托管客戶的站點，這并不少見，也不是不合理的。如果是這種情況，請準備好快速將其遷移到您自己的服務器或專用空間。

如果您要遷移到一個新的空間，請?zhí)貏e注意電子郵件條款。接管一個項目通常意味著接管一個正在進行的項目，這通常意味著電子郵件帳戶。

在任何情況下，您都需要完全訪問主機空間。您當然需要FTP訪問，也可能需要SSH訪問。

除了托管，檢查你的客戶的網(wǎng)站是否使用了CDN，如果使用了，誰控制它。

后端源代碼

一旦您擁有了對托管服務器的FTP訪問權限，您就可以從服務器獲取所有后端代碼。

從服務器獲取代碼(而不是從以前的D/D/A接收文件)的好處是，您可以絕對確定您獲得的是當前的(工作的)代碼。

如果客戶因為無法交付某項特定任務而中斷了之前的D/D/A，那么您肯定不希望處理那些部分被修改過的文件。

新安裝

如果您使用的是CMS之類的工具，那么最好在服務器上運行一個全新的安裝程序，然后跨模板、插件進行復制，然后遷移數(shù)據(jù)庫。

前端代碼

當涉及到獲取源代碼時，前端代碼比后端代碼更有問題。

前端代碼比后端代碼問題更大

如果之前的D/D/A甚至有部分能力，那么web空間上的CSS和JavaScript就會縮小?？s小的CSS是不太有問題,可以unminified相當容易,但你不想要理清一個縮小的JavaScript文件——我曾經(jīng)有過一個項目的開發(fā)人員已經(jīng)縮小自己的代碼在同一個文件中與他的所有依賴項,包括Vue和jQuery(是的,我知道)。

如果你發(fā)現(xiàn)之前的D/D/A使用了你不使用的技術——使用Less代替Sass，或者在TypeScript中編寫腳本，那么處理前端源代碼會有額外的維度。

取消縮小CSS和JavaScript

不縮小(或美化，或美化)代碼相當容易。有一些在線工具可以幫助你，包括unminiify，在線CSS Unminifier, FreeFormatter, JS Minify unminiify等等。您還會發(fā)現(xiàn)許多代碼編輯器的擴展，包括用于Sublime文本的HTML-CSS-JS美化，以及用于Atom的Atom美化。您將發(fā)現(xiàn)一些編輯器具有內(nèi)置的功能。

警告:代碼美化不會恢復注釋，對于JavaScript，也不會使變量名變得清晰。美化代碼不能替代原始的，未縮小的源代碼的副本。

緊急措施

如果由于任何原因不可能取消縮小的源代碼，或者更有可能的是，未縮小的JavaScript仍然看起來像縮小的代碼——盡管格式化得很好——那么最后的辦法是導入代碼并在必要的地方覆蓋它。

在這種情況下，首先要做的是向你的客戶解釋情況。確保他們理解這是一個臨時補丁，你將在重建項目的部分時解決它。

然后，復制并粘貼舊的縮小代碼到一個新的項目設置。對于CSS來說，這可能意味著創(chuàng)建一個傳統(tǒng)。包括舊的CSS文件，并將其導入到您自己的Sass中。對于JavaScript，創(chuàng)建一個legacy.js文件，添加所有舊的JS，并導入它。

這將導致產(chǎn)生比需要的更大的文件集，您可能最終會在樣式聲明中使用!important[討厭]，并且會觸發(fā)許多關于剩余代碼的燈塔式警告。

然而，如果您的客戶昨天有一長串他們想要的更改，那么這個骯臟的hack將為您提供一個工作站點，然后您可以隨著時間的推移一點一點地重建該站點。

資產(chǎn)

資產(chǎn)通常意味著圖像，而圖像通常可以通過FTP獲取。

偶爾——盡管現(xiàn)在圖像文件很少包含文本——您將需要源文件來更改圖像。

客戶是否有，或者之前的D/D/A是否會轉交，很大程度上取決于客戶和之前的D/D/A之間的協(xié)議。

大多數(shù)企業(yè)都很清楚品牌資產(chǎn)的重要性，所以你可能會發(fā)現(xiàn)他們至少有一個他們的標志的副本;它是SVG還是JPG完全是另一回事。讓他們記住為你找到那些文件的重要性。

第三方代碼

很少有項目不依賴于第三方代碼。第三方代碼可能與定制源代碼交織在一起，拆解它是一項耗時的工作。

很有可能之前的D/D/A使用了一個庫或框架，考慮到它們的數(shù)量不斷增加，它們使用的庫或框架更有可能不是你喜歡的那個。

您是否選擇分解代碼并根據(jù)您自己的偏好替換之前的D/D/A依賴(通常在長期內(nèi)更快)，或者您是否選擇使用您所得到的(通常在短期內(nèi)更快)，這完全取決于您。

根據(jù)我的經(jīng)驗，選擇另一個CSS庫并不困難;從一個JavaScript框架切換到另一個JavaScript框架是一項更大的工作，不僅涉及語法，還涉及核心概念。

當心構建環(huán)境

每個人都有自己做事的方式。有些D/D/As包含構建環(huán)境，有些則不包含。有些構建環(huán)境使用起來很簡單，有些則不然。有些構建環(huán)境可以適應您的流程，有些則不能。

與采用庫，甚至框架不同，采用新的構建過程很少是一個好主意

構建環(huán)境有很多——Gulp、Grunt和Webpack都很流行——而D/D/As對它們的看法就像對CMS一樣固執(zhí)己見。

為了代替原始文件，前面的D/D/A常常告訴您“只需運行這樣或那樣的CLI”命令，以使您的本地環(huán)境與它們的環(huán)境匹配。與采用庫，甚至框架不同，采用新的構建過程很少是一個好主意，因為當您還沒有贏得新客戶的信任時，您正在把自己從專家降級為新手。

堅守陣地。他們的方法失敗了，所以你才被請來。你你。

許可是誰?

任何付費的第三方代碼都是許可的。經(jīng)常檢查誰持有這些許可證。除了合法要求外，更新、bug修復和某些情況下的支持通常都需要有效的許可。

常見的陷阱包括:字體許可(可能在之前的D/D/A的Creative Cloud, Fontstand, Monotype等帳戶下授權);庫存圖像許可證(可能僅供以前的D/D/A使用);和插件(通常以包的形式批量授權給D/D/)。

發(fā)現(xiàn)客戶使用未經(jīng)許可的資產(chǎn)是令人沮喪的普遍現(xiàn)象。在不止一個場合，我不得不向客戶解釋使用盜版字體的潛在后果。

幸運的是，第三方供應商將許可證附加到指定域上的情況越來越普遍，這意味著您可以代表您的客戶申請許可證。主要的供應商，如CMS和電子商務解決方案，通常有一個選項，讓以前的開發(fā)人員發(fā)布許可證，并允許您聲明它。

在許可的情況下，如果你不確定，不要害怕聯(lián)系第三方供應商，一旦你的客戶與他們之前的D/D/A協(xié)議斷絕關系，你就可以詢問他們是否有許可。

唯一比告訴他們他們需要購買一個他們認為已經(jīng)付過錢的授權更快地破壞客戶關系的是告訴他們他們被起訴侵犯版權。

保護你的客戶，保護你自己，通過確保一切都是正確的許可。如果你能從以前的D/D/A中得到這樣的書面答復，就去做吧。

誰負責研究和分析?

與從頭開始構建不同，接管站點的一個主要好處是，您有一組可測量的特定于站點的數(shù)據(jù)來指導您的決策制定。

這只適用于你有數(shù)據(jù)的情況，所以要求添加到客戶的分析賬戶。

之前的D/D/ a所進行的設計研究很有可能被之前的D/D/ a視為內(nèi)部文件，而不是可交付成果。和你的客戶核對一下:如果他們?yōu)檠芯扛读隋X(發(fā)票上有寫明嗎?)，那么他們有權得到一份副本。

我們也有博客…

客戶傾向于用“網(wǎng)站”這個詞來概括所有的數(shù)字內(nèi)容。

當你為一個網(wǎng)站負責時，你幾乎總是被期望為客戶使用的任何數(shù)字服務負責。這意味著，像Mailchimp這樣的通訊服務，像Intercom這樣的客戶服務賬戶，以及227,000個他們在最初的簡報中忘記提及的WordPress博客頁面。

對于每一個額外的應用程序，微網(wǎng)站，博客和其他客戶端擁有的東西，重復整個步驟2，除非客戶明確告訴你不要這樣做。

第三步:不能回頭的地方

到目前為止，你還沒有讓客戶在虛線上簽字。這整個過程都是你盡職調(diào)查的一部分。

通過檢查這些內(nèi)容，您可以確定不可預見的問題和潛在的成本。您是否被捆綁在一個模糊的構建過程中?CMS是否需要重新授權?您需要重新創(chuàng)建所有的站點資產(chǎn)嗎?

有些這樣的對話很難進行，但現(xiàn)在正是進行這些對話的時候

如果有任何項目比預期的復雜的問題，與你的客戶進行誠實的對話——他們會欣賞你的透明性，他們也會欣賞被告知的情況。如果一個客戶不清楚自己付錢給你是為了什么，那他就不是你想要的客戶。

有些對話是很難進行的，但現(xiàn)在是時候進行了，而不是三個月后。

這是不能回頭的地方。從現(xiàn)在起，任何問題都不再是以前的承兌交單問題，而是你們的問題。

更改密碼

對于你擁有的每一個服務，從通訊登錄，到CMS登錄，到FTP詳細信息，修改密碼。(一定要通知客戶。)

建立一個暫存站點

您需要一個準備站點，以便您的新客戶端可以預覽您為他們所做的工作。

在對代碼進行任何更改之前，立即設置staging站點。在這樣做的過程中，你會很早就發(fā)現(xiàn)是否有文件丟失，或者文件存在問題。

成功地過渡一個項目

當客戶委托一個網(wǎng)站從零開始，他們充滿了期望。他們離開之前的承兌交單來找你，說明他們的經(jīng)驗沒有達到他們的期望。

現(xiàn)在，您的客戶對您的期望是現(xiàn)實的，甚至是悲觀的。你有一個基準，可以客觀地衡量你的工作。

當問題出現(xiàn)的時候(他們總是會出現(xiàn)的)，永遠不要責怪之前的承兌交單;在你開始工作之前，你的工作是評估游戲的狀態(tài)。如果遺留資產(chǎn)存在問題，您應該盡早將其告知客戶。

如果你從以前的D/D/A的錯誤中吸取教訓，你就不會很快把項目交給別人。