Tool 數位人說說

【訂閱制經濟】 ｛每月 79 元從不是重點   重點是改造人的想法，讓他們不會再想到去其他地方消費｝  # 增加用戶忠誠度 背後人性 : 如果你花了 79 USD 成為會員，你會希望這錢花得值得。 l    華爾街日報 把最精華的內容搬到付費區 > 18 個月後累積 20 萬名付費讀者。 l    金融時報 付費牆 :  起先 免費閱讀 10 篇文 ，然後網頁 才會要求他們 註冊登錄為會員 ( 取得會員資格後可再獲 30 篇文權限 ) ；但從第 31 篇起，就會要求 讀者支付年費 最高可高達    325USD 資料或資訊已經變成一種資產，而且要比資料多。甚至能為企業累積市調資訊： 【例如】只要USD 7 Goodies 就每月宅寄箱糖果樣品給你，吃到喜歡的你再到網站上訂購喜歡的正常大小產品。 # 網頁上設置產品評價功能，會員給試吃過的糖果打分數 (平台給予點數獎勵) (累積一定點數還可以兌換下個月的糖果) #可以從中分析各筆交易來掌握會員特性

【內容來源出處 】http://www.tzehai.com/2013/05/about-lean-startup/ 開頭Jamie也是先問問大家認為甚麼是精實創業？為何要「精實」？有人說是扎扎實實的做、有人說是錢要花在刀口上，也有人說是盡快推出產品。當下我想到的解釋是：「用最快的速度找到市場的需求」想當然爾，就會被進一步詢問說那刀口是甚麼？扎實就夠了嗎？ 　　而Jamie沒直接說他的答案，則是先再提出一個問題：「市場是可以被預測的嗎？」，然後舉了賈伯斯的ipod於2001~2004年(1到4代)以及iphone於2007~2009的銷售量變化作例子，提出他的結論： (iPod4G版本於2004後半推出後讓銷售量暴增) (iPhone3G於2008年7月開賣後讓2008的Q4銷售量大增) 　　連大家認為是天才的賈伯斯都花了數年的時間才將這兩個產品調到突然大賣，那你覺得你比賈伯斯厲害嗎？還是你有那麼多的時間來微調或有能夠燒那麼久的資金嗎？所以你是不是該提高你pivot的速度以大幅縮短產品修改更新的時間週期？這就是Lean(精實)的精神。 　　再來，Jamie則開始解釋到底甚麼是Startup？並先利用「新創事業」、「可規模化的新創事業」(這兩個是我自己亂翻的)跟「中小企業」、「巨型企業」之間的關係如下圖來說明： 在台灣，絕大部分的中小企業就是屬於上面的模式，找到一個可以賺錢的模式後就一直維持差不多的狀態(Jamie也舉了巷口邊開很久的早餐店為例)。很多人創業時的目標其實也都會比較偏向上面，有賺錢就好。 但創投會喜歡並且關注的，當然還是下面的模式。 只是很多人沒意會到的是，其實中間還有一個「過渡階段」如下圖，： 而且這三個階段所要做的事情都不同： 　　於Startup階段你要做的是Search，盡最大的努力找到一個可以規模化的商業模式。 　　但在Transition階段是要Build，將找到的商業模式建立可重複複製的標準化流程。 　　最後在Large Company階段則著重在Execution，不斷擴大執行的規模或優化執行的 效率。就像是從0到1、從1到100這樣。 底下則是用其他不同的面向來說明Search和Execution階段的不同。 故Jami

