定義一款新產品，首先回歸到三個最根本的問題：

1. 肯定用戶

對用戶的精準定位與剖析是發現問題、痛點從而找到處理辦法的必要途徑。在針對目前辦公產品的市場現狀調研顯現，目前QQ的辦公用戶所在企業范圍以小型、中型公司為主，約佔59.3%；用戶行業集中在IT、事業單位、房產、加工製造、貿易行業，其中IT/通訊/電子/互聯網佔比到達20.3%；消費/加工/製造業為11.5%；房地產/建筑業為11.1%。（數據來源：《TIM調研剖析》）

在肯定目的人群的過程中，我們嘗試行業范疇維度動身剖析用戶特性，但是由于行業范圍過于廣泛，不同范疇之間的辦公需求千差萬別，深化理解的研討本錢過高，以致于很難概括和歸結用戶數據。在改動用戶定義角度之后，我們將目的人群定義為有辦公需求的1-100中小型團隊或個人。

2. 發現問題

在確認用戶范圍之后，經過對相關用戶的調研結果能夠將目的人群劃分為兩類：團隊leader/管理者以及員工。兩類用戶對辦公場景下的需求、痛點以及希冀也有所不同：

依據調研顯現，團隊管理者用戶普遍關注團隊整體開展情況，對個人日程管理、業務停頓、資源管理方面有較激烈的需求。員工用戶相比之下會愈加注重個人工作效率、溝通協作、內容消費、沉淀積聚等方面，希冀在專業才能、人際交往才能上有所提升，在團隊中表現自我價值。

在匯總概括全部用戶數據之后，應用卡諾模型將全部需求停止了進一步劃分：

必要質量（Required）：便利、效率、便當管理、隨時隨地——注重效率層面

希冀質量（Desired）：學習、分享、人脈、個人價值、引領成就——注重沉淀及價值

魅力質量（Exciter）：輕工作、重生活、游戲化、快樂工作——注重體驗情感化

針對以上質量能夠概括為相對應的三個問題：

（1）如何協助用戶管理個人及團隊事項以進步工作效率？

（2）如何協助用戶認知自我價值及企業價值并且提升影響力？

（3）如何讓用戶完成“快樂工作”？

3. 處理計劃

經過對三個問題的剖析和考慮，最終得出的相應的處理途徑：

在探究處理計劃的承載方式時，我們對目前市場上的辦公/協作辦公產品停止了研討，其中主流的產品形態包括七品種型：

IM/溝通類： 企業QQ、企業微信、釘釘等任務管理類：trello、teambition等學問產出沉淀類：confluence等文件管理類：云盤類流程審批：OA類協作工具類（文檔編輯、設計模板）：google doc、invision等綜合類：明道等

由于需求提供的功用模塊多而複雜，我們將產品定義為以綜合型工作臺為根底的辦公效勞平臺，其各模塊功用流程如下：

在每個模塊和模塊之間的轉化過程中，我們依據用戶需求探究出了創新點與優化方向：

協作平臺視覺探究計劃

4. 轉換思緒

在完成工作臺計劃后，我們對整體計劃停止了回憶和評價，分離對效率型辦公工具的用研結果發現：效率型辦公工具的運用決策權大多來源于指導或擔任人，普通員工屬于從眾跟隨狀態。這種企業型自上而下傳播的性質會招致產品自身的封鎖性和局限性；用戶培育本錢、運營本錢、多平臺下的產品開發本錢過高；其中一些功用模塊與用戶常用的辦公工具存在重合（如溝通模塊與QQ、微信重合）。這些客觀問題使我們必需重新考慮尋覓更好的處理計劃。

與此同時，TIM項目正在停止產品轉型期，各平臺均做了相應調整，以TIM PC版和Mac版為例：

TIM PC版在原有QQ的功用上做了大幅度刪減，并添加了辦公功用，成為最終的QQ輕聊版以順應QQ PC版用戶在辦公場景下的需求。

QQ Mac版由于其主打的辦公屬性與TIM目的分歧，所以將二者停止合併，在QQ Mac版的根底上添加了辦公功用。

由于QQ Mac版的簡約特性，需求思索如何在不影響本身簡約、輕量感的同時增加辦公功用。最終我們的結論是以插件工具包——TIM Toolkit的方式來擴展辦公功用。Toolkit是以辦公插件平臺為根底，相對獨立于Mac QQ提供各品種型的辦公插件，用戶能夠從工具包當選擇本人需求的辦公插件。

在思索工具包中的功用類型時，我們再次運用到了卡諾模型中必要質量、一維質量和魅力質量的權衡規范，從這三個維度停止了腦暴：

用戶在運用時能夠依據本身需求下載相應插件，在積聚一定的用戶數據后，系統會將匹配最多的插件打包成組，并停止成組插件之間的整體流程優化，推出集成插件組合供用戶選擇。

經過對辦公人群的用研結果，我們選擇事項管理為首個推出的辦公插件，并停止了兩種視覺作風探究：

持續協作平臺探究方向，交融桌面場景的黑白基調計劃

從Material Design中吸取顏色和方式的撞色搭配計劃

總結：

經過對辦公場景的重新梳理，讓設計團隊更全面天文解了目的用戶的需求，不時完善設計出最佳的處理計劃。整個項目的推進流程遵照了Double-Diamond設計模型。第一階段經過發散思想儘可能多的找到目前辦公場景中的問題、痛點（Discover），再停止收斂并歸結問題性質（Define）。在第二階段肯定處理計劃時，同樣先經過開放的探究方式設計可行計劃（Develop），經過評價測試后肯定最終處理計劃及呈現方式（Deliver）。Double-Diamond模型理論中，發散和收斂的設計流程協助團隊從處理單一問題的考慮形式上升至處理問題共性的層次，針對共性提供的處理計劃能夠更有效的處理用戶痛點，是一個很適用的設計辦法