影音先锋橹撸资源_人妻少妇孑伦无码视频_日本女人牲交视频免费看_国产香蕉视频上线免费_波多野结超清无码中文影片_婷婷色丁香五月激情综合在线观看_寡妇高潮流白浆A片_国产精品九色 Av_花房姑娘电影未删减版免费观看_国产亚洲综合一区三区在线播放

對B端產(chǎn)品經(jīng)理而言，體系不是“功能堆疊”，而是組織、流程、角色與能力的系統(tǒng)協(xié)同。本文從多維拆解入手，構(gòu)建一套完整的B端產(chǎn)品體系搭建路徑——既有認(rèn)知框架，也有實踐落點，幫助產(chǎn)品人實現(xiàn)從“做功能”到“建系統(tǒng)”的思維躍遷。

B端產(chǎn)品體系建設(shè)目標(biāo)

每一個B端產(chǎn)品的定位，根本在于這個B端產(chǎn)品面向公司哪些核心業(yè)務(wù)市場，解決用戶哪些業(yè)務(wù)問題，需要達成哪些業(yè)務(wù)目標(biāo)。（如業(yè)務(wù)市場拓展、業(yè)務(wù)營收增長、用戶滿意提升、行業(yè)地位打造等）

而B端產(chǎn)品體系的定位則是將產(chǎn)品組件化納入產(chǎn)品體系，形成一個高可用、可持續(xù)、可拓展的B端產(chǎn)品體系，使B端產(chǎn)品更靈活地支撐公司戰(zhàn)略目標(biāo)落地。

B端產(chǎn)品體系結(jié)構(gòu)

在B端產(chǎn)品搭建中，已逐步由傳統(tǒng)單一產(chǎn)品轉(zhuǎn)為多場景、多功能的產(chǎn)品體系。主要圍繞著降本增效、業(yè)務(wù)創(chuàng)新、風(fēng)險管理、用戶體驗等業(yè)務(wù)目標(biāo)，進行產(chǎn)品體系建設(shè)。

前文“選擇PaaS、SaaS還是PaaS+SaaS”提出PaaS+SaaS產(chǎn)品架構(gòu)，即通過以下流程建設(shè)B端系統(tǒng)：

1、獲取PaaS平臺資源，獲取軟件開發(fā)+部署平臺；

2、業(yè)務(wù)應(yīng)用開發(fā)：

對于標(biāo)準(zhǔn)化程度高的功能模塊，引用SaaS產(chǎn)品功能實現(xiàn)（如用戶管理、角色權(quán)限管理、工單管理、流程管理等，此時可引入表單引擎、流程引擎等開放自定義功能）；

對于業(yè)務(wù)定制化程度高的功能模塊，進行編碼實現(xiàn)（如**業(yè)務(wù)功能）；

3、開放體系：

支持通過SDK、API等方式，將SaaS產(chǎn)品功能集成進入平臺直接引用；將共性能力集成進入開發(fā)環(huán)境按需調(diào)用；與三方系統(tǒng)實現(xiàn)功能、數(shù)據(jù)等集成；

而在實際落地時，需要結(jié)合是否存在“通用業(yè)務(wù)場景標(biāo)準(zhǔn)化可復(fù)用、強業(yè)務(wù)場景定制化可拓展”的需求，參考PaaS+SaaS產(chǎn)品架構(gòu)，按“共性功能沉淀、業(yè)務(wù)功能定制”開展產(chǎn)品體系搭建。從而規(guī)避B端系統(tǒng)搭建過程中易發(fā)生的“通用功能重復(fù)建設(shè)、需求變更/新需求支撐難”兩個主要問題。

產(chǎn)品架構(gòu)分級如下：

1）基于PaaS平臺或者自行，搭建開發(fā)平臺和部署環(huán)境，健全形成底層平臺的基座；

2）在基座的基礎(chǔ)上，按需引用SaaS架構(gòu)進行租戶管理、權(quán)限控制、數(shù)據(jù)隔離等；

3）搭建基礎(chǔ)功能，這部分功能是伴隨業(yè)務(wù)必備的底層功能模塊，如用戶管理、角色權(quán)限管理、分級管理、消息管理等；

4）搭建通用業(yè)務(wù)功能：需要進行業(yè)務(wù)場景抽象，形成覆蓋率較高的通用業(yè)務(wù)場景，開展設(shè)計按需自定義配置，如工單管理等。

5）搭建定制業(yè)務(wù)功能：業(yè)務(wù)場景較為定制，且對應(yīng)類似業(yè)務(wù)場景較少甚至沒有，需硬編碼快速實現(xiàn)落地。

6）三方集成，形成開放平臺，將外部能力引入產(chǎn)品體系中供引用。這部分三方集成內(nèi)容包括：

技術(shù)能力：在功能搭建過程中引用的三方技術(shù)組件，如OCR識別、電子簽章等；

業(yè)務(wù)能力：業(yè)務(wù)場景已搭建的通用業(yè)務(wù)功能，引用其功能設(shè)計無需重復(fù)搭建；

