2021年11月6日 – 11月7日，人人都是產(chǎn)品經(jīng)理舉辦的【2021產(chǎn)品經(jīng)理大會(huì)?深圳站】完美落幕。用友網(wǎng)絡(luò)助理總裁@劉鑫 為我們帶來(lái)了精彩的分享，他分享的主題是《工具型產(chǎn)品經(jīng)理的思考》。添加大會(huì)小助手豆豆（微信號(hào)：13265455310），回復(fù)暗號(hào)【031】，獲取本場(chǎng)嘉賓分享視頻回放，觀看完整演講。

大家上午好，簡(jiǎn)單介紹一下個(gè)人經(jīng)歷。目前我就職于用友，另一個(gè)身份是APICloud?的創(chuàng)始人，這是一款移動(dòng)應(yīng)用開(kāi)發(fā)平臺(tái)，也是云上交易平臺(tái)。

今天我所分享的核心主題是低代碼。這個(gè)詞近來(lái)大家也聽(tīng)說(shuō)得較多，為何低代碼近兩年這么火？它跟企業(yè)的關(guān)注點(diǎn)、落腳點(diǎn)有緊密聯(lián)系。可以相信的是，低代碼起碼還會(huì)再火三年，因?yàn)榈浇裉鞛橹?，低代碼在國(guó)內(nèi)仍沒(méi)有一個(gè)有效的、真實(shí)的邏輯。

今天我便會(huì)從一款低代碼產(chǎn)品設(shè)計(jì)工具的誕生，來(lái)分析整個(gè)產(chǎn)品的設(shè)計(jì)思路。

用友有一條產(chǎn)品線，叫YonBuilder，它可以助推BIP 商業(yè)創(chuàng)新平臺(tái)的完善，起到低代碼前置和展示的作用。今年用友并購(gòu)了APICloud，也表明了用友想做低代碼的決心。不過(guò)Gartner的分析師更傾向于將低代碼說(shuō)為輕量代碼。

相信大家都聽(tīng)過(guò)MADP和LCDP，這兩個(gè)平臺(tái)之間有什么關(guān)聯(lián)？從過(guò)往Gartner的一個(gè)報(bào)告來(lái)看，左側(cè)MADP象限里涵蓋了一些公司，如Microsoft?PowerAPP等，因此這些今天聽(tīng)說(shuō)過(guò)的低代碼開(kāi)發(fā)平臺(tái)公司，他們也有可能同時(shí)存在于移動(dòng)應(yīng)用開(kāi)發(fā)平臺(tái)的象限之中。

右側(cè)即我們常見(jiàn)的低代碼中臺(tái)。二者緊密相連，假如你是一個(gè)低代碼開(kāi)發(fā)平臺(tái)，那你也會(huì)是一個(gè)移動(dòng)應(yīng)用開(kāi)發(fā)平臺(tái)。

因此我們會(huì)發(fā)現(xiàn)，當(dāng)我們?cè)L問(wèn)Mendix或OutSystems網(wǎng)站時(shí)，對(duì)方除了說(shuō)明自己是低代碼平臺(tái)之外，還會(huì)說(shuō)自己是移動(dòng)應(yīng)用開(kāi)發(fā)平臺(tái)。

此外，低代碼有沒(méi)有標(biāo)準(zhǔn)？可能現(xiàn)下大家相對(duì)直觀的感受便是，基本上所有軟件公司都會(huì)說(shuō)自己為低代碼、甚至無(wú)代碼公司。但其實(shí)低代碼有自己的相關(guān)技術(shù)標(biāo)準(zhǔn)。從Salesforce代碼開(kāi)發(fā)平臺(tái)來(lái)做分析。它主要由三個(gè)板塊組成：

1. aPaaS heroku；
2. MADP lightning；
3. Marketplace AppExchange。

綜上，低代碼平臺(tái)需要涵蓋三種能力，即aPaaS能力——底層云端服務(wù)器的能力、前端偏重移動(dòng)開(kāi)發(fā)平臺(tái)的能力。而在以工作流的方式操縱了底層的aPaaS能力以及表層的MADP之后，便形成了最終的低代碼生態(tài)，或者是應(yīng)用開(kāi)發(fā)市場(chǎng)。

這三個(gè)方面涵蓋之后，可以起到什么作用？

一、MADP/LCDP都是為了RAD

