問任何嵌入式GUI開發人員或設計人員如何重新構建產品的用戶界面，你可能會聽到抱怨。創建用戶界面可能是一個漫長而費力的過程，而更換用戶界面通常是你希望盡可能少做的事情。即使考慮到最佳實踐，如嵌入式開發人員使用嵌入式軟件工具來實現簡單的屏幕設計或編碼實踐來執行清晰分離的業務邏輯，也是如此。

　　這是因為創建嵌入式GUI的大部分工作是：

　　-設計用戶工作流的繁重工作。

　　-創造有吸引力的視覺元素。

　　-考慮到人為因素工程。

　　-執行可用性測試。

　　一旦您的嵌入式GUI構建完成，您的團隊就需要開發UI測試套件，讓您確信事情不會被錯誤修復所破壞。一旦完成，對用戶文檔和產品支持的下游影響可能意味著大量的返工。

　　當你第一次擁有正確的UI時，盡可能長時間地保持它是值得的。

　　導致GUI流失的硬件。

　　您可能被迫重做GUI的最大原因之一是硬件更改——具體而言，在不同大小、不同功能的處理器之間切換。Storyboard的設計中努力解決了這個問題。有時候，在嵌入式開發中，較小的硬件平臺并不總是具有UI所需的馬力。其他時候，UI工具將在高端而不是低端(反之亦然)工作，或者只在平臺的子集上運行。由于Storyboard能夠以高端和低端系統為目標，使用不同類型的硬件加速器(或者根本沒有)，它使所有類型的硬件遷移成為可能，同時保持您的UI完整。

　　向下縮放嵌入式GUI的問題。

　　軟件無法遷移到更高性能處理器的特殊情況有點不尋常;平臺不兼容通常會反過來，因為在通用CPU上運行的產品并不總是在低端微控制器上運行。你經常在原型工作中看到這一點，在那里最容易用比最終產品所需的馬力大得多的功率在電路板上構建概念證明。這使得研發團隊能夠輕松地構建和測試軟件，而不必在本已緊張的日程安排中為優化擔心。但該團隊不能忘記這樣一個事實，即產品最終將被調整為更具成本效益的處理器。

　　多平臺方法。

　　這種微控制器/微處理器的靈活性正是Storyboard和StoryboardLite在設計和嵌入式開發上相同的原因，只是輸出的目標可執行文件不同。我們知道，構建高性能的GUI需要大量的工藝，如果不需要的話，您不應該重復這種工作。