chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

1.為什么需要戰(zhàn)略思維而非路線圖？——制定有效的設計系統(tǒng)策略

設計系統(tǒng)是一種產(chǎn)品。這種產(chǎn)品解決了以下具體任務：

• 確保一致性

• 縮短開發(fā)時間

• 等等

最常見的動機在于，開發(fā)新產(chǎn)品的初衷是希望其能與市場上現(xiàn)有的產(chǎn)品有所區(qū)別。畢竟，若用戶傾向于選擇市場上已有的、被認可的“原創(chuàng)”產(chǎn)品，那么為何還要耗費時間和精力去復制現(xiàn)有的解決方案呢？

在設計系統(tǒng)領(lǐng)域，有時可能需要復制現(xiàn)有的解決方案，因為某些原因?qū)е逻@些方案無法直接提供。通常，設計系統(tǒng)是作為內(nèi)部產(chǎn)品而構(gòu)建的，即便公司對外發(fā)布了相關(guān)文檔，也不保證能夠直接應用該系統(tǒng)。

無論我們選擇復制現(xiàn)有的解決方案，還是構(gòu)建一個具有獨特性的新設計系統(tǒng)，策略的制定都是必不可少的。

部分團隊在缺乏充分支持的情況下著手構(gòu)建設計系統(tǒng)，可能會面臨制定詳盡策略的困難。畢竟，設計系統(tǒng)在初始階段通常是一個最小可行產(chǎn)品（MVP），它僅包含一些基本的需求。

• 設計師的 UI 組件庫

• 在代碼實現(xiàn)中體現(xiàn) UI 組件庫的部分

• 闡述基本設計原則的文檔（常被忽略）

為了避免陷入“永恒的最小可行產(chǎn)品（MVP）”階段并順利過渡到下一階段，我們需要從一開始就將設計系統(tǒng)視作一個產(chǎn)品，而非僅僅是一個項目。

在探討產(chǎn)品策略構(gòu)建時，我們可以找到眾多現(xiàn)成的案例，甚至包括詳盡的指導手冊。然而，當討論到設計系統(tǒng)時，這樣的案例卻相對匱乏。大多數(shù)情況下，我們所見到的都是遵循“標準設計系統(tǒng)”模式的方案，它們通常包含一些典型的組件和基本元素集（如標志、圖標等）。

每家企業(yè)都有其獨特的企業(yè)文化和業(yè)務需求。因此，設計系統(tǒng)應當體現(xiàn)公司的具體情況和需求。除了標準的組件和標記庫之外，可能還需要根據(jù)特定需求添加其他元素。

2.發(fā)現(xiàn)

用戶需求

與任何其他產(chǎn)品一樣，設計系統(tǒng)同樣擁有用戶群體。因此，在制定策略時，最佳做法是先深入了解這些用戶。這可以通過與設計師和開發(fā)人員進行一系列訪談來實現(xiàn)，并探索還有哪些其他利益相關(guān)者可能對使用設計系統(tǒng)感興趣：

• 在設計和開發(fā)過程中，采用了哪些工作流程？

• 設計師與開發(fā)人員之間的協(xié)作機制是怎樣的？

• 使用了哪些產(chǎn)品或框架（包括那些不可更改的部分）？

• 目前面臨的主要挑戰(zhàn)有哪些？

• 最關(guān)鍵的優(yōu)先事項或需求是什么？

• 等等。

商業(yè)需求

設計系統(tǒng)的核心目標之一在于協(xié)助企業(yè)加速產(chǎn)品的創(chuàng)建和維護過程，并提高其效率。為了實現(xiàn)這一目標，我們需要與產(chǎn)品經(jīng)理、項目負責人以及公司高層管理人員進行深入訪談，以獲取以下信息：

• 公司未來的發(fā)展方向是什么？

• 公司有無計劃推出新的產(chǎn)品或服務，并考慮整合哪些平臺？

• 是否有進行品牌重塑的計劃？

• 設計系統(tǒng)目前能夠提供哪些支持，未來可能需要滿足哪些需求？

• 競爭對手的發(fā)展方向如何？

• 是否有可能為專門的設計系統(tǒng)團隊分配預算？

產(chǎn)品分析