低代碼本身需具有圖形化、可視化、流程化的操作能力，主要應(yīng)用于移動(dòng)端產(chǎn)品。

企業(yè)需求正在逐漸變化，從最開(kāi)始IaaS需求轉(zhuǎn)變?yōu)镻aaS需求，再過(guò)渡到RAD，即快速應(yīng)用開(kāi)發(fā)平臺(tái)。不少企業(yè)近幾年選擇上云，會(huì)發(fā)現(xiàn)一個(gè)直接問(wèn)題，即將企業(yè)的IT系統(tǒng)從內(nèi)網(wǎng)移到外網(wǎng)、或者移到云上，似乎并不能解決核心問(wèn)題。

而中臺(tái)的本質(zhì)即PaaS，到今天不少企業(yè)也發(fā)現(xiàn)：上了云、上了IaaS，中臺(tái)也做了，但是核心問(wèn)題仍舊沒(méi)有解決。這就要求我們發(fā)現(xiàn)企業(yè)所想解決的問(wèn)題本質(zhì)為何：即不管利用中臺(tái)或其他基礎(chǔ)的云，產(chǎn)品一定要將滿足所有業(yè)務(wù)需求應(yīng)用開(kāi)發(fā)出來(lái)。

再倒推來(lái)看，企業(yè)上中臺(tái)或上云，核心目的即將最終應(yīng)用開(kāi)發(fā)出來(lái)，這也是近幾年低代碼這么火的原因。

因此關(guān)于RAD：無(wú)論IaaS或者PaaS，無(wú)論上云或者使用中臺(tái)，都是過(guò)程而不是最終的結(jié)果。

而關(guān)于APP，各種應(yīng)用（Web 小程序 移動(dòng)應(yīng)用 HTML5）才是最終承載業(yè)務(wù)的抓手。

現(xiàn)在企業(yè)數(shù)字化、智能化中最重要的矛盾存在于業(yè)務(wù)部門(mén)各種小的、甚至不太看得上的需求之中，IT部門(mén)在實(shí)現(xiàn)時(shí)，依舊周期長(zhǎng)、成本高、問(wèn)題大。

因此低代碼未來(lái)一定會(huì)面向應(yīng)用本身。近幾年這么火，是因?yàn)樗梢越鉀Q企業(yè)核心的、看似最平常的應(yīng)用問(wèn)題。

二、Low Code

那么低代碼是不是只能做小的、輕型的應(yīng)用？

這個(gè)問(wèn)題其實(shí)對(duì)從業(yè)者來(lái)說(shuō)打擊性很大，因?yàn)槿藗兛赡軙?huì)說(shuō)低代碼平臺(tái)本身即低價(jià)值的，它只能做小程序、小應(yīng)用。

好像的確是這么回事兒。

首先，低代碼的主要能力涵蓋的是小型應(yīng)用，這里面有其自身的邏輯。

2015年，Gartner曾經(jīng)有過(guò)這樣一個(gè)分析象限，其中，應(yīng)用場(chǎng)景分為三類。

其一，基礎(chǔ)設(shè)施型應(yīng)用。這類應(yīng)用其實(shí)施周期、生命周期都相對(duì)較長(zhǎng)，企業(yè)內(nèi)部的實(shí)施周期大概為七年左右；與此同時(shí)，它在企業(yè)內(nèi)部的存活周期可能會(huì)超過(guò)12年，變化相對(duì)較小。典型代表為ERP。

其二，差異化設(shè)施應(yīng)用。這類應(yīng)用的實(shí)施周期大致1-2年，存活時(shí)間大致1-3年，這類應(yīng)用的典型代表為CRM。

其三，創(chuàng)新型應(yīng)用。這類應(yīng)用生命周期短，規(guī)劃周期和實(shí)施周期不能超過(guò)6個(gè)月。該應(yīng)用在企業(yè)內(nèi)部的生命周期大致在一年之內(nèi)；同時(shí)要求快速交付。這類應(yīng)用適用于持續(xù)集成、以及敏捷開(kāi)發(fā)等場(chǎng)景。

第三類應(yīng)用就是我們今天所說(shuō)的小應(yīng)用、小程序。