讓用戶迅速認識產品的本質，簡單的說就是在互動使用上，客戶能不受干擾地獨立完成整個人機互動的過程。 in other world to say：用戶對產品的要求是，如果只做一些不花費精力的事，也能獲得滿足的收穫樂趣就好了。  but 美感應該讓位於功能  少即是多  太多的重點代表沒有重點，反而讓核心功能不突出 > 學會減法 ＃減法?  : 首先拋棄與主要務無關的東西    (很多產品再最開始的時候構思了一個很有針對性的痛點，然後在產品設計中不停地增加功能，認為新增功能能夠幫用戶了解產品，獲得更好的體驗。) (而實際上，客戶需要的只是最早的那個幾決痛點的產品) ( "多"  並不是產品成功的標準) (注意力集中在對終極目標的思考 : 開發一個所有客戶願意使用、並能感覺到快樂的產品) ＃減法的結果應是核心目標得以實現和擴展 怎樣的產品才算是簡約美？ ＃流暢的  用戶體驗 特徵、風格明顯 功能簡練，但彼此的聯繫緊密，圍繞一個核心將更多的東西牽引出來 對於初創的產品而言，依靠什麼意的產品思維來判斷產品是否好用? 核心點的意即 產品是否讓人主動地喜歡、especially 目標客戶群 對於目標客戶來說，只要能解決問題的產品都是可以嘗試的、而解決得是否徹底，就是客戶對產品的要求。 產品首要需求是解決問題，需求來源於客戶，那麼規劃產品的時候的第一任務應是： 發現需求　> 有這樣需求的客群是否夠多？ 再者，發現僅僅發現問題並不足以真正地解決問題，再解決問題過程中需要足夠耐心並承受挫敗，才能敏銳抓準客戶，找到好解方!  (also 鍛鍊產品經理思維優化解決的過程)  (also決定產品型態和走向) 一切以用戶/客戶為中心 : 站在用戶角度看待問題 所以產品離不開用戶、任何一個客戶群都有自己的需求，若無法滿足客戶的需求就是華而不實，更別說獲取商機。 客戶體驗好也不表示產品有無限商機: 好產品不僅要戳到、還要解決痛點；同時一個不獲利的產品也不是好產品，不會有團隊成受得住長期虧損 #WENOTE 設計累積分機制，增加用戶對產品的黏性 第一名跟第二名的市佔率是有差距的!  馬太效應 (: 強者越強、弱者越弱) 

檢視網頁架構並優化頁面速度，避免用戶因載入速度太慢而放棄瀏覽網頁 這邊教大家用2個工具使用，便於網站測試並做優化方向參考： （1） testmysite.withgoogle :            https://testmysite.withgoogle.com/intl/zh-tw （2）PageSpeed tools:             https://developers.google.com/speed/pagespeed/insights/?hl=zh-TW testmysite with Google測試您的網頁速度和效能，點入工具輸入欲查詢之網址(如下圖) 即可得知loading 該網頁的速度評比，並且還會自動和同質性網站做評比，看您的效能在同業中的比較狀況如何? 欲知其他效能詳情還能進一步點選"免費報告"觀看哦! 快來用用看 >>> 下面是進一步告訴站主修改方向，讓站主優化後的網站速度加速： 載入速度： 普通 應該修正 建議修正 看來沒問題 網頁輕量化 壓縮圖片 瞭解如何將圖片最佳化，使網頁載入速度 更快 » 使用 GZIP 壓縮資源 削減資源量 瞭解如何壓縮 HTML、CSS 和  JavaScript » 減少要求量 善用瀏覽器快取 瞭解在本機瀏覽器儲存資料如何減少網路 延遲 » 移除不需捲動位置內容中會妨礙顯示的 JavaScript 和 CSS 瞭解指令碼如何拖慢您的網站 載入速度 » 避免使用到達網頁重新導向 迅速建立第一印象 先載入可見內容，再載入 CSS 和 JavaScript 檔案 瞭解如何縮減不需捲動位置的 內容大小 » 縮短伺服器回應時間 Pagespeed tool 一樣一鍵按下網址就會跑出分析狀況，差別是它會告訴你網址在"行動版"、"電腦版"的個別瀏覽效能狀況。 提供詳細的優化建議給站主，這邊小編的建議是 不用全部照單全改，站主們綜合評估自身的網站經營需求及後台程式維護考量作參考選擇

