終結果可能被設想為“

gattubattu952

以 Slack 為例。它看起來像一個典型的企業訊息應用程序，最我想製作一個像 WhatsApp 這樣的訊息應用程序，但供企業使用。”對於最終用戶來說這是一個很好的定義，但對工程師來說卻不是。為什麼？因為它是不完整的，而且 Slack 不是 WhatsApp。 仔細看看 Slack 的案例：它有何獨特之處？它解決了什麼問題？您需要具體說明這些事情，以便工程師知道哪種技術最適合建立您想要的產品。 另外，行銷人員和產品負責人需要了解產品的使用者和競爭對手，設計師需要在開始第一個模型之前了解您的願景等等，只有這樣，才有可能計算團隊的努力價值在創建應用程式的過程中花了多少？ 「我確切地知道最終產品會是什麼樣子。


我需要做什麼？”大多數專家建議將該應用程式視為一項實驗。這意味著制定一個假設並解釋基於網路的應用程式提供者認為什麼會更好。當你學習和嘗試新事物時，也要準備好改變專案的方向。實際上，這意味著添加或刪除一些功能以使應用程 德國 電話號碼 式的其餘部分正常工作，直到您找到正確的媒體。一個例子： 有人想為那些想找到音樂愛好者一起參加聚會的狂歡者建立一個社交網絡。最初的想法可能是建立一個常規帳戶登入系統。 但如何讓用戶相信應用程式中的人是真實的呢？您不允許他們建立帳戶，只能透過 Facebook 登入。




這就是所討論的變革類型。底線：與最初想法的偏差是99%不可避免的。如何計算這種方法的成本？在這種情況下，計算非常粗糙，因此最好使用幅度序列。 計算過程如下：「我有 90% 的把握可以在 50 到 95 天內完成申請。我也有 80% 的把握這個項目將花費 5000 萬到 1 億之間。” 這是您不想使用的另一種方法： 方法 2 - 模擬另一個應用程式 「我想建立 Trello，但要添加視訊圖形。」這個以及其他數千個想法試圖模仿現有應用程序，但在功能上略有改變。