南京2024年9月24日 /美通社/ -- MEET開發者迎來全新系列，這次我們"下工廠"，來到數睿數據自營軟件工廠，帶大家一同揭秘——用無代碼平臺做開發交付的新模式，到底是怎么運轉的？

本期采訪嘉賓來自數睿數據軟件工廠的一名AE需求分析師（以下稱為小桑），主要負責基于smardaten完成項目詳細需求分析和原型設計。

一、背景情況

小桑之前在一家規模較大的通信網優領域公司解決方案中心部擔任產品經理一職，深入參與了包括與移動、華為、電信等運營商的大型合作項目，其崗位不僅要與開發團隊緊密合作，還要參與售前支持、客戶演示、招投標等各個環節，做原型也兼做售前。

在來到數睿數據之前，由于面對可視化這類場景，Axure等原型工具做不出比較炫酷、交互很流暢的大屏，小桑自己嘗試并調研了多種可視化工具，包括阿里的、騰訊的、百度的等低/無代碼工具。這些工具各有千秋，逐漸加深了其對低/無代碼平臺的優勢的了解，并為其最終來到數睿數據奠定了基礎。

在加入數睿數據后，經過一周smardaten平臺的初級和高級培訓，小桑逐漸掌握了平臺的基本操作和功能開發邏輯，并搭建復刻完成工廠智慧訂單平臺。他明顯感覺到與之前使用的工具相比，smardaten搭建原型更輕松了，不需要怎么修改樣式也基本滿足，而且能試運行。

二、主要職能介紹

PART 1  職能轉型帶來的變化

從產品經理一職轉向無代碼的需求分析師，他將主要變化總結為了"一少一多"。

• 減少：工作流程簡化、需要協同的人變少

以前是需要頻繁地與研發、售前、測試等多個部門溝通協調，確保項目的順利推進。現在軟件開發過程流水線化，拉扯、返工現象少了很多，一個項目只需要和PM對接需求，完成詳細設計后，轉給功能配置開發人員，偶爾遇到不滿足項對研發提需求即可。

• 變多：工作轉變，需要掌握的新技能變多

雖然流程簡化了，但工作重點卻發生了轉變。現在需要更多地關注于產品的詳細設計和原型制作環節，難點是需要會做數據庫建表、設計表結構等等，這是以前不需要做的，所以也專門去學習了這項新的技能。

PART 2  AE日常工作的主要內容

1、與PM對接需求

PM調研完需求后，細化項目需求，再和AE一起做需求澄清，確認設計開發需求和交付周期等，并且以評審過的《需求說明文檔》為依據，開始做詳細設計。

2、詳細設計

詳細設計以前做產品經理是不用做的，現在作為AE是主要工作內容之一。這個工作比較重要，因為要清晰描述需求，保證能有效指導配置人員DE去完成后續開發工作，減少后期反復溝通。

詳設文檔涉及的內容面比較廣，包括軟件架構、部署升級方案、模型設計、組織權限、業務流程、產品結構圖、功能設計、非功能設計、不滿足項設計、第三方對接設計等12個部分內容。

一個項目通常只需一名AE即可完成整個軟件架構、產品業務、到體驗交互的設計。復雜的系統會由專業架構師參與設計。

詳細設計文檔比較長，但好在是有標準化模板，每個模塊內容結構很清晰，效率很快，比以前招投標的技術文件簡單多了。

當然詳設文檔也是要評審的，PM和工廠配置人員都要參加，以便對方核對需求、減少返工。

3、原型設計

過去做原型為了減少重復設計工作，會在開源平臺上找各類設計組件來拼裝，而smardaten自帶很多樣式組件和布局，拖出來不需要怎么修改就能使用，整體效果看起來也比較統一。

另外，過去原型完成后客戶會先確認，然而轉到研發可能就會掰扯，這個需求不清晰、那個功能很難實現，導致原型也要反復改……但是基于smardaten構建的原型，給客戶查看的樣式基本就是最終的效果，細節配置開發也都是在此之上做的細化，不會有大的變動，所以AE此時作為產品經理就減少很多設計返工。

原型設計畢竟是框架，作為AE要考慮后續做詳細功能構建、邏輯編排和交互時，是否有功能不滿足的地方。只要有不確定的點，在做原型時就要摸清楚，并且記錄下來，交給研發做二開。

4、研發對接

AE在工作協同上，除軟件工廠內部崗位，研發基本是項目中唯一需要對接的外部門。在做原型和詳設時，對不滿足清單通過DTS系統提單說明需求，并跟蹤需求完成進度。

作為新人時，他對smardaten配置功能沒有特別精通，也很難識別不滿足項，自己會反復去研究怎么配置、能不能配置，有些隱藏配置技巧他也沒摸索透，所以經常求助內部配置專家。經過一段時間的訓練，現在也能比較清楚的描述具體不滿足點了。

5、配置計劃

所有設計開發需求都描述清楚了，就交給DE去配置系統，基本上這個項目在AE這個節點就結束了。

不過有時復雜的項目需求，要配合配置組長TL，拆解具體的需求和確定工作量，畢竟AE對需求是最了解的。比如這個系統需要做多少個填報頁、涉及多少個業務流、配幾個交換機和大屏，分別需要幾個人天等等，這些都會影響后面的配置開發排期。

三、項目實踐情況

PART 1  現階段參與的項目情況？

在以前公司主要是跟蹤大項目，包含設計加持續的迭代，1年負責3個項目，雖然大型項目延期影響不大，但需求反復修改迭代還是挺惱人的。

現在流程節奏更標準更快，目前主要以中小項目去試煉，雖然上崗沒多久，但1個月內就可以負責了8個訂單的設計迭代，包含人事管理系統、大數據分析平臺、知識產權平臺等，一般一周可以完成一個項目的原型設計+文檔。

PART 2  AE視角下的項目交付差異？

最大的體會是現在項目交付的每個節點都是標準化的。有標準化流程、標準的內容輸出和工作對接規范。

雖然以前的公司規模已經很大，員工超5000人，項目大、項目團隊也大，但通常在一次會議上大致討論對齊就開始分工，后期又涉及多部門的協調，扯皮是難免的事情。而軟件工廠則流程比較標準，職能劃分明確且部門間協調少，需求溝通成本就比較低。

另外延期的情況也很少。過去項目評審大多時候都是依賴主觀經驗粗略估算，交付延期很正常。現在一個系統需要配置多少頁面、有多少復雜功能，都是可以量化估算出來，跟著計劃走基本不會延期。

PART 3  入職至今的感受小結？

對我而言AE這個崗位相比產品經理，技術素養的要求會更多，涉及面比較多，所以也是一種成長，比如在這段時間掌握了數據庫，也積累了多個行業領域的業務經驗。