如今，轉化率優化（cro）已是營銷人員必須具備的技能，並且與 roi 直接掛鉤。但是在優化網頁的轉化率方面又有太多因素要考量，如果你已經不堪其憂，請專心做一件事—— a/b 測試。
a/b測試，即你設計的頁面有兩個版本（a和b），a為現行的設計， b是新的設計。比較這兩個版本之間你所關心的資料**化率，業績，跳出率等） ，最後選擇效果最好的版本。
1.忘掉你原本對使用者的了解
是的，人們都太容易陷入對使用者年齡，性別，位置，或收入的假設之中。曾經，「客戶分析」是與使用者接觸的最好的（甚至是唯一的）方法。即便是現在，它在市場營銷中也占有一席之地。
2.建立一條基線
誠然，提高轉換率是你的近期目標，但是在你開始 a/b 測試之前，你需要建立一條基線，如果你不知道你目前的轉換率是什麼，你將如何知道你未來的測試是成功的？（更多請看第5條）
3.對別人有效的方法，對你未必適用
你必須對你自己獨特的內容與你自己獨特的使用者進行 a/b 測試。當然，你可以從其他cro人員那裡套用類似方法，但不要指望能得到相同的結果。
例如，乙個銷售鞋帶公司和乙個銷售企業應用軟體的公司，同樣客戶都很普遍，但是購買週期完全不會一樣。前者的網頁上修改乙個按鈕顏色能提高銷量，對於後者可就未必如此。
4.一次只測試一項內容
這個是不言而喻的，但值得一提，因為非常重要。在一段時間，對乙個變數進行 a/b 測試，這樣的結果是可讀的。但是如果你改變你的標題在同一時間你改變你的導航，你怎麼會知道哪個變數促成了最多的轉換？
5.不要急於下結論
在 a/b 測試中，統計置信指的是如果再次執行相同的測試，是否能有相同的結果。換句話說，它會告訴你測試結果是否可信。
例如，假設在購物車頁面進行 a/b 測試，其中「a」是單選按鈕而「b」是下拉列表。於是就有了結論，「b」提高了75％的轉換率。顯然，b更好，是這樣嗎？
不一定。因為有三個事實需要考慮：
樣本容量
還是上面的例子，如果你的樣本量為4人，這意味著只有3人喜歡下拉列表。當然，這是乙個良好的開端，但在1000的樣本量仍是這一結果的可能性極低；因此，本次測試的結果屬低置信度。
容錯率
例如，在樣本大小為500時，99％的客戶傾向於下拉列表，你可以相當肯定的是，你的誤差率較低。如果，49％的使用者喜歡下拉列表，51％的使用者喜歡單選按鈕，那麼隨機性就不得不考慮進來了，你應該繼續執行測試，直到乙個更高的置信度。
使用者規模
如果你的整個使用者群體的規模是25萬，你的樣本量為25人，這樣產生測試結果也不具有高置信水平。
6.路要一步一步走
老生常談的一名話了。隨著客戶的看法和期望的發展，cro永遠是乙個不斷前進的目標。不怕犯錯，從中練習，你就會成為乙個 a/b 測試的高手。
7.多收集一些意見
使用者測試從未像現在這樣重要，也從未如此簡單！即使你沒有這樣乙個部門去專門做使用者測試，也選擇一些免費和低成本的服務。
peek by usertesting
peek 是乙個超級簡單，快捷的方式，收集有關您的**的定性反饋。
優點：資訊反饋一般是公正的，詳細的，而且免費！
缺點：不能在其目標受眾之外測試介面。此外，費時較長。
amazon mechanical turk
優點：一般比較廉價，可擴充套件，定量，你可以預先選擇標準。
缺點：這通常是通過調查引擎，可以引入人為的過濾器。
底線：有反饋總比沒有反饋強！
8.實際使用者表現可能和使用者調查資料相左
使用者調查會引入人員誤差，而原始使用者表現統計資料則不會有這些問題。
例如，你現在急著去開會，要列印檔案卻發現印表機沒墨了，你會怎麼做呢？
也許你會說，很簡單啊，換個新墨盒列印完唄。如果這是乙個使用者調查，我會接受你的回答。
但是如果是在使用者測試環境，我會記下你敲了印表機4下，清除卡紙，又狂按「取消」按鈕7次，再換下墨盒。整理檔案時你又打翻了咖啡，灑在了衣服上，於是只好重新安排會議時間。
在調查中，你確實沒有說謊，你也確實換墨盒了，只是會忽略前前後後那麼多行為。
9.明確定義你成功的標準
底線：心中有乙個目標，優化周圍的目標，你的內容。一切是乙個關鍵績效指標（kpi）。
10.不要去測試無關緊要的因素
用你的常識去測試你的直覺，直接測試高影響因素。
MySQL必須要了解的鎖知識
mysql 的鎖按照範圍可以分為全域性鎖 表鎖 行鎖，其中行鎖是由資料庫引擎實現的，並不是所有的引擎都提供行鎖，myisam 就不支援行鎖，所以文章介紹行鎖會以innodb引擎為例來介紹。二 全域性鎖 mysql 提供全域性鎖來對整個資料庫例項加鎖。語法 flush tables with read...
企業在部署物聯網之前，必須要了解的幾個問題
企業在部署物聯網之前詢問和回答正確問題將有助於使業務流程擺脫困境，並讓企業從一開始就設定切合實際的期望值。了解物聯網的潛在好處，對於任何希望為未來構建的企業來說，投資它看起來是最理所當然的舉措。但是，有一些因素需要加以考慮，您需要評估自己的物聯網戰略以及執行能力。沒有徹底評估和分析的實施可能會在物聯...
對於MySQL你必須要了解的鎖知識
mysql 的鎖按照範圍可以分為全域性鎖 表鎖 行鎖，其中行鎖是由資料庫引擎實現的，並不是所有的引擎都提供行鎖，myisam 就不支援行鎖，所以文章介紹行鎖會以innodb引擎為例來介紹行鎖。mysql 提供全域性鎖來對整個資料庫例項加鎖。語法 flush tables with read lock...