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

我們很容易將網(wǎng)頁設(shè)計看作是一個端到端的過程，從研究開始，到度量結(jié)束。事實上，大多數(shù)設(shè)計人員和開發(fā)人員通過一個正在進行的過程部分地加入項目。

這讓我們面臨一個艱難的選擇:我們是嘗試用我們自己的工具集來滿足客戶的期望，還是適應(yīng)已經(jīng)存在的工具和過程?

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

第一步:找出問題所在

在99.99%的情況下，之前的客戶/D/A關(guān)系出現(xiàn)了故障。

以我的經(jīng)驗來看，幾乎從來都不是為了錢。大多數(shù)客戶愿意支付高于基本市場利率，如果他們認(rèn)為他們的投資獲得了良好的回報。如果一個客戶告訴你之前的D/D/A太貴了，那他就是在期待和你協(xié)商費用。

快樂的客戶不會貨比三家

偶爾你會發(fā)現(xiàn)一個自由設(shè)計師被一家中介公司找到了，現(xiàn)在已經(jīng)找不到了。有時候，公司會超越D/D/ a模式，進入D/D/ a模式不支持的領(lǐng)域。但這種情況很少見，快樂的客戶——即使是適度滿意的客戶——也不會貨比三家。如果他們在和你說話，某種東西會促使他們這樣做。

D/D/ a的擅離職守是令人擔(dān)憂的普遍現(xiàn)象。這在市場的低端市場最常見，因為所涉及的金額不大可能引發(fā)法律糾紛。通常，一個聲名狼藉的承兌交單會為了更好、更新的機會而欺騙客戶。

有時客戶會雇傭一個新經(jīng)理，而新經(jīng)理會帶來之前的D/D/ a無法滿足的修改后的期望。

最常見的是，之前的D/D/A犯了太多的錯誤——錯誤會發(fā)生，合理的客戶會容忍它們，只要他們能及時糾正，但每個人都有自己的限度。

大多數(shù)客戶會非常樂意解釋上一段關(guān)系中出現(xiàn)的問題;這將不可避免地是一個片面的解釋，但它將有助于您了解客戶的期望。

對于不知道問題出在哪里的客戶，一定要非常小心。對于那些談?wù)撏獍?ldquo;升級”的客戶要更加小心——他們是在奉承你。在這種情況下，客戶很可能隱藏了一些東西——比如他們沒有支付發(fā)票。

記住:在某種程度上，之前的D/D/A是全新的，并因為擁有了新客戶而感到興奮，并對項目持樂觀態(tài)度，但最終卻并未取得好結(jié)果。避免重復(fù)犯錯的最好方法是從錯誤中吸取教訓(xùn)，要做到這一點，你需要知道錯誤是什么。

第二步:進行全面審計

我們經(jīng)常急切地想要得到新的工作，以至于我們急于讓客戶簽字，希望以后能解決任何問題。

作為專業(yè)人士，你必須信守諾言。在你做出這些承諾之前，花點時間去了解項目和相關(guān)業(yè)務(wù)。如果客戶有足夠的投資來與你簽訂合同，他們不會介意你先做盡職調(diào)查。

與之前的設(shè)計師/開發(fā)商/機構(gòu)是否有關(guān)系?

客戶很少對他們的項目有一個全面的了解——他們不是網(wǎng)絡(luò)專業(yè)人士，如果他們是，他們應(yīng)該建立自己的網(wǎng)站。你最好的信息來源是之前的承兌交單。

在您與客戶聯(lián)系之前的D/D/A核對;很有可能他們還不知道自己正在被取代。如果你的客戶對此沒有意見，那就再聯(lián)系他。

當(dāng)你和之前的D/D/A談話時，要注意你是從他們口袋里拿錢的事實。當(dāng)然，之前的D/D/A可能會告訴你該去哪里，他們可能會完全忽略你，但大多數(shù)人在交付項目時都是務(wù)實的，只要確保他們給現(xiàn)在的前客戶的最終發(fā)票能夠及時支付。

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

誰控制域名?

在我看來，一個公司的域名應(yīng)該一直由公司持有;它是如此重要的商業(yè)資產(chǎn)，應(yīng)該像公司的銀行賬戶一樣小心翼翼地加以保護。

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

保護域名不是你的工作——你沒有影響力，客戶有。你的工作是讓客戶深刻認(rèn)識到域名的重要性。

誰控制主機?

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

如果你要遷移到一個新的領(lǐng)域，要特別注意電子郵件條款。接管一個項目通常意味著接管一個實時項目，這通常意味著電子郵件賬戶。

在任何情況下，您都需要完全訪問宿主空間。你當(dāng)然需要FTP訪問權(quán)限，也可能需要SSH訪問權(quán)限。

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

后端源代碼

一旦你通過FTP訪問宿主服務(wù)器，你就可以從服務(wù)器獲取所有后端代碼。

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

新安裝

前端代碼

當(dāng)提到獲取源代碼時，前端代碼比后端代碼問題更大。

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

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

如果你發(fā)現(xiàn)前面的D/D/A使用了你不使用的技術(shù)——用Less代替Sass，或者用TypeScript編寫腳本，那么處理前端源代碼的方式就會變得更加復(fù)雜。

縮小CSS和JavaScript

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

警告:代碼美化不能恢復(fù)注釋，在JavaScript的情況下，變量名不會被模糊化。美化代碼不能代替原始的、未縮小的源代碼的副本。

緊急措施

如果由于任何原因無法對源代碼進行反小型化，或者更有可能的情況是，非小型化JavaScript看起來仍然像縮小了的代碼—盡管格式很好地縮小了代碼—那么您最后的手段就是導(dǎo)入代碼并在必要時覆蓋它。