對應用設計系統(tǒng)的產(chǎn)品（或多個產(chǎn)品）進行全面研究，涵蓋設計、導航、代碼實現(xiàn)等多個維度。同時，對比分析產(chǎn)品在實際應用中的外觀表現(xiàn)與原始設計中的預期效果：

• 設計文件的分析研究：包括文件的結(jié)構(gòu)、布局的組織方式等。

• 所使用的庫的詳細分析。

• 對現(xiàn)有文檔的評估：涉及文檔的完整性、質(zhì)量以及更新流程的分析。

以及對代碼的深入分析：

• 所使用的庫（包括內(nèi)部開發(fā)和外部引入的）。

• 架構(gòu)的邏輯性及其在不同平臺上實現(xiàn)的差異性。

• 組織資源的邏輯方法：如圖標、標志等。

我們在當前階段所積累的知識越豐富，對整個運作機制的理解越透徹，未來規(guī)劃各項措施并預防潛在問題就會越加得心應手。重要的是，我們的視野不應僅限于主要產(chǎn)品，還應涵蓋公司所開發(fā)和維護的所有附加應用程序和服務。這對于我們?nèi)嬲莆账械挠脩艚佑|點很有幫助。

在此階段之后，我們很可能需要一系列額外的訪談來澄清細節(jié)。

審查

如同進行任何復雜的產(chǎn)品研究一樣，我們得到的輸出是大量數(shù)據(jù)和見解的集合，這些需要進一步的分析和處理：

• 界定研究范圍：確定目標用戶群體以及可能利用設計系統(tǒng)的產(chǎn)品。

• 識別主要問題和瓶頸所在。

• 識別用戶與產(chǎn)品交互的關(guān)鍵接觸點。

• 準備基于實踐案例和公司具體情況的建議。

隨后，我們需要向管理層展示研究成果，收集反饋，并了解管理層是否有進一步推進的意向。

3.工作坊

在當前階段，我們應當積極推動各利益相關(guān)方（包括設計師、工程師、管理層等）參與工作坊。

如果我們計劃從零開始構(gòu)建設計系統(tǒng)，可以首先從組件拆分的練習著手。

然而，設計系統(tǒng)的意義遠不止于組件本身。此外，鑒于構(gòu)建設計系統(tǒng)可能需要數(shù)月的時間，僅關(guān)注當前需求是遠遠不夠的。我們必須認識到，設計系統(tǒng)需要隨著核心產(chǎn)品（甚至可能是整個業(yè)務）的發(fā)展而不斷成長。換句話說，我們需要明確我們想要為用戶創(chuàng)造的產(chǎn)品類型。如果我們暫時拋開設計系統(tǒng)的特定語境，這個問題實際上是在開發(fā)任何新產(chǎn)品時都會遇到的典型問題。我們可以使用開發(fā)“常規(guī)產(chǎn)品”時所采用的傳統(tǒng)方法來解答這個問題。

產(chǎn)品的使命和愿景

要解答上述問題，通常建議首先明確使命和愿景。

互聯(lián)網(wǎng)上有許多關(guān)于如何制定使命和愿景的文章和指南。然而，對于使命和愿景的來源及其相互關(guān)系，人們往往存在不少混淆。

例如，《設計使命宣言——示例和提示》文章中指出：

“設計愿景陳述描繪了組織期望在未來實現(xiàn)的目標狀態(tài)，而使命陳述則闡明了其當前的設計宗旨和實施路徑。”

Pioneer , Goalist , Nippon Koei 等許多公司都這樣做。在本文中，我將使用這種第二種方法，因為對我來說更自然、更清晰（請在評論中寫下您更喜歡哪種方法以及原因)。

從我的角度來看，使命是公司經(jīng)常寫在海報（或T恤）上的內(nèi)容。例如，在宜家，它聽起來相當抽象：

“為大眾創(chuàng)造更美好的日常生活”

幾乎所有現(xiàn)代初創(chuàng)公司都采用這種表述方式。坦白而言，這種措辭往往缺乏具體性。

相比之下，愿景則更為明確。它闡述了核心的商業(yè)理念或公司所追求的目標（或產(chǎn)品應為用戶帶來的價值）。在設計領(lǐng)域，這類似于所謂的最終愿景。以宜家為例，其商業(yè)理念如下：