數(shù)據(jù)/頁面集成：與三方業(yè)務(wù)系統(tǒng)兼容，實現(xiàn)功能/數(shù)據(jù)等維度集成，從而滿足業(yè)務(wù)流程打通、業(yè)務(wù)數(shù)據(jù)共享；

上述描述可以看到，其講解B端產(chǎn)品架構(gòu)的顆粒度本質(zhì)還是在功能層級。而產(chǎn)品設(shè)計的共識中，產(chǎn)品體系應(yīng)由多個產(chǎn)品共同組成。

那么從B端產(chǎn)品架構(gòu)轉(zhuǎn)化一下思考維度，建設(shè)B端系統(tǒng)原則是盡量進行通用化和靈活設(shè)計，從而提升產(chǎn)品對于業(yè)務(wù)場景的覆蓋程度，更好的支撐業(yè)務(wù)。

這樣的話，將實現(xiàn)特定場景的多個功能進行封裝打包，支撐多變業(yè)務(wù)需求和提升功能健壯性。那么這個封裝打包后輸出的產(chǎn)物，可以作為一個獨立的產(chǎn)品供獨立引用，其內(nèi)部邏輯明確，外部集成規(guī)范，用于滿足特定場景的需求落地。

由此得出，產(chǎn)品體系的組成因素包括技術(shù)組件、通用業(yè)務(wù)功能、定制業(yè)務(wù)功能、產(chǎn)品四個層級，參考“中臺”概念，可以將標(biāo)準(zhǔn)化程度較高的技術(shù)組件、通用業(yè)務(wù)功能、產(chǎn)品從中抽象為“能力”，這里的能力則是標(biāo)準(zhǔn)化的產(chǎn)品組成內(nèi)容。能力類型區(qū)分如下：

技術(shù)能力（如OCR識別、電子簽章等）；

業(yè)務(wù)能力（功能模塊，如**工單管理）；

產(chǎn)品（特定業(yè)務(wù)場景多個功能，如合同管理系統(tǒng)、項目管理系統(tǒng)等）；

產(chǎn)品設(shè)計要素

統(tǒng)一用戶體驗

使用統(tǒng)一的UI設(shè)計規(guī)范，產(chǎn)品頁面呈現(xiàn)和交互體驗保持一致性，降低熟悉成本。

使用統(tǒng)一的技術(shù)設(shè)計規(guī)范，前端可以基于UI設(shè)計規(guī)范，建立跨技術(shù)棧的前端組件庫；后端可以統(tǒng)一數(shù)據(jù)格式、錯誤碼、接口規(guī)范，進行規(guī)范開發(fā)和集成；且考慮統(tǒng)一技術(shù)棧成本，可考慮微前端架構(gòu)進行研發(fā)。

除此之外，在三方集成規(guī)范、用戶反饋、業(yè)務(wù)流程設(shè)計等維度，均可按需保持統(tǒng)一規(guī)范。

標(biāo)準(zhǔn)化及可拓展

將復(fù)用邏輯貫徹產(chǎn)品設(shè)計和研發(fā)整個流程，將業(yè)務(wù)場景從業(yè)務(wù)層到邏輯層進行抽象，最終形成技術(shù)組件、單個功能模塊、業(yè)務(wù)場景功能、產(chǎn)品四個層級的標(biāo)準(zhǔn)化能力?？梢园葱栝_放自定義配置和三方集成，用于提升對于業(yè)務(wù)場景的覆蓋度和業(yè)務(wù)場景靈活度。

能力間依賴關(guān)系

能力間依賴關(guān)系可以理解為組成關(guān)系，能力間可以引用組合輸出，可以獨立輸出。

產(chǎn)品體系階段性目標(biāo)及路線

一個B端產(chǎn)品體系的搭建，想要形成一個高可用、可持續(xù)、可拓展的B端產(chǎn)品體系。其成本也是巨大的，那么采用漸進式產(chǎn)品體系搭建是較為穩(wěn)妥的方式，產(chǎn)品路線可以粗略區(qū)分短中長三個時期：

短期：支撐業(yè)務(wù)場景快速落地，驗證產(chǎn)品可行性

基于需求分析，明確統(tǒng)一用戶體驗相關(guān)規(guī)范包括UI設(shè)計、數(shù)據(jù)管理、前后端研發(fā)、三方集成；

產(chǎn)品搭建引用“最小可行產(chǎn)品MVP”原則實現(xiàn)業(yè)務(wù)閉環(huán)，建立產(chǎn)品底層框架、聚焦核心業(yè)務(wù)場景進行業(yè)務(wù)層及功能層抽象，核心業(yè)務(wù)流程跑通；（對應(yīng)B端產(chǎn)品架構(gòu)分級中123內(nèi)容，及4中部分業(yè)務(wù)功能搭建）；

中期：擴展能力矩陣，提升業(yè)務(wù)場景覆蓋率

