註:目前的DCD服務是壹個封閉的體系，沒有體現CP的獨立作用，也沒有發展壹定數量的CP來提供內容。所以DCD能訂閱的內容比較單壹，內容的吸引力不是很強。我個人認為這是目前DCD商業需要解決的主要問題之壹。讓我們分析壹下DCD的商業特點，並簡單談談我自己的想法。內容的推送和預下載類似於短信、彩信、WAP推送業務，DCD實現內容的推送分發。與WAP網頁瀏覽不同的是，用戶不需要記住URL地址，沒有網頁傳輸的等待時間，也沒有鏈接點擊。壹切都體現在後臺自動獲取和存儲數據。客戶端軟件DCD需要專門開發的客戶端軟件來自動下載、存儲、顯示和刪除內容。根據中國移動的DCD服務規範，在待機屏幕或桌面上有壹個專門的內容顯示區域。這也是DCD服務區別於其他服務的巨大優勢和獨特之處。與MMS相比，DCD業務在系統組成上與MMS非常相似，但它有許多增強的功能。列出如下:彩信DCD
1通過推送消息實現信息接受的及時支持。同時支持定時內容同步和用戶手動內容同步。
2內容預下載。在將內容呈現給用戶之前，程序會在後臺下載內容。使用MIME將所有內容封裝到壹個內容體中，並使用SMIL來支持回放控制。支持。使用XML或XHTML來描述圖片、多媒體和其他內容。每個內容都是單獨下載的。
3業務可擴展性不強，業務可擴展性強，基於XML的接口定義具有較強的業務描述能力。
下載內容的管理由用戶負責，類似短信的內容管理由客戶端完成，對用戶的幹擾很小。
5.幾乎支持手機所有必備功能，客戶端軟件安裝率遠不如彩信普及。
從業務特點來說，DCD功能類似於彩信功能的升級，但由於其獨特的業務，並不能替代彩信。與互聯網標準RSS的比較OMA在定義DCD能力規範時參考了互聯網標準RSS/ATOM，因為其服務本質上是相似的。但區別很多，主要解決手機終端上的特殊性能問題和網絡問題。1.考慮帶寬限制，優化每次傳輸的數據量。2.支持多個頻道的訂閱管理。優化減少同步次數，壹次同步發送用戶訂閱的不同頻道的所有源信息。(互聯網上也有這樣的服務，比如Google Reader和Yahoo Pipes，用來合並用戶需要的RSS提要)。3.強制客戶端內容管理，避免下載和存儲的內容積累過多影響系統正常運行。4.根據客戶端提供的用戶信息和位置信息提供增強的功能。區分用戶並發送與地理位置相關的信息。5.推送消息支持可以實現比RSS更好的時效性。6.定義服務和接口是為了方便客戶端的實現。本質上，DCD體現了在互聯網上被證明非常有效的RSS和AJAX的概念:訂閱和同步，以及XML數據的後臺傳輸。無論如何實現，業務特色都有很強的互聯網特征。說到互聯網的特點，就不得不提互聯網的盈利模式:廣告模式。DCD服務具有承載廣告內容的能力。主要體現在以下幾個方面:1。和用戶訂閱的感興趣的內容結合起來就容易被關註。2.適當的內容呈現能力使內容豐富。3.內容可以點擊，可以精準計算廣告效果。4.內容安靜顯示，過期自動刪除，對用戶幹擾小。5.新的應用，用戶不容易反感。6.可以準確區分用戶，並提供位置信息，提高廣告投放的準確性。這些都不同於以往的短信廣告，具有獨特的優勢。因此，如果DCD業務推廣順利，實際用戶數量足夠大，添加高質量的廣告將可能是壹個很好的盈利點。互聯網公司的壹個優勢在於對產品的持續跟蹤和優化。服務更新頻繁持續，每次少量升級，並根據用戶反饋隨時調整。使得產品非常適合用戶的需求。而DCD的產品需求和形態相對清晰，持續升級的需求並不明顯。因此，采用中國移動相對獨立開發和運營的傳統產品模式也能保證DCD產品的順利實施。
UCD(以用戶為中心的設計)是指以用戶為中心的設計。是壹種以用戶體驗為設計決策中心，在設計過程中強調用戶優先的設計模式。
解釋
簡單來說，就是基於用戶的需求和感受來設計、開發和維護產品，而不是讓用戶去適應產品。無論從產品使用流程、產品信息架構、人機交互模式等方面。，以UCD為核心的設計始終關註和考慮用戶的使用習慣、期望的交互方式、視覺體驗等各個方面。
編輯此測量維度
壹個好的以用戶為中心的產品設計，可以通過以下幾個維度來衡量:產品在特定使用環境下，被特定用戶用於特定目的時的效果、效率和主觀滿意度，推而廣之，還包括產品的易學程度，對用戶的吸引程度，以及用戶體驗產品前後的整體心理感受。
編輯這壹段的意思
1.壹個產品的來源可能有很多情況，比如用戶需求、企業利益、市場需求，也可能是技術發展推動的。本質上，這些不同的來源並不矛盾。壹個好的產品，首先是用戶需求和企業利益(或市場需求)的結合，其次是開發成本低，兩者都可能導致技術發展的需求。a)越能在產品的早期設計階段充分了解目標用戶的需求，並與市場需求相結合，就越能降低產品後期維護甚至返工的成本。“如果在產品中向用戶傳達‘我們很關心他們’的感覺，用戶對產品的接受度會提高”，同時也能更大程度地容忍產品的缺陷。這種感覺並不局限於產品的某個包裝或者某個界面載體，而是貫穿於產品的整體設計理念，這就要求我們從設計初期就要以用戶為中心。b)基於用戶需求的設計往往有助於設計“未來產品”。“好的體驗應該來源於用戶需求，同時又超越用戶需求”。這也有利於我們對系列產品的整體規劃。2.隨著用戶可供選擇的同類產品越來越多，用戶在使用這些產品的過程中，會更加關註自己需要的時間成本、學習成本和情感感受。a)時間成本，簡而言之就是用戶在操作壹個產品時需要花費的時間。沒有用戶會願意把時間花在壹個只為自己實現功能的產品上。如果我們的產品不能傳達任何積極的情感感受，讓用戶快速完成需要的功能才是最基本的用戶價值。b)學習成本，主要針對新手用戶，這壹點對於網絡產品尤為關鍵。類似的產品很多，而且很容易同時拿到，所以對於新手用戶來說，還是不了解不同產品之間的詳細價值。影響他們選擇壹款產品的壹個關鍵點在於，哪款產品能讓他們輕松上手。統計顯示，如果新手用戶第壹次花費大量的時間和精力進行學習和探索，甚至第壹次使用就失敗，那麽他們放棄產品的幾率是非常高的，即使這有時意味著他們需要同時放棄產品背後的物質利益，用戶也不會在意。c)情感感受，壹般來說，這是建立在前面兩點的基礎上的，但現實中，也存在這樣壹種情況:壹個產品帶給用戶奇妙的情感感受，以至於他們願意花時間去學習這個產品，甚至在壹些特殊的產品中，用戶對情感感受的重視超過了壹切。比如在壹些產品中，用戶對產品的安全性要求很高。這時候這個產品可能需要增加用戶操作的步驟和時間，給用戶“這個產品很安全很謹慎”的感覺。這時候減少用戶的操作時間，讓用戶快速完成操作，會讓用戶覺得不靠譜。
編輯這個UCD記錄
1.需求分析:(業務流程)目的:根據產品需求和設計要求，提供用戶分析。方法:訪談、焦點小組、提煉目標用戶角色模型、場景分析、競爭對手分析、提煉定性定量相關數據。結論報告:根據對目標用戶的使用特點、情感、習慣、心理、需求的分析，提出用戶調研報告和可用性設計建議。合作者:營銷人員、產品需求客戶、項目負責人。2.原型設計:(信息架構+交互設計)目的:概念方案設計。制定產品的業務功能和接口規範。方法:配合開發團隊設計各種交互原型。與業務專家和市場部溝通，確認設計並獲得批準。進行角色模型設計和場景設計，通過場景的再現和演示，總結並逐步提煉用戶的各種交互需求，提出設計方案，完成設計方案的論證、討論、完善和定稿。結論報告:做壹個交互設計的原型。為用戶界面和交互式設計實施提供設計標準規範。合作者:項目負責人、開發團隊、營銷人員3。可視化管理:目標:使界面設計更加符合產品定位、用戶習慣和標準化布局，正確有效地指導功能的實現。方法:主持用戶調研，可視化引導界面。設計窗口規格和圖形布局。結論報告:接口測試報告。= = "輸出視覺設計規範合作者:視覺設計師4。可用性測試:目的:通過觀察，找出過程中出現了哪些問題，用戶喜歡或不喜歡哪些功能和操作方式，為什麽。方法:壹對壹用戶測試結論報告:用戶背景資料文檔、用戶協議、測試腳本、測試前問卷、測試後問卷、任務卡、過程記錄文檔、測試報告合作者:測試誌願者、市場相關人員5。跟蹤調查:目的:產品使用結果的反饋。方法:用戶訪談、用戶反饋結論報告:根據反饋和實際調查，按照預期目的撰寫產品反饋結果報告。包括值得肯定的設計和修改建議。合作者:產品用戶和市場相關人員。