在這種情況下要做的第一件事就是向客戶解釋情況。確保他們理解這是一個臨時補丁，當(dāng)你重建項目的部分時，你將取消它。

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

這將導(dǎo)致比必要的更大的文件集，你可能會在樣式聲明中使用!important[惡心]，并且你會觸發(fā)許多關(guān)于多余代碼的燈塔警告。

但是，如果您的客戶端昨天有一長串他們想要的更改，那么這個骯臟的黑客將為您提供一個工作站點，您可以在一段時間內(nèi)逐步重建該站點。

資產(chǎn)

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

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

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

大多數(shù)公司都合理地意識到品牌資產(chǎn)的重要性，所以你可能會發(fā)現(xiàn)他們至少有一個他們的標(biāo)志的副本;它是SVG還是JPG則完全是另一回事。讓他們記住為你找到那些文件的重要性。

第三方代碼

很少會收到不依賴于第三方代碼的項目。第三方代碼可能與自定義源代碼糾纏在一起，拆解它是一項耗時的工作。

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

您是根據(jù)自己的偏好(通常在長期內(nèi)更快)選擇拆解代碼并替換掉之前的D/D/A的依賴關(guān)系，還是選擇使用給定的東西(通常在短期內(nèi)更快)，這完全取決于您自己。

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

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

每個人都有自己的做事方式。有些D/D/As包含構(gòu)建環(huán)境，有些則不包含。有些構(gòu)建環(huán)境易于使用，有些則不然。有些構(gòu)建環(huán)境適合于您的流程，有些則不適合。

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

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

除了原始文件之外，以前的D/D/A經(jīng)常會告訴你“只需運行某某CLI”命令，以便將你的本地環(huán)境與它們的環(huán)境相匹配。與采用庫，甚至框架不同，采用新的構(gòu)建過程很少是一個好主意，因為當(dāng)您還沒有贏得新客戶的信任時，您正在把自己從專家降級為新手。

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

許可是誰?

任何付費的第三方代碼都是許可的?？偸菣z查誰持有這些許可證。除了法律要求之外，更新、bug修復(fù)和某些情況下的支持通常還需要有效的許可證。

常見的陷阱包括:字體許可(可能是在之前的D/D/A的Creative Cloud、Fontstand、Monotype等賬戶下許可的);庫存圖像許可證(可以僅由之前的D/D/A授權(quán)使用);和插件(它們經(jīng)常批量授權(quán)給D/D/，就像在bundles中一樣)。

發(fā)現(xiàn)客戶使用未經(jīng)授權(quán)的資產(chǎn)是很常見的，令人沮喪。不止一次，我不得不向客戶解釋使用盜版字體的潛在后果。

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

在授權(quán)方面，如果你不確定，不要害怕聯(lián)系第三方供應(yīng)商，一旦你的客戶終止了之前的D/D/A協(xié)議，你就可以與他們核實你的客戶是否獲得了授權(quán)。

唯一比告訴客戶他們需要購買他們以為他們已經(jīng)付了錢的許可證更讓客戶關(guān)系惡化的是，告訴他們他們被起訴侵犯版權(quán)。

確保所有的東西都是合法授權(quán)的，這樣可以保護你的客戶，也保護你自己。如果你能從上次的承兌交單中得到類似的書面內(nèi)容，那就這么做。

誰有研究和分析?

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

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

之前的D/D/ a所進行的設(shè)計研究很有可能被之前的D/D/ a視為內(nèi)部文件，而不是可交付的文件。和你的客戶確認(rèn)一下:如果他們支付了研究費用(是否在發(fā)票上有具體說明)，那么他們就有權(quán)得到一份副本。

我們也有博客…

客戶們傾向于使用“網(wǎng)站”這個術(shù)語來概括所有數(shù)字化的東西。

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

對每一個附加的應(yīng)用程序、微站點、博客和客戶端擁有的任何東西重復(fù)整個步驟2，除非客戶端明確告訴你不要這樣做。

第三步:不歸路

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

通過檢查這些東西，您可以確定不可預(yù)見的問題和潛在的成本。您是否受制于一個模糊的構(gòu)建過程?CMS需要重新認(rèn)證嗎?您需要重新創(chuàng)建所有的站點資產(chǎn)嗎?

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

如果項目比預(yù)期的更復(fù)雜，與你的客戶進行坦誠的交談——他們會欣賞你的透明度，他們也會感激你的及時通知。任何不清楚他們付錢給你的目的的客戶，都不是你想要的客戶。

其中一些對話很難進行，但進行這些對話的時機是現(xiàn)在，而不是三個月后。

這是不歸路。從這一點開始，任何問題都不是以前的D/D/A，它們是你的。

更改密碼

對于你擁有的每一項服務(wù)，從時事通訊登錄，到CMS登錄，到FTP細節(jié)，都要更改密碼。(一定要通知客戶。)

建立一個補給站

您將需要一個準(zhǔn)備站點，以便您的新客戶可以預(yù)覽您為他們完成的工作。

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

成功地轉(zhuǎn)換一個項目

當(dāng)客戶委托一個網(wǎng)站從零開始時，他們充滿了期待。他們離開了之前的D/D/A，并找到了你，這表明他們的經(jīng)驗沒有達到他們的期望。

你現(xiàn)在有了一個有現(xiàn)實的——甚至是悲觀的——期望的客戶。你有一個可以客觀衡量工作的基準(zhǔn)。

當(dāng)出現(xiàn)問題時，永遠不要責(zé)怪以前的承兌交單;你的工作是在開始工作前評估游戲狀態(tài)。如果遺留資產(chǎn)有問題，您應(yīng)該盡早讓客戶注意到。

如果你能夠從之前D/D/A的錯誤中吸取教訓(xùn)，你便不可能在短時間內(nèi)將項目交給其他人。