圍繞核心業(yè)務(wù)場景，對于主要業(yè)務(wù)場景進行業(yè)務(wù)功能搭建；（對應(yīng)B端產(chǎn)品架構(gòu)分級中4部分業(yè)務(wù)功能搭建、5定制化業(yè)務(wù)支撐）；

形成API開放平臺，實現(xiàn)功能、數(shù)據(jù)等維度集成；

長期：產(chǎn)品轉(zhuǎn)為平臺，構(gòu)建生態(tài)

搭建開放平臺，支持引用三方業(yè)務(wù)應(yīng)用進行開發(fā)；

提供低代碼相關(guān)自定義功能（表單引擎、流程引擎等），最大限度支持客戶自定義需求；

視情況開放開發(fā)者模式；

產(chǎn)品體系搭建的核心風(fēng)險及價值指標(biāo)

核心風(fēng)險：

定制化需求和產(chǎn)品標(biāo)準(zhǔn)化沖突如何解決

能力維護和引用機制限制、技術(shù)架構(gòu)設(shè)計等技術(shù)債導(dǎo)致迭代受限

數(shù)據(jù)共享及安全（用戶數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)等）

價值驗證

核心指標(biāo)（針對本地化部署情形）：業(yè)務(wù)場景覆蓋率、客戶滿意度、能力調(diào)用情況、性能

后續(xù)

后續(xù)文章中將會對于B端系統(tǒng)構(gòu)建中“B端標(biāo)準(zhǔn)化能力如何識別和管理”、“B端如何進行標(biāo)準(zhǔn)化設(shè)計”等維度進行介紹。

假面騎士天道總司:傳奇英雄的多重面貌

那個令人矚目的男人終于登場了！在假面騎士的世界里，他被譽為最酷炫的角色，天道總司，以他的熱血與風(fēng)采，書寫著傳奇的篇章。天道總司，假面騎士Kabuto的變身者，自幼因父母雙亡被奶收養(yǎng)，并取名天道總司。他自詡為“行天之道，總司一切”的男人，熱血而自信，認(rèn)為自己是世界上最偉大最強的存在|。這種自信并非空穴來還有呢？
kabuto和戰(zhàn)鍬都是異蟲研發(fā)出來的機甲，但是使用者天道總司和加賀美新卻是親兄弟，在tv版之中沒體現(xiàn)，但是在黑歷史之中卻訴說了這一點。黑歷史之中的天道總司和加賀美新的父親是加賀美陸，他原本是zect的一員，卻和異蟲之中的母蟲產(chǎn)生感情，此時的異蟲早已放棄自身文明，開始了融入人類社會|。加賀美陸和母蟲產(chǎn)生兩還有呢？

假面騎士的自己與自己:鏡中對決的經(jīng)典瞬間

1.2 ? 天道總司和解在假面騎士Kabuto中，天道總司作為主角行天之道，展現(xiàn)了其獨特的魅力-——。然而，劇中還出現(xiàn)了另一位擬態(tài)天道總司，與前者形成鮮明對比|。盡管兩者外表相似，但性格卻迥然不同。他們之間多次展開激戰(zhàn)，但最終，與城戶真司的情況有所不同，這兩位天道總司最終達成了和解_。1.3 ? 風(fēng)間大介的激戰(zhàn)希望你能滿意——。
天道總司，這位充滿魅力的騎士，對妹妹的寵愛可謂深入骨髓-——。他不僅與兩位妹妹保持著緊密的聯(lián)系，還收了一個女徒弟，更有一位慈愛的奶奶，在他成長過程中給予他無盡的關(guān)愛與教導(dǎo)。日常生活中，他與義妹天道樹花相依為命，盡顯兄長的擔(dān)當(dāng)_——。然而，命運對另一個妹妹卻并不公平。在童年時期，天道就遭遇了原蟲的襲擊，他的是什么——|。

假面騎士系列中的二騎魅力與角色互動

◇ 天道總司與加賀美新的關(guān)系動態(tài)天道總司對嘎嘎米的關(guān)心以及與加賀美新的競爭與合作，共同面對敵人，有時因誤解而沖突卻始終互信支持。天道總司，這位角色初看之下似乎高傲不可一世，然而深入了解后才發(fā)現(xiàn)，他其實對嘎嘎米照顧有加。而加賀美新則因其純樸與耿直贏得了鋼斗蟲的青睞，得以變身為假面騎士Gatack|-。有情有等我繼續(xù)說。
單手指天的男人天道總司，假面騎士Kabuto的變身者。原名日下部總司，三歲時因為父母雙亡而被奶奶收養(yǎng)并更名為天道總司_。自稱是“行天之道，總司一切”的男人，以自己為中心，認(rèn)為自己是世界上最偉大最強的熱血青年_。事實上的確如此，屬于天才型人物——。雖然表面上很冷酷，但實際上對妹妹很溫柔，而且有時也會因為妹妹有幫助請點贊-。

免責(zé)聲明：本文內(nèi)容由開放的智能模型自動生成，僅供參考。