“提供種類豐富、設計精美、功能完備的家居用品，價格親民，以使盡可能多的人群能夠負擔得起。”

這種表述方式清晰地描繪了宜家的理念及其與競爭對手的主要差異。

在我們的情形中，采用設計系統(tǒng)，我們同樣可以遵循這一路徑：從設定一個簡潔而普遍的使命出發(fā)，并構(gòu)建一個旨在實現(xiàn)該使命的愿景。

例如，我們可以設定一個普遍的使命：“簡化我們產(chǎn)品團隊的工作流程”?；蛘?，使其更具針對性：“讓我們的產(chǎn)品團隊在產(chǎn)品構(gòu)建過程中的工作更加高效”。

然而，我們可以從稍微不同的角度來審視這個問題。當我們討論可訪問性、動態(tài)性以及其他諸多方面時，這些并非僅與開發(fā)人員和設計師相關(guān)，更與我們公司產(chǎn)品的最終用戶——消費者息息相關(guān)?；诖耍覀兛梢詫κ姑陨宰髡{(diào)整：“助力我們的產(chǎn)品團隊為最終用戶打造卓越的體驗。”

這完全取決于你如何巧妙地構(gòu)思出既優(yōu)美又簡潔的短語。無論如何，當使命宣言聽起來振奮人心時，總是一件好事。例如，Atlassian 的使命宣言，至少在我聽來非常鼓舞人心：

“我們的使命是釋放每個團隊的潛力”

愿景的設定較為復雜。為了讓愿景不僅僅是海報上的一句華麗辭藻，我們需要它能夠明確指出我們期望在設計系統(tǒng)中實現(xiàn)的具體目標。

讓我們再次以宜家為例：

“提供多樣化、設計精良且實用的家居產(chǎn)品，以親民的價格，使盡可能多的人群能夠負擔得起。”

通過措辭，我們可以清晰地辨識出主要的要求或組件：

• 提供家居產(chǎn)品

• 種類廣泛

• 設計精良

• 價格低廉以便更多人能夠負擔得起

這聽起來像是公司對每個即將發(fā)布的產(chǎn)品所設定的驗收標準。同樣的邏輯也適用于設計系統(tǒng)的愿景制定。讓我們來觀察一些實例。

幫助交付高質(zhì)量的界面，同時加速上市時間。通過使 UX 和 UI 在團隊中的設計師和開發(fā)人員之間易于訪問，來賦予創(chuàng)造力。通過人們喜歡使用的應用程序重塑企業(yè)和開源世界。

“Material 是由 Google 創(chuàng)建的設計系統(tǒng)，旨在幫助團隊為 Android、iOS、Flutter 和 Web 構(gòu)建高質(zhì)量的數(shù)字體驗

“Material Design 是一套可適應的指南、組件和工具系統(tǒng)，支持用戶界面設計的實踐案例。由開源代碼支持，Material Design 簡化了設計師和開發(fā)人員之間的協(xié)作，并幫助團隊快速構(gòu)建美觀的產(chǎn)品。” 

“設計系統(tǒng)是一套標準，通過減少冗余來管理大規(guī)模設計，同時在不同頁面和渠道之間創(chuàng)建共享語言和視覺一致性” 

上述示例實際上并非愿景的正式表述。然而，在我看來，它們完全有潛力被塑造成愿景。畢竟，這些表述中的要求都十分明確。在我的觀點中，愿景陳述應當清晰地傳達正在構(gòu)建的設計系統(tǒng)的核心特征，這非常重要。否則，最終可能開發(fā)出與預期不符的產(chǎn)品。

4.倡議

規(guī)劃闡述了目標與宗旨，這有助于實現(xiàn)使命，并達成理想的北極星愿景。在當前階段，規(guī)劃已經(jīng)涉及到具體的資源：

• 標志

• 圖標

• 表單元素

• 按鈕

• 文檔

• 用戶消息

• 網(wǎng)格系統(tǒng)和斷點

• 組件演示應用

• 等等

最好避免將單個組件單獨視為一個倡議，這并不是因為“它在戰(zhàn)略中太小，不足以構(gòu)成一個倡議”，而是因為在處理組件時，更適宜將它們歸類并分組為更大規(guī)模的倡議——即史詩級別的項目：

• 用戶輸入組件：包括文本輸入框、文本編輯區(qū)、密碼輸入框等。

• 按鈕類組件（包括所有外觀類似按鈕的元素）：如平面按鈕、圓形按鈕等。

• 用戶提示信息：包括彈出式提示、橫幅提示、全屏通知等。

通過在各自的組別中考慮組件，我們不僅可以關(guān)注設計決策的一致性，還可以進一步思考：

• 組件組合模式與模板：探討組件如何協(xié)同工作

• 決策樹模型

• 實踐案例指南

• 文案創(chuàng)作技巧

• 等等

我們務必要銘記業(yè)務需求的重要性。畢竟，如前所述，系統(tǒng)設計的核心目標之一是協(xié)助企業(yè)更迅速、更高效地開發(fā)和維護產(chǎn)品。在考慮公司的產(chǎn)品開發(fā)策略、遵循最佳實踐案例以及分析競爭對手所采用的方法的基礎(chǔ)上，我們可以嘗試預測未來可能需要的功能。

例如，若公司計劃將其產(chǎn)品推向國際市場，我們可能需要考慮文案的本地化問題。

僅憑一份簡略的舉措列表是不足以周全規(guī)劃戰(zhàn)略的。由于某些舉措可能歸屬于同一類別，而不同舉措間又可能存在相互依賴性，因此需要明確標識這些關(guān)系，以便更好地掌握整體狀況。我通常使用倡議卡的方法來進行管理：

倡議卡

在前述示例中：

• 倡議標題——揭示倡議的核心內(nèi)容。例如，“語義化創(chuàng)意標簽”。

• 描述——對倡議進行簡潔的說明。比如，在標簽標記的情況下，可以描述為“從硬編碼的顏色值和顏色命名變量（如藍色、灰色等）轉(zhuǎn)變?yōu)榕c品牌色彩調(diào)色板相匹配的功能命名變量”。

