在你使用它之前，你可能不會意識到你需要圍欄。它是這樣一個簡單的應用程式，可以幫助你把你的桌面圖示組織成不同的空間是的，隔離不同的類別來組織你的雜亂。

Fences是由jeffbargmann開發的，他是一個終生的應用程式開發人員，高中時就需要一種組織桌面的方法。這個想法堅持了下來，幾年後成為了Stardock釋出的成熟的Windows應用程式。所以我凌亂的桌面永遠改變了。我們與Jeff進行了交談，瞭解了它的開發、發行以及應用背後的故事。

這個應用的想法是從哪裡來的？你是想解決一個你經歷過的問題，還是靈感來自其他地方？

實際上，《籬笆》是個很有趣的故事。雖然“圍欄”直到2006年才出現，但最初的原型可以追溯到大約6年前的2000年。當時我在高中管理學校的網路編輯俱樂部，註意到整個實驗室的桌面不一致，影響了我們團隊的工作效率。我有一個想法，就是為我們的團隊工作的專案，用標記的組來標準化桌面。我已經深入研究了Windows和其他應用程式的編碼，所以我決定去做，於是“桌面圖示管理器”誕生了。

直到六年後，我才決定擦亮稜角，拍下這個節目的廣告。當時我在大學和其他應用程式之間忙得不可開交。在此之前，我一直在為自己使用早期的粗略版本，但有足夠多的人註意到了我桌面上的應用程式，並要求提供一份副本，以完成該專案成為一件非常明確的事情。

你提出這個想法後，下一步是什麼？

當我最初有了這個想法，下一步就是從技術上驗證這個想法。我開始嘗試，看看是否可以做到，如何做到，最好的方法，等等，並建立了一個概念證明。這種技術性的深入研究還可以幫助你發現什麼是可能的，困難程度等等，這樣你的“產品團隊”在決定做什麼的時候就知道他們的選擇，而你的“工程團隊”知道如何對所說的選擇進行成本和預算。我做過的每件產品都是一樣的。

一旦我決定將專案商業化，在完成所需的編碼工作之後，第一步就是在市場上進行測試。我啟動了一個只邀請的beta版，啟動頁面和beta版註冊，並開始和一個和我有著長期合作關係的出版商Stardock交談。我們一起在當時流行的幾個留言板上貼了一個連結，WinCustomize、BetaNews等來傳播這個訊息，最初有幾百人註冊了。測試人員可以輸入他們為什麼要參與，以及它將如何影響他們的工作流程，這有助於我們瞭解客戶的動機，並有助於發展個人關係，以便進行出色的beta測試。Stardock，他們的執行長和我在這段時間裡密切合作，但在我們就在他們的保護傘下釋出應用程式達成協議之前，他們一直把應用程式放在基層。

因此，上面的跑步主題是：下一步是學習、驗證和繼續前進。

你最大的障礙是什麼？你是如何剋服的？

與大多數應用程式一樣，分發是我們面臨的最大挑戰。除了常見的發現問題外，我們不斷得到的反饋是，人們在嘗試之前並沒有意識到他們需要它，而在這一點上，他們被吸引住了。

不過，Fences確實有一個明顯的優勢，那就是由於它的可見性，它的病毒性很強。人們在別人的桌面上看到它，問它是什麼，玩它然後自己去拿。但是，如果你透過付費牆或試用限制來限制你的收養，病毒迴圈就會平緩下來。

所以，我們決定採取一種相當冒險的方法。多虧了Stardock釋出的應用程式，我們有了一個極好的平臺來釋出產品的訊息。但是我們沒有為這個應用收費，而是決定完全免費，希望以後能找到一個賺錢的方法。

這兩個都奏效了，但都沒有。它確實解決了分配問題。頭兩年我們有很大的吸引力。我們每週獲得35000次下載，並積累了超過一百萬的活躍使用者使用和推廣該應用程式。問題是，儘管開發和銷售該產品的時間、成本和機會成本很高，但沒有人購買。一年中有一天，當我們和“專業”一起免費玩的時候，我們非常失望。既然我們在免費的基礎上建立了良好的信譽，我們就不能按原來的方式收費。

接下來的一年裡，我們嘗試了不同的方法，但都沒有成功。這個應用程式開始衰退。事實上，我們花了一年的時間開始做其他事情，直到我們決定要做點什麼。我們是否解決了分銷問題，同時扼殺了我們的產品？

