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

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

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

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

第一步:找出問題所在

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

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

快樂的客戶不會(huì)貨比三家

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

D/D/ a的擅離職守是令人擔(dān)憂的普遍現(xiàn)象。這在市場的低端市場最常見，因?yàn)樗婕暗慕痤~不大可能引發(fā)法律糾紛。通常，一個(gè)聲名狼藉的承兌交單會(huì)為了更好、更新的機(jī)會(huì)而欺騙客戶。

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

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

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

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

記住:在某種程度上，之前的D/D/A是全新的，并因?yàn)閾碛辛诵驴蛻舳械脚d奮，并對項(xiàng)目持樂觀態(tài)度，但最終卻并未取得好結(jié)果。避免重復(fù)犯錯(cuò)的最好方法是從錯(cuò)誤中吸取教訓(xùn)，要做到這一點(diǎn)，你需要知道錯(cuò)誤是什么。

第二步:進(jìn)行全面審計(jì)

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

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

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

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

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

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

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

誰控制域名?

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

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

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

誰控制主機(jī)?

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

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

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

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

后端源代碼

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

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

新安裝

前端代碼

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

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

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

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

縮小CSS和JavaScript

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

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

緊急措施

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

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

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

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

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

資產(chǎn)

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

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

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

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

第三方代碼

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

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

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

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

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

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

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

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

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

堅(jiān)守陣地。他們的方法失敗了，所以才讓你進(jìn)來。你你。

許可是誰?

任何付費(fèi)的第三方代碼都是許可的?？偸菣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)是很常見的，令人沮喪。不止一次，我不得不向客戶解釋使用盜版字體的潛在后果。

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

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

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

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

誰有研究和分析?

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

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

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

我們也有博客…

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

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

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

第三步:不歸路

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

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

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

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

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

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

更改密碼

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

建立一個(gè)補(bǔ)給站

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

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

成功地轉(zhuǎn)換一個(gè)項(xiàng)目

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

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

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

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