• 愿景要求——明確倡議滿足的愿景要求。對于每項倡議，我們都需確保其從愿景的角度來看是有意義的，以保持清晰的焦點，并避免在與使命/愿景不相關(guān)的事情上耗費精力。

• 行動計劃——列出使倡議得以實施的具體行動項。例如，在“語義化核心標簽”的情況下，可能需要處理命名規(guī)范、文檔編制等事宜。

• 價值/機遇——倡議將為公司及用戶帶來哪些價值或機遇。

• 依賴性——本倡議依賴于哪些其他倡議？即在實施本倡議之前需要完成哪些工作。比如，如果我們討論的是“暗色模式”倡議，可能需要將“語義化軟件標簽”作為其依賴項。明確依賴關(guān)系有助于我們了解以何種順序推進各項倡議最為適宜。

策略

最終，策略制定環(huán)節(jié)最為有趣 ?

在這次工作坊中，我們需要設計、產(chǎn)品和開發(fā)領(lǐng)域的關(guān)鍵代表參與。主要目標是規(guī)劃出首版以及后續(xù)迭代的藍圖。為簡化流程，我通常采用一種簡潔的分解方法：

• 短期（1.0版本）

• 中期（邁向下一階段）

• 長期（終極目標）

在工作坊上，我們將根據(jù)優(yōu)先級和依賴關(guān)系將倡議卡按類別進行組織。此外，還需討論實施特定舉措所需的資源。在構(gòu)建設計系統(tǒng)時，最關(guān)鍵的資源無疑是人才和時間。我們不太可能一開始就組建一個完備的“夢幻團隊”。因此，在規(guī)劃短期或長期舉措時，我們必須考慮它們需要什么樣的團隊配置，以及我們是否能夠在恰當?shù)臅r機擁有相應的團隊。

例如，我們可以從一個小型團隊著手，團隊中包含數(shù)名設計師以及2-4名移動開發(fā)人員。相應地，如果我們的計劃中包含網(wǎng)頁開發(fā)或后端工作，在初期階段我們可能還無法承擔這些任務。同時，根據(jù)這些任務的緊迫性，我們可以判斷在哪個階段需要補充缺失的資源：是否可以將這些任務安排在中期（或更晚的階段），或者是否需要與管理層探討擴充團隊的可能性。

