我有一種構建Microsoft Visio的簡單聯機版本的想法。該應用程序將使用silverlight功能構建。人們將能夠設計流程圖，類似於他們在Visio中的工作方式，他們將能夠在設計中進行協作和同時工作。Silverlight應用程序的帶寬
現在，我需要這樣的應用可能會消耗帶寬的想法。我不確定silverligt是如何在內部工作的，所以我需要弄清楚這樣一個應用程序是否可以以一種經濟可行的方式來構建，以便將這樣的產品作爲服務模型在軟件中銷售。
你必須考慮兩個帶寬成本：
1）Silverlight應用程序
你的用戶將有當他們開始它來下載Silverlight應用程序（XAP文件）。這些文件非常緊湊，主要是壓縮的託管程序集，但是如果在應用程序中包含大量二進制數據（比如圖像），則這些文件會相加。
要降低應用程序下載的初始成本，您可以將應用程序拆分爲多個程序集，並讓它們中的一些僅按需加載。
對於您的應用程序，您還可以考慮將Silverlight應用程序安裝爲瀏覽器外應用程序。應用程序只需在首次安裝時以及更新時（在後臺執行更新）通過網絡發送。
2）客戶端 - 服務器的數據傳輸
這在很大程度上取決於你的應用程序。對於一個以文檔爲中心的應用程序，您建議您可以將整個文檔從網絡服務器加載並保存到網絡服務器。如果您非常關心帶寬，則可以使用自己的二進制序列化格式（例如Google協議緩衝區），也可以構建.NET Framework中可用的任何技術。如果您的文件包含圖像等大型物體的帶寬需求將增加。
而不是將整個文檔傳輸回服務器，而是可以在客戶端和服務器上保留文檔的並行表示，並且只在用戶操作文檔時纔將操作傳回服務器。這是一個更復雜的解決方案，但在更新大型文檔時可能會更好。您可以使用.NET RIA Services或任何其他.NET客戶端 - 服務器技術來實現此目的。
在你的情況下，我會忽略成本1）和成本2）對於任何基於.NET的客戶端 - 服務器應用程序都是相同的，也就是說，Silverlight不會產生任何額外成本。
我想你應該首先建立了應用程序，然後擔心價格，如果您的應用程序是好的，你的用戶喜歡它，他們將支付任何合理的價格你把使用它:)