那么這幾類應(yīng)用誰(shuí)來(lái)督導(dǎo)、發(fā)行？這類應(yīng)用多為部門(mén)發(fā)起，所處理的事宜大多也為企業(yè)內(nèi)的“雜事兒”。比如HR計(jì)劃做一次內(nèi)部的健康篩查，此時(shí)會(huì)需要建立這類小應(yīng)用；比如傳統(tǒng)IP覆蓋能力產(chǎn)值，這事兒會(huì)由IT部門(mén)主導(dǎo)。因此可以看到，第三類應(yīng)用有著典型的不同。

今天的企業(yè)為何要上云？前兩種應(yīng)用并不是企業(yè)上云的目的，盡管企業(yè)內(nèi)網(wǎng)的ERP、CRM等東西可以挪至外網(wǎng)，但這并不具備任何實(shí)際價(jià)值，僅是移動(dòng)搬家時(shí)代的體現(xiàn)，可以讓場(chǎng)景使用相對(duì)豐富而已。但本質(zhì)上，內(nèi)網(wǎng)已經(jīng)可以滿足原有需求。

因此大家應(yīng)有一個(gè)直觀認(rèn)識(shí)，低代碼并非只能做小型應(yīng)用，云上用戶之所以上云，是為了快速開(kāi)發(fā)和迭代，滿足業(yè)務(wù)部門(mén)的需求。因此，低代碼開(kāi)發(fā)平臺(tái)主要是為了解決新問(wèn)題，主要用來(lái)做基于移動(dòng)和云的、業(yè)務(wù)部門(mén)發(fā)起的創(chuàng)新型的數(shù)字化智能化應(yīng)用。假如技術(shù)人員、IT部門(mén)不能很好地滿足業(yè)務(wù)部門(mén)的數(shù)字化、智能化需求，此時(shí)企業(yè)便需要借用低代碼平臺(tái)來(lái)打造數(shù)字化的競(jìng)爭(zhēng)優(yōu)勢(shì)。

另外，低代碼的推廣不能只講太多技術(shù)說(shuō)的話，這并不適用于低代碼的全球市場(chǎng)環(huán)境。

國(guó)內(nèi)低代碼公司的從業(yè)人員大多講的和國(guó)外不一樣，他們借助低代碼的概念，講的是中臺(tái)。而今天的低代碼雖然涵蓋了中臺(tái)的能力，但這并不是它的核心要?jiǎng)?wù)。低代碼所需解決的，是公民開(kāi)發(fā)者如何參與到企業(yè)的IT進(jìn)程中的問(wèn)題；真正的賦能公民開(kāi)發(fā)者才是低代碼的價(jià)值。而如何提升IT部門(mén)效率的問(wèn)題，才是傳統(tǒng)PaaS或中臺(tái)所需解決的。

那什么“不是技術(shù)的話”？如outsystems，這是全球低代碼領(lǐng)域內(nèi)的一個(gè)標(biāo)桿公司，單筆融資了上億美金。可以看到，它所講的是customer experience，即利用低代碼平臺(tái)可以做出擁有更佳用戶體驗(yàn)的應(yīng)用；operational efficiency，即自身效率的提升，實(shí)現(xiàn)系統(tǒng)的現(xiàn)代化；還有digital transformation等等。

因此，低代碼并不等于中臺(tái)，它只是涵蓋了中臺(tái)的能力。更核心的在于它能不能做出更好的、比如和outsystems相似的分配標(biāo)準(zhǔn)。

因此低代碼有這樣幾個(gè)特點(diǎn)：

• 少量代碼：降低重復(fù)性工作；
• 快速試錯(cuò)：提升效率；
• 圖形化：讓業(yè)務(wù)團(tuán)隊(duì)能參與進(jìn)來(lái)。

其一，進(jìn)入行業(yè)較久的互聯(lián)網(wǎng)朋友們可能聽(tīng)過(guò)一些DISCUZ系統(tǒng)；在當(dāng)時(shí)，有些系統(tǒng)可以以無(wú)代碼的方式拖拽式生成一個(gè)手機(jī)網(wǎng)站，以及適用于各種場(chǎng)景的、基于論壇和新聞?wù)故緸槟Ｊ降慕ㄕ鞠到y(tǒng)。

但是無(wú)代碼并不具備核心競(jìng)爭(zhēng)力。與之相對(duì)，低代碼的基礎(chǔ)標(biāo)準(zhǔn)是這樣的：涵蓋了aPaaS的能力、涵蓋MADP，以圖形化、可視化、流程化的方式進(jìn)行組合，驅(qū)動(dòng)底層的PaaS和表層的MADP，最終形成低代碼。