策略周期

考慮到需要兼顧的眾多因素，此階段將涉及多輪會議，并可能需要更多參與者來深入討論細節(jié)。具體來說，需要探討以下議題：

• 技術(shù)細節(jié)討論：需要確定所需框架（以及是否需要對現(xiàn)有架構(gòu)進行重大修改），明確預期的開發(fā)環(huán)境，以及設計等相關(guān)問題。

• 探討潛在的設計系統(tǒng)團隊成員（包括潛在的領(lǐng)導者）?？赡苄枰M行額外的招聘工作。

• 關(guān)鍵流程的梳理：包括團隊工作流程、產(chǎn)品發(fā)布、實施過程、用戶支持等。

• 確立衡量項目成功的標準至關(guān)重要。在項目啟動之初就考慮集成分析工具到系統(tǒng)中，例如統(tǒng)計工具等，是一種明智的做法。這些數(shù)據(jù)將成為向管理層匯報的關(guān)鍵內(nèi)容。

細節(jié)至關(guān)重要，缺少它們將導致難以制定清晰的路線圖，并準確預測完成首期工作所需的時間。

路線圖

目前，大多數(shù)產(chǎn)品團隊采用敏捷開發(fā)方法。這通常意味著開發(fā)周期會根據(jù)當前產(chǎn)品需求進行調(diào)整，任務規(guī)劃僅覆蓋一個或兩個沖刺周期。然而，在設計系統(tǒng)的情況下，我們需要采取瀑布式開發(fā)方法：提前數(shù)月進行規(guī)劃。即便團隊選擇以沖刺方式工作，我們也需要為整個首個發(fā)布周期制定清晰的路線圖。需要對每個計劃及其包含的任務進行大致評估。

我們需要保持現(xiàn)實的態(tài)度：提前精確預測一個項目所需時間是相當困難的。不過，憑借充分的經(jīng)驗，我們能夠進行大致的估算。在此基礎(chǔ)上，我們可以為項目初期的幾個月制定一個初步的計劃。

5.提出策略

“歸根結(jié)底，如果缺乏關(guān)鍵人物的支持（無論是掌握資金的高層管理者，還是實際使用產(chǎn)品的用戶群體），任何戰(zhàn)略都是沒有意義的。因此，你必須能夠推銷你的戰(zhàn)略。這通常意味著需要準備一個演示文稿。”——內(nèi)森·柯蒂斯

盡管在戰(zhàn)略規(guī)劃上投入了大量精力，但如果管理層不予以批準且不提供必要的資源，整個項目仍有可能面臨失敗的風險。在這種情況下，計算設計系統(tǒng)的投資回報率（ROI）將極大地有助于推廣這一理念。

目前，已有專門的計算工具和相應的公式用于估算設計系統(tǒng)的投資回報率。

投資回報率的計算方法在很大程度上取決于所采用的設計系統(tǒng)模型。例如，內(nèi)森·柯蒂斯識別出三種主要的設計系統(tǒng)模型：

• 獨立型——采用現(xiàn)有的開放性、現(xiàn)成的系統(tǒng)。這種方式能夠?qū)崿F(xiàn)快速啟動，但在后期可能會遇到限制和靈活性問題。畢竟，初始系統(tǒng)是由第三方團隊創(chuàng)建的，在這種情況下，很難保證所有需求都得到充分考慮。

• 集中型——由一個專門的內(nèi)部團隊工作室負責開發(fā)和維護設計系統(tǒng)，將其作為內(nèi)部產(chǎn)品。這種模式有時被批評為設計系統(tǒng)團隊與產(chǎn)品團隊“脫節(jié)”，產(chǎn)品團隊的需求并不總是被充分考慮。

• 聯(lián)合型——由產(chǎn)品團隊中的頂尖設計師和開發(fā)人員共同努力創(chuàng)建設計系統(tǒng)。

在我看來，將集中型和聯(lián)合型相結(jié)合更為可?。?/p>

• 一個專門的團隊負責創(chuàng)建和維護系統(tǒng)設計，這能夠確保快速而高效的行動。

• 同時，與產(chǎn)品團隊保持緊密合作（通過共同工作、貢獻、定期流程等方式），可以有效避免“與實際需求脫節(jié)”的問題。