一，前期準備

 

　　早在年初之前就有很多朋友跟我說kepai軟文不夠大氣，雖然還不能理解大氣的深刻含義，但也清楚這個網(wǎng)頁很有年代感了。在年初時，我就已經(jīng)下定決心：改版。

 

　　90%的調(diào)查基本沒什么卵用

 

　　既然下決心改版了，那么步肯定是用戶調(diào)查，問問別人的意見。但多年做網(wǎng)站的經(jīng)驗的我告誡自己：90%的調(diào)查基本沒什么卵用!因為用戶根本不知道他想要什么，直到你把東西擺在他面前的時候，意見才會接踵而來。所以這次kepai軟文改版，我也沒做過任何調(diào)查，更多的是收取了我們客戶的意見，需要什么功能，那些不好用，那些地方有BUG。你現(xiàn)在看到的這套新平臺，基本是自己的想法。

 

　　萬事俱備，就差程序員了

 

　　有了初步想法后，剩下的就是整理自己的想法和需求并寫到文檔里。因為需求這東西會隨著時間推移經(jīng)常變，所以文檔也改了好幾版。我們是很小很小的公司，沒有很強的技術(shù)實力，主力的開發(fā)工作還是要請外面的人參與，這點我從不否認，所有找一個靠譜的程序員就非常重要。

 

　　那么如何找靠譜的程序員?這就和結(jié)婚找對象一樣，要靠緣分，其次是前幾年的人脈積累。

 

　　二、開發(fā)工作

 

　　我們在9月初開始進入實質(zhì)性的開發(fā)工作，首先是把整體框架搭建起來，當(dāng)然這里面沒我啥事，具體功能性的開發(fā)全部是由程序員開發(fā)完成。

 

　　不過很慶幸的是我們找到了一位非?？孔V的程序員，可以說一個頂三。無論是責(zé)任心還是技術(shù)對我而言都堪稱。

 

　　簡單舉兩個例子：

 

　　個：在需求文檔提出后，很多問題其實我并沒有考慮清楚，而且一些功能完全是他自發(fā)加進去的，比如kepai軟文的綁定微信服務(wù)號功能，起初我并沒有提出要這個功能，他說現(xiàn)在都往上靠了，我給你做個綁定微信功能以后客戶可以在微信里查看訂單提示。管理員權(quán)限分配入賬申請客服QQ自動分配也是他主動提出的。

 

　　第二個：整體的功能框架半個月左右開發(fā)完畢，轉(zhuǎn)眼就到十一國慶放假了，我本想好好休息一下，玩玩游戲帶帶孩子，結(jié)果這哥們從1號一大早就開始聯(lián)系我，開始追問需求。記得2號那天晚上，我們幾個人做電腦前面搞到了凌晨1點過，我做在椅子上昏昏欲睡，電腦那頭傳來了打鼾聲，只有他時不時在QQ上回一句這功能好了，從1號到到8號天天如此。

 

　　三、測試階段

 

　　雖然開發(fā)我參與不到什么，但測試網(wǎng)站還是比較有經(jīng)驗的，為了保證網(wǎng)站盡量少出現(xiàn)BUG，每個頁面我都是在反復(fù)點擊，每一個步驟都走一遍流程。這個工作開起來輕松，實際上非常費腦子，因為你每一次點擊，都要換位思考，你只是個普通用戶，如果我是他該怎么點。而且要重復(fù)好幾遍。

 

　　連續(xù)寫了8份修改意見文檔

 

　　和程序員溝通的方式就是寫文檔，在QQ、電話里反而說不清楚，在文檔里能很清晰的把你的想法說清楚。測試一般先從首頁開始，一個頁面一個頁面點擊。測一個頁面，過一個。不過還好，kepai軟文的界面不是很多，前臺總共就8頁，用戶后臺就15頁。

 

　　就這樣，從國慶后開始，我連續(xù)寫了8份修改意見文檔，每份文檔都有幾十張圖片，每份文檔1000多字，還不包含截圖上的文字。值得慶幸的是，我所有這個平臺開發(fā)中，只聽見程序員說過一次搞不定，其他問題全部解決。

 

　　在測試階段，我也終于明白我的技術(shù)是如此落伍了。起初改HTML的時候，一般都是先改CSS再改HTML文件，后面我發(fā)現(xiàn)，這幾年流行的模板全部是框架式模板，CSS文件里幾乎包含了你所有想要的樣式表，你只需要審查元素，把這段代碼貼到HTML里就可以了。這和10年前做前段完全是兩個概念!

 

　　正是有了這些詳細的測試，在考慮客戶發(fā)稿時看你會遇到的一些問題，我都在網(wǎng)頁上做了問號標注，慢慢的就形成了一個小型的幫助中心。

   

　　當(dāng)然，這次網(wǎng)頁首頁的改版，也改變了以往的思路，以前是以產(chǎn)品介紹為主，而這次是以以人為中，以介紹客服為主，所以大家在任何頁面都可以看到介紹，同時也可以看到我對所有客服的評語。

 

　　(客服下方的評語也是挨個打出來的)

 

　　四、正式遷移

 

　　也許是怕影響用戶體驗，也許是多年習(xí)慣，在程序測試完畢后，我們最終選擇在10月29日凌晨遷移網(wǎng)站(PS：2016年初盧kepai博客改版的時候也是在凌晨)。

 

　　一切準備工作就緒，數(shù)據(jù)庫的遷移、程序的遷移我們演練了三次，確保當(dāng)晚能順利完成。當(dāng)然這還面臨一個最重要的問題：

 

　　第二天一早是睡覺還是改BUG的問題?

 

　　在經(jīng)過多次是思想斗爭后，我們最終決定：早點睡!

 

　　說實話，因為準備工作太充分了，遷移的非常順利，我們在凌晨1點基本遷移完畢，我們早早就回家睡覺了。

 

　　五、解決BUG

 

　　雖然反復(fù)測試，但終究百密一疏。在開發(fā)新平臺的時候，我還經(jīng)常發(fā)布一些開發(fā)進度消息。所以29號(周日)一大早，就有客戶跑過來發(fā)文章和挑錯，我們也被批的非常不好意思。

 

　　最重要的則是資金錯誤還有訂單狀態(tài)問題，有幾個客戶的賬戶出現(xiàn)問題，使得我們把所有有異常的帳戶全部從新整理核對，

 

　　這個工作一直持續(xù)到11月3號結(jié)束，遷移的后續(xù)工作又整整持續(xù)了4天。當(dāng)同事若水給我發(fā)了一句：所有新老系統(tǒng)的稿子都處理完畢后，我才知道網(wǎng)站正式遷移的后續(xù)工作也全部完成。

 

　　就像在上一篇文章全新的kepai軟文平臺上線公告中提到的那樣，此次我們對新平臺進行了全新的升級，可以說你想知道的，想要的都有說明，還不知道的趕快去了解下!