因此，低代碼不代表無(wú)代碼，它需要一定的代碼工作量，其目的是為了讓業(yè)務(wù)部門(mén)參與整個(gè)過(guò)程，形成完整的組合和有效的低代碼應(yīng)用，實(shí)現(xiàn)APP數(shù)字業(yè)務(wù)的創(chuàng)新。而無(wú)代碼無(wú)法滿足企業(yè)將數(shù)字化當(dāng)成核心競(jìng)爭(zhēng)力的這一前提。

其二，快速試錯(cuò)，提升效率，即企業(yè)可以快速地變化、升級(jí)。

其三，圖形化，即讓業(yè)務(wù)團(tuán)隊(duì)參與進(jìn)來(lái)。低代碼平臺(tái)其實(shí)很適合產(chǎn)品經(jīng)理。以往產(chǎn)品和研發(fā)提需求時(shí)，如果研發(fā)態(tài)度不好，可能甚至?xí)嬖V產(chǎn)品這個(gè)需求無(wú)法實(shí)現(xiàn)。但是低代碼時(shí)代來(lái)臨之后，產(chǎn)品可以幫研發(fā)將事情做到七八成，研發(fā)只需完成剩下的部分。

而關(guān)于低代碼開(kāi)發(fā)平臺(tái)的最終檢驗(yàn)標(biāo)準(zhǔn)，有這三個(gè)方面：

1. 能不能開(kāi)發(fā)2C和智能硬件的應(yīng)用；
2. 能不能有效連接企業(yè)內(nèi)部和云端的API；
3. 具不具備三種能力：圖形化、MADP、aPaaS。

早期低代碼開(kāi)發(fā)平臺(tái)只能做表單式，但是能否做好2C體驗(yàn)的產(chǎn)品，才是低代碼平臺(tái)的核心價(jià)值之一。

今天的低代碼開(kāi)發(fā)平臺(tái)也需要很好的連接能力，畢竟現(xiàn)下企業(yè)做應(yīng)用時(shí)，并不要求完善自身內(nèi)部的所有程序，它可能會(huì)用到多家的系統(tǒng)。因此連接能力是必須的，這也是PaaS的能力之一。

而以圖形化的方式進(jìn)行組合，可視化驅(qū)動(dòng)底層的PaaS和表層的MADP，則是衡量一個(gè)低代碼平臺(tái)有效性以及真實(shí)性的基礎(chǔ)標(biāo)準(zhǔn)。

三、企業(yè)怎么用？

低代碼開(kāi)發(fā)平臺(tái)給企業(yè)IT解決什么問(wèn)題？給誰(shuí)用？

Forrester是相比Gartner更早定義低代碼的公司。在分析報(bào)告里，它提出了低代碼的兩種定義：

其一，面向企業(yè)內(nèi)傳統(tǒng)IT開(kāi)發(fā)團(tuán)隊(duì)，給專業(yè)研發(fā)人員使用的開(kāi)發(fā)平臺(tái)。

其二，面向業(yè)務(wù)團(tuán)隊(duì)，即非傳統(tǒng)IT人員群體使用的開(kāi)發(fā)平臺(tái)，即公民化開(kāi)發(fā)者。

因此在國(guó)外，Low Code 分成兩種產(chǎn)品模式，面向不同的群體實(shí)現(xiàn)輸出。當(dāng)下在國(guó)內(nèi)，我們很少聽(tīng)到有人專門(mén)面向產(chǎn)品經(jīng)理提供低代碼工具，更多的還是第一種，可能通過(guò)模型驅(qū)動(dòng)，提供專業(yè)的IT數(shù)據(jù)，但這種工具對(duì)我們而言還是太復(fù)雜了。

那么，企業(yè)到底該怎么用低代碼開(kāi)發(fā)平臺(tái)來(lái)做應(yīng)用？

而我作為產(chǎn)品經(jīng)理、作為低代碼開(kāi)發(fā)平臺(tái)分析師，我又該如何設(shè)定我的產(chǎn)品？

首先，面向經(jīng)過(guò)培訓(xùn)的業(yè)務(wù)團(tuán)隊(duì)，我們給他使用的應(yīng)該是圖形化、可視化的工作臺(tái)。且要想讓這類非專業(yè)人員使用低代碼，我們可以從普通互聯(lián)網(wǎng)用戶角度出發(fā)來(lái)進(jìn)行思考，滿足他們的需求。

