發(fā)帖
雷達(dá)卡
戰(zhàn)略與執(zhí)行交付的技巧
在我職業(yè)生涯的整個(gè)過程中，許多機(jī)構(gòu)的交付物都出現(xiàn)在我的辦公桌上，我總是被一些公司的推薦方式所打動(dòng)。
許多可交付內(nèi)容要么是谷歌工具的屏幕截圖，要么是幾乎沒有上下文的處方。我總喜歡想象一個(gè)CEO在乘坐豪華轎車去機(jī)場的時(shí)候，會(huì)有人把我們的工作打印出來。我希望那個(gè)人能感覺到他們理解我們的建議，為什么這很重要，以及我們?nèi)绾巫龅煤芎谩?/font>
此外，我經(jīng)常發(fā)現(xiàn)策略文檔中沒有補(bǔ)充文檔，幫助客戶及其開發(fā)團(tuán)隊(duì)實(shí)際執(zhí)行這些建議。這是一個(gè)問題，“這是一個(gè)問題，你應(yīng)該解決它�！弊Ｄ愫眠\(yùn)。”
例如，當(dāng)我們交付一個(gè)搜索引擎優(yōu)化站點(diǎn)審計(jì)時(shí)，每一組問題都是關(guān)于它為什么重要的，一個(gè)關(guān)于這個(gè)問題的說明和一系列的建議，包括屏幕截圖和代碼片段。然后，每一組的優(yōu)先級(jí)都是有好處的、容易的和準(zhǔn)備就緒的。
所有的問題都是用數(shù)字編碼的，這樣它們就可以用電子表格來表示。在這個(gè)電子表格中，每個(gè)編碼的問題都有一個(gè)標(biāo)簽，突出顯示了這個(gè)問題正在發(fā)生的特定的URLs，以及代表該問題的任何相應(yīng)的數(shù)據(jù)。
作為一個(gè)例子，對于一個(gè)太長的元描述列表，我們將包括那些URLs，它們的元描述和它們的長度。更多文章請閱讀：免備案虛擬主機(jī)cn.bluehost.com
更大的問題在于交付的可交付內(nèi)容，而不是由開發(fā)人員實(shí)現(xiàn)的。我們有一個(gè)稱為“內(nèi)容推薦”的可交付內(nèi)容，其中我們將客戶的內(nèi)容放到一個(gè)模型中，并跟蹤變化以更新正文副本、元數(shù)據(jù)和內(nèi)部鏈接結(jié)構(gòu)。
這對于營銷人員來說是很好的，他們可以回顧我們正在做的事情，并確保我們繼續(xù)保持著聲音和語氣。如果客戶有一個(gè)負(fù)責(zé)手動(dòng)實(shí)現(xiàn)的市場協(xié)調(diào)者，那也是非常棒的。
從開發(fā)的角度來看，這是非�？膳碌模�?yàn)樗笏麄冏鲆豁?xiàng)非常繁瑣的工作，即逐頁地復(fù)制粘貼新項(xiàng)目，而沒有開發(fā)人員愿意這樣做。
這意味著，在Word文檔中實(shí)現(xiàn)的建議需要一個(gè)在安德森-奧爾德森規(guī)模上的Alderson的開發(fā)人員。
另一方面，如果我們用客戶端查看內(nèi)容推薦文檔的客戶端版本，然后將結(jié)果更改放置到電子表格中，開發(fā)人員可以編寫一個(gè)腳本，該腳本可以遍歷每個(gè)頁面，并做出我們所建議的更改。稍后將進(jìn)行更詳細(xì)的討論。
這將使實(shí)現(xiàn)更接近Anderson-Alderson規(guī)模的Anderson 。
讓開發(fā)人員做事情都是關(guān)于規(guī)模的
一般來說，規(guī)�？偸切枰紤]到搜索引擎優(yōu)化建議。然而，有時(shí)候，你沒有辦法去衡量你想要達(dá)到的目標(biāo)。
例如，如果您遷移了一個(gè)站點(diǎn)，并且以一種沒有確定模式的方式更改了它的分類，那么您就不能編寫基于rule-based .htaccess條目的重定向。
開發(fā)人員在他們的末端有一系列的工具來執(zhí)行變更和/或使事情變得更大。我們的工作是通過這個(gè)框架提出我們的建議，讓開發(fā)人員去實(shí)現(xiàn)它們。否則，開發(fā)團(tuán)隊(duì)總會(huì)找到一種方法來反擊。
提升卡
置頂卡
沉默卡
變色卡
搶沙發(fā)
千斤頂
顯身卡
京公網(wǎng)安備 11010802022788號(hào)
