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

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

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

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

第一步:找出問題所在

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

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

快樂的客戶不會貨比三家

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

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

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

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

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

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

誰控制域名?

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

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

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

誰控制主機?

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

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

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

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

后端源代碼

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

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

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

新安裝

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

前端代碼

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

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

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

如果你發(fā)現(xiàn)之前的D/D/A使用了你不使用的技術(shù)——使用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)置的功能。

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

緊急措施

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

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

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

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

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

資產(chǎn)

資產(chǎn)通常意味著圖像，而圖像通?？梢酝ㄟ^FTP獲取。

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

客戶是否有，或者之前的D/D/A是否會轉(zhuǎn)交，很大程度上取決于客戶和之前的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框架是一項更大的工作，不僅涉及語法，還涉及核心概念。

當心構(gòu)建環(huán)境

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

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

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

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

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

許可是誰?

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

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

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

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

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

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

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

誰負責研究和分析?

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

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

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

我們也有博客…

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

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

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

第三步:不能回頭的地方

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

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

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

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

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

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

更改密碼

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

建立一個暫存站點

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

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

成功地過渡一個項目

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

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

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

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