其二，代碼部分應(yīng)該如何配合這類人員？則應(yīng)當(dāng)讓業(yè)務(wù)團(tuán)隊(duì)優(yōu)先處理各種需求，讓碎片化的需求規(guī)范化（如輸出PRD、專業(yè)的Axure原型等），進(jìn)而推動(dòng)業(yè)務(wù)向研發(fā)團(tuán)隊(duì)行進(jìn)。

舉個(gè)例子。比如HR部門(mén)發(fā)起一個(gè)訴求，此時(shí)需要進(jìn)行需求梳理，再設(shè)計(jì)產(chǎn)品原型UI等。在分析完整個(gè)流程之后，我們會(huì)發(fā)現(xiàn)，圖中標(biāo)黃的部分在原本IT能力范圍之外，標(biāo)綠部分則是企業(yè)IT人員所擅長(zhǎng)的。

因此我們?cè)谙?，關(guān)于前半部分，我們是否能夠做出一個(gè)工具將其串聯(lián)起來(lái)，并跟后半部分也串聯(lián)起來(lái)，形成一個(gè)完整的流程，讓每一個(gè)小的需求都在規(guī)范流程里流走，并形成一定的技術(shù)標(biāo)準(zhǔn)。即產(chǎn)品經(jīng)理最后畫(huà)出的原型會(huì)變成代碼，最后IT團(tuán)隊(duì)則可以輕松地完成剩余事情。為此，我們劃定了右側(cè)部分，將其變?yōu)闃?biāo)準(zhǔn)化的流程。

而碼前便是基于這樣的邏輯下誕生的。它可以做什么事呢？

首先，它可以將Idea快速孵化，利用現(xiàn)成的事物實(shí)現(xiàn)高度復(fù)用，縮減時(shí)間周期。比如開(kāi)發(fā)注冊(cè)頁(yè)面，此時(shí)我們可以挑選模板，這些模板的核心功能并無(wú)太大差別，利用模板，我們實(shí)現(xiàn)引導(dǎo)頁(yè)面復(fù)用、通用化功能復(fù)用等，不僅輸出了產(chǎn)品原型，更是完成了低代碼的輸出。

其二，降本增效；即一個(gè)人便可以完成多個(gè)人的工作，可能未必專業(yè)，但是減少了溝通環(huán)節(jié)；之后再交付專業(yè)人士。

其三，管理便捷，即所有流程都可以被串聯(lián)起來(lái)，在一個(gè)平臺(tái)上實(shí)現(xiàn)通用化的流轉(zhuǎn)。

而這能起到什么幫助？

比如，可以幫助業(yè)務(wù)部門(mén)精準(zhǔn)地描述企業(yè)IT數(shù)字化需求，利用模板方式創(chuàng)建引導(dǎo)，進(jìn)行產(chǎn)品設(shè)計(jì)，形成高保真的、可實(shí)時(shí)保存的云端協(xié)作原型設(shè)計(jì)。低代碼開(kāi)發(fā)也可以實(shí)現(xiàn)前后同步驅(qū)動(dòng)，聯(lián)動(dòng)前端開(kāi)發(fā)與后端開(kāi)發(fā)。

以上便是我對(duì)產(chǎn)品經(jīng)理可使用的、低代碼工具的設(shè)計(jì)和思考。

說(shuō)回一個(gè)問(wèn)題，是不是人人都可以做產(chǎn)品經(jīng)理呢？就我個(gè)人經(jīng)歷而言，這個(gè)問(wèn)題的答案是否定的。

產(chǎn)品經(jīng)理可以分為兩種，其一，會(huì)畫(huà)原型的產(chǎn)品經(jīng)理；其二，也是大家更為追求的，即可以從戰(zhàn)略角度出發(fā)、把控整條產(chǎn)品線的產(chǎn)品經(jīng)理，這類產(chǎn)品經(jīng)理需要對(duì)市場(chǎng)方向等方面有所思考。

而我們做低代碼，也是基于整體方向的思考上進(jìn)行。因此我覺(jué)得，產(chǎn)品經(jīng)理其實(shí)跟藝術(shù)創(chuàng)作類似，都需要一些天賦。做研發(fā)的，可以學(xué)習(xí)計(jì)算機(jī)、學(xué)習(xí)自動(dòng)化；做UI的，則大多是美術(shù)出身；這些角色都是有地方可以進(jìn)行學(xué)習(xí)的。但是學(xué)校里并沒(méi)有專門(mén)開(kāi)設(shè)一門(mén)關(guān)于產(chǎn)品經(jīng)理的課程。