就美國統計數據觀察，目前有20%的移動裝置搜尋查找是透過語音去搜索的，而根據Comscore 的調查到2020年將有50%的搜尋行為是透過語音來搜索查找。意即在不久的將來，將近半數的搜尋查找行為是透過直接＂講話＂這個數字隨科技發展將會越來越高。以下我們將以Google ( Google home) 觀察為基礎分享語音搜尋優化作法上和一般seo搜尋優化有什麼不同？未來品牌業主該如何因應下一波的語音搜索排名挑戰？ 我們觀察發現加載速度快的的網站似乎在Google 語音搜索結果中佔有優勢，這點完全適切消費者體驗，當我們向Google Home或Google Assistant詢問一個問題時，絕對不會希望”等待”它吐出答案。 另外，HTTPS在語音搜索中比在桌面或移動搜索中發揮更重要的作用，統計發現70.4％的語音搜索結果網址採用HTTPS（而Google桌面搜索只有50％）。 ”簡潔” 及 ”簡單口語化”用詞也是重要一環，平均語音搜索結果只有29個字，所以，盡量讓您提供的解答內容簡短而實用吧!! 其他像是語音搜索查詢相匹配的文本在頁面中間（不在標題title標籤中，傾向在主文章中找到所需的信息塊做出語意解答）。所以，也不需要像建單獨的關於個別關鍵字優化的獨立頁面。相反，編寫可以在單個頁面上回答多個不同語音搜索查詢的深入內容。或者，常見F&Q問題解答頁面非常適合語音搜索。以下摘要列出語音搜尋相關重要指標： Google傾向於簡短回答語音搜索查詢。典型的語音搜索結果只 有29個字 。 PageSpeed在語音搜索SEO中是重要信號。平均語音搜索結果頁面在 4.6秒內 加載（比平均頁面快52％）。 HTTPS網站 主導Google的語音搜索結果。實際上，70.4％的Google Home結果頁面使用HTTPS進行保護。 簡單易讀的內容 有助於語音搜索SEO。Google語音搜索結果的平均值是以小學生 程度語意寫的。 高度社交互動的內容 在語音搜索中表現好。(推文、分享..等) 在桌面搜索中排名很高的內容也很可能作為語音搜索答案出現。事實上，大約75％的語音搜索結果在該查詢的排名前3位。 使用Schema.org標記可能無助於您的語音搜索排名   >>加一張圖示

工具網址： Google Analytics 廣告活動網址產生器 【功能說明】 追蹤特定流量來源的利器，透過 Google Analytics 的 UTM 參數功能，知道官網流量來源哪邊管道貢獻多，也能知道線上行銷活動帶來的訪客數及銷售量有多少。 #UTM =  Urchin Tracking Module 的縮寫，是 Google 用來追蹤網址 ( URL ) 的格式 utm_source （廣告活動來源） ：用來表示連結所在的網站或來源，如：搜尋引擎 Google (utm_source=google), Facebook (utm_source=facebook), 電子報 (utm_source=newsletter) … 等等。 utm_medium （廣告活動媒介） ：表示行銷活動的類型，如：單次點擊出價廣告 (utm_medium=cpc), Google 聯播網廣告 (utm_source=gdn)… 等等。 utm_campaign （廣告活動名稱）： 表示行銷活動的名稱，例如：父親節促銷（ utm_campaign=fathersday ）。 utm_term （廣告活動字詞）： 通常用於關鍵字廣告，表示所使用的關鍵字。 utm_content （廣告活動內容）： 通常用於辨識 A/B 測試的廣告內容，表示連到同一個網址的不同廣告或連結，例如： utm_content=logolink 或是 utm_content=textlink 。 用 Google  網址產生器 製作加上 UTM 參數的網址，日後再到 GA 裡 (如下路徑) 回看各管道來源、各廣告活動所帶來的流量數據狀況。 GA >  客戶開發 > 廣告活動      ＃從這裡觀看 相關報表檢視