2012年夏天，我們決定**一款全新的shining v2.0，這一款我們要收費。我們沒有取消免費的1.0，但2.0有一些使用者一直要求的關鍵新功能，比如資料夾門戶，一些創新的新功能，比如桌面“頁面”，一個全新的使用者介面和一些非常棒的潤色。我們的希望是，如果我們提供了一個有意義的升級，我們會得到回報的工作，即使我們收費。我們試過了，成功了！我們每天6000次的“下載”點選量反而成為了一個既定的銷售渠道，而傳入的流量並沒有像我們擔心的那樣消失。不想付費的使用者仍然可以找到1.0免費版，所以負面反應非常有限。為了啟動，我們有一個龐大的現有使用者群，我們可以通知新版本。

所以在最後（差不多四年之後），我們的分銷賭博成功了，但也不是沒有風險。

發射對你來說怎麼樣？應用程式的接收情況如何？

當時沒有應用商店，所以“啟動”圍欄是一種完全不同的活動。當圍欄啟動時，已經有成千上萬的人在使用它。

我們沒有將產品釋出視為驗證事件，而是透過Fences讓產品在開發過程中自然發展，穩定地接觸到更多的受眾，學習並適應過程中的每一步。我們測試了10人、100人、200人、1000人等，對自己的方向越來越有信心。一個“釋出”就變成了一個經過徹底驗證的產品的營銷活動。

相比之下，作為近年來iOS釋出的一部分，我發現這比你現在看到的尖峰和不可避免的“悲傷低谷”要自然得多。在移動裝置上，啟動本身就變成了一個構建的驗證步驟，你以前可以用更少的戲劇性來完成；事實上，許多成功的應用程式都仿效了過去的做法，推出了soft。不幸的是，由於當今市場的透明度，軟啟動可能會給人一種掙扎和陳腐的感覺，因此並不總是正確的選擇。有時，你仍然想啟動大的，驗證，樞軸需要並從那裡去。謝天謝地，這些都不是圍欄所必需的，有機方法才是出路。

你如何有效地處理使用者的請求和批評？

小心。在我職業生涯的早期，我接受使用者的要求時沒有太多的約束，並且學到了這樣做會導致產品臃腫和不集中的艱難方法。

作為產品經理，你的工作是從使用者反饋中提取主題和模式。透過圍欄，我們在留言板上收集了這些資料。在PhotoDrive等較新的應用程式中，反饋連結在應用程式中非常突出，使使用者可以輕鬆地說出自己的想法。我對待批評就像對待任何反對的觀點一樣；因為它是一個資料點，資料點形成一個趨勢。我仔細考慮，但不翻身，並鼓勵進一步的櫃臺挑戰我的立場。當我看到一個趨勢時，我和其他人一起集思廣益，我們想出了一個解決這個問題的計劃。很簡單。

在工程方面，必須更積極地提出批評。我是應用於軟體開發的豐田生產系統方**的忠實追隨者。當你看到一個問題的時候，你就放棄一切，做出一個小的分配來補救，以最大限度地提高質量和減少技術債務的積累。如果在這段時間內無法解決，您將決定是優先排序還是排隊。Fences是一個成熟的產品，但在幕後卻是一個相當複雜的產品。早些時候，我經常透過螢幕共享來診斷問題，看看發生了什麼。現在在iOS中開發，我完全依賴於徹底的除錯日誌和MixPanel分析來真正做到“在那裡”。對工程方面的批評做出反應是高質量的關鍵。

你會給其他想從事類似專案的人什麼建議？

• 從小處著手。
• 實驗。
• 多做實驗！
• 繼續創造。解決問題和狡猾。
• 學習。並驗證。走開，頭腦清醒，一週或一個月後仔細看一看。不止一次。
• 找到合作伙伴！別一個人做。
• 仔細選擇你的搭檔。
• 培養一小群值得信賴的顧問。
• 與導師建立關係。聽他們說。作為回報。
• 不要害怕失敗。嘗試一下。快速失敗。學習。繼續前進。
• 沒有多少人有機會做這樣有創意的事情。別忘了欣賞這一點，玩得開心。

祝你好運！

每隔一個星期三，這款應用的背後都會有一個我們最喜歡的應用是如何從創意到釋出（以及以後）的內部介紹。有你想見的人嗎？給安迪發郵件。