從博客開始,如何一步步發布產品

0 評論 8102 瀏覽 16 收藏 9 分鐘

當你創建了一個新功能時,覺得這個功能特別酷,第二天就會寫一篇博客對其進行介紹。 此后,你發布的內容越來越多。大量、頻繁的發博客讓你獲得了更多的受眾,有了更多的訂單,幫助你拓展整個市場。但是到了某個重要的時刻,你全面推出了經過檢驗后的產品,期待能達到你想要的效果。

這個過程本身能夠幫助你強化你的信息,并對其進行檢驗。

這是個逐漸的變化過程,而不是一次突變,你可以及時介紹產品的新部件。對很多人來說,整個的發布過程看起來像在測試錯誤,幫助你縮短學習曲線。在發布產品過程中,我主要關心以下要點:

產品第一

所有的大型發布會在召開之前,一定要確保產品效果較好,這是關鍵。你沒有第二次機會,如果產品效果不好,消費者之后一定不會多看一眼。出于這種原因,我強烈建議你在公布發布時間之前將產品組裝好,并且加載系統,或者至少是處在清除 bug 的階段。這意味著你已經創建好了功能,并經過用戶的測試,準備好公之于眾了。

整理信息

每一次發布會都是一次向外界介紹你的核心信息和價值的絕佳機會,如果在發布會上主要介紹某個單一的小功能,那么你可能錯失了發布會的良機。雖然你每次不能重復發布整個產品,你確實需要一些重大的改善或者你可以重點強調的功能,但是你仍然需要強調你的核心信息。

首先,你需要明白你的功能可以解決一些特定的問題,你應該從測試中就能得出這個結論如果你的功能不能解決問題,那么說明你還沒有準備好發布。有些人會在產品完全做好之后才發布產品——對市場驅動型的公司來說,這種方法很常見,但是產品 / 工程驅動型公司并不會這么做。

你的信息應該圍繞你可以解決的問題,而不是產品的大量功能列表。最好的發布會是由一些廣泛的專題信息引導的,如果是利他的、能夠改變世界的信息會更好。

產品信息可能會過于寬泛而顯得無聊:

  • 無線網帶來了新的生活方式,你可以把設備帶回家,然后將其設置為智能連接設備。

產品之后是廣泛的專題信息。

  • 我們所生活的世界是聯通的,有了新的連接設備,你不僅可以獲得更多的數據,也可以提高你的生活質量無線網可以幫助你輕松地將相關的設備連接在一起。

測試信息

對待信息應該像對待產品一樣,不斷進行測試。一旦你有了初步的框架,立刻在內部進行測試,然后讓友好的消費者或者社區人員幫你測試。在開發布會之前,我通常會有一個時間軸,把我三周內的所有內容和溝通情況都列出來。文章最后我會給出一個時間軸,但是我們現在先圍繞信息測試進行介紹。

分析師

如果你經常咨詢分析師的意見,那么你也應該在召開發布會時與分析師溝通。發布會前幾個周是與分析師測試關鍵信息的良好時機,從中獲得反饋,如果幸運的話,你甚至可以讓他們提供發布時的報價。

請記住,詢問是測試信息并得到反饋的好時機。在你和分析師交流的過程中,應該有一半的時間是你在詢問,另一半的時間是分析師在解答。在發布之前的簡報中,你應該對信息熟記于心,盡量進行演示。

朋友

這個可能有爭議,但是至少在早期階段與友好的社區成員分享草稿是一種獲得反饋、完善信息的好方法。你應該考慮到他們的時間需求,想到他們可能會推遲一點時間才能給你反饋。提前將你的信息當作頭等機密并不會為信息增添價值,從而大獲全勝,你最好確保用戶的共鳴可以幫助你更加成功。

消費者

我把消費者單獨進行介紹。消費者將你的消息散布給外界的動機比朋友少,但是也屬于一部分。對于大部分消費者來講,這是成為產品發布伙伴的機會。關于這個話題,具體如下:

產品發布伙伴

媒體和其他知道你已經受到外界認可的人。很多人看到了成為產品發布伙伴的益處,畢竟對于他們來說有更多免費的媒體。對于產品發布伙伴來說,有多種不同的等級,大部分能提供報價的人屬于一般水平。

這樣做的最好的方式是與他們交流關于這個功能或產品他們最喜歡哪個地方,然后讓他們提供一個價格,等待他們的反饋。有些人喜歡做表面文章,對自己的產品夸夸其談,但是減少讓產品變得更好的必要工作。

此外,關于詢價和參考信息也有不同的等級。以下按降序排列:

  1. 消費者
  2. 分析師
  3. 社區人員

其他細節

在產品發布當周,我希望產品已經做好了,文件也做好了,博客也進行了最后的更新,我也準備好了發送內容聲明,組建好了內部團隊,可以開始向媒體介紹了。

組建內部團隊

顯然,內容團隊會涉及工程師和產品人員。但是你需要通知這次發布會中所涉及的其他人員。

  • 支持 —— 如果你要發布新的產品,那么支持人員必須放在第一位,這樣他們可以讓門票物有所值,并且回答媒體的問題。
  • 銷售——即使沒有價格變動,銷售人員需要將新的功能及其價值介紹給消費者。

時間軸

最后,我們來介紹包含了所有細節信息的時間軸。以下是創建的一個粗略的時間軸。

  • ?發布前第 4 周 – 在博客上列出關鍵信息。
  • ?內部測試并概述。
  • ?發布前第?3?周?–?開始著手粗略的草稿。
  • 發布前第?3?周?–?內部分享,與朋友分享。這時候你是在明確地尋求信息反饋,告訴人們不要糾結于某個用詞或者語法,其中 98%的內容需要重寫。
  • 發布前第 2.5 周 – 分析信息測試的查詢。
  • 發布前第 2.5 周 –將產品 demo 放在一起。
  • 發布前第 2 周 – 將文檔整理到一起。
  • 發布前第 2 周 – 確定博客發布的最終信息版本。
  • 發布前第 1 周 – 最后修訂博客上的語法
  • 發布前第 1 周 – 分析師概述
  • 發布前第 1 周 – 更新支持
  • 發布前 3-5 天 – 發布博客
  • 發布前 3-5 天 – 發布新文件
  • 發布前 2-4 天 – 確保 PR 做好了準備,功能正常。
  • 發布前 1-3 天 – 更新銷售情況。
  • 發布前 1-3 天 – 內部溝通。
  • 發布前 1-3 天 – 通報媒體。
  • 發布當天?–?坐在一個房間里,觀察事情的發展,參與到各大媒體中。

 

作者:Craig Kerstiens

原文地址:http://36kr.com/p/5042239.html

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!