舉個(gè)例子，為什么微信PC端一定要掃碼登錄？按我個(gè)人理解，使用PC端登錄微信的場(chǎng)景相對(duì)較多，此時(shí)輸入用戶名、密碼進(jìn)行登錄反而更為簡(jiǎn)單快捷，為何從產(chǎn)品出現(xiàn)伊始，它就要求用戶PC端必須掃碼登錄呢？

可能最開(kāi)始關(guān)于這個(gè)產(chǎn)品設(shè)想，研發(fā)團(tuán)隊(duì)并沒(méi)有太多思考。但今天微信仍在堅(jiān)持，我覺(jué)得，這便是一個(gè)產(chǎn)品的邏輯，是產(chǎn)品的堅(jiān)持和設(shè)計(jì)。每家產(chǎn)品都有自身的戰(zhàn)略思考，不會(huì)輕易地被用戶調(diào)研左右，因?yàn)橛脩粜枨笳{(diào)研所得的需求很可能都是偽需求。更核心的，還是在于思考。

而碼前這個(gè)工具可以做什么？當(dāng)下我們梳理產(chǎn)品需求的時(shí)候，大多按頁(yè)面進(jìn)行處理；生成這些頁(yè)面之后，碼前支持將所有頁(yè)面導(dǎo)出為一個(gè)個(gè)對(duì)應(yīng)的sketch文件。最簡(jiǎn)單的邏輯在于，這一方式可以防止頁(yè)面遺漏，這也是對(duì)UI工作的一個(gè)有效提升。

總結(jié)一下，產(chǎn)品經(jīng)理需要有自己的堅(jiān)持，這是最核心的道路。產(chǎn)品經(jīng)理也需要擁有戰(zhàn)略思維。

四、最后

2000年我還在上大學(xué)，2003年我選擇輟學(xué)創(chuàng)業(yè)。在我做產(chǎn)品經(jīng)理的時(shí)間里，我覺(jué)得最核心的，便是有自己的堅(jiān)持，從綜合的、商業(yè)的角度鍛煉自己的想法。想法始終是產(chǎn)品領(lǐng)域最核心的、自我歷練的基礎(chǔ)之一。

我個(gè)人比較認(rèn)可英國(guó)的撒切爾夫人所說(shuō)的一段話：

Watch?your?thougts，they?become?words；

Watch?your?words，they?become?actions；

Watch?your?actions，they?become?habits；

Watch?your?habits，they?become?character；

Watch?your?character，for?it?becomes?your?distiny.

而作為一個(gè)產(chǎn)品經(jīng)理，我們的想法是所有一切的來(lái)源。希望大家都可以成為一個(gè)獨(dú)當(dāng)一面、涵蓋所有能力的產(chǎn)品經(jīng)理，這其中可能需要一點(diǎn)天賦，大家可以校驗(yàn)一下自己。

相關(guān)閱讀

大部分成功的商業(yè)創(chuàng)新，來(lái)自于組合創(chuàng)新——2021產(chǎn)品經(jīng)理大會(huì)·深圳站現(xiàn)場(chǎng)報(bào)道

年度行業(yè)大會(huì)開(kāi)啟巡回

互聯(lián)網(wǎng)圈年度盛典，聽(tīng)一線實(shí)戰(zhàn)專家深度分享，與數(shù)千位互聯(lián)網(wǎng)圈同行深度交流，拆解產(chǎn)品、運(yùn)營(yíng)實(shí)戰(zhàn)案例，挖掘行業(yè)新機(jī)會(huì)！

掃描下方二維碼添加大會(huì)小助手，回復(fù)暗號(hào)【032】領(lǐng)產(chǎn)品經(jīng)理&運(yùn)營(yíng)人必備工具包，獲取全年大會(huì)最新資訊！

本文為【2021年產(chǎn)品經(jīng)理大會(huì)·深圳站】現(xiàn)場(chǎng)分享整理內(nèi)容，由人人都是產(chǎn)品經(jīng)理運(yùn)營(yíng) @Aine 整理發(fā)布。未經(jīng)許可，禁止轉(zhuǎn)載，謝謝合作

題圖來(lái)自大會(huì)現(xiàn)場(chǎng)