it技術(shù)公司隨著產(chǎn)品的不斷成熟，公司發(fā)展出各種各樣的架構(gòu)模式以適應(yīng)業(yè)務(wù)不斷變化的需求。在實際開發(fā)工作中，你會發(fā)現(xiàn)公司內(nèi)部架構(gòu)有些千篇一律，而且或多或少存在問題。外部公司的模式通常靈活多變，也經(jīng)常在模仿中產(chǎn)生一些新的思路。那么對于大多數(shù)的產(chǎn)品功能并不復雜的產(chǎn)品經(jīng)理和產(chǎn)品助理，要如何發(fā)現(xiàn)產(chǎn)品架構(gòu)的問題，并與開發(fā)工程師分享解決方案呢？這里我總結(jié)一下常見的三種處理方式，希望對你有幫助。

方式一：在會議討論時，你是否覺得做表格、查詢、聯(lián)動等工作非常高效，或者想把這些功能作為重點加以利用，解決產(chǎn)品功能產(chǎn)品架構(gòu)設(shè)計的問題？通常思路如下：“先干活，后改版”意味著：開發(fā)工程師在了解到自己的產(chǎn)品目標之后，立刻回過頭來重新設(shè)計開發(fā)。這樣就逼迫開發(fā)工程師注意產(chǎn)品的細節(jié)。產(chǎn)品架構(gòu)設(shè)計自然而然有了更深刻的理解，了解產(chǎn)品功能要先要了解市場，了解市場需求要從用戶入手。

通常這樣的做法，會讓產(chǎn)品經(jīng)理陷入到了所謂的業(yè)務(wù)停滯和流程僵化。然而在實際工作中，要更進一步的解決問題，就需要給產(chǎn)品經(jīng)理提供其他靈活性的解決方案：舉個例子，需要做一個和用戶數(shù)據(jù)相關(guān)的表格功能（參考前文產(chǎn)品基礎(chǔ)體驗中的“發(fā)現(xiàn)-模塊”），首先讓開發(fā)把模塊分層，將對數(shù)據(jù)庫操作的功能細分到每個表層級，并在每個表層級，比如企業(yè)端，進行業(yè)務(wù)聯(lián)動。

開發(fā)可以專注于單表的實現(xiàn)，例如用戶管理it技術(shù)公司，企業(yè)管理。讓開發(fā)對表格有一定深度的了解。開發(fā)通過對表格的實現(xiàn)，是如何對用戶數(shù)據(jù)的展示進行發(fā)散思考的？線下有哪些必要的操作，線上有哪些操作？如何合理設(shè)計業(yè)務(wù)流程，將業(yè)務(wù)無關(guān)的功能前置？在完成本層級模塊業(yè)務(wù)處理后，讓開發(fā)把企業(yè)端的用戶數(shù)據(jù)輸出一個網(wǎng)頁端的頁面，開發(fā)通過這個頁面，對用戶進行推薦、關(guān)注、買賣、修改等操作。

然后通過網(wǎng)頁端的頁面，再對企業(yè)端的用戶進行展示，使用戶可以一口氣瀏覽企業(yè)端的頁面it技術(shù)公司，省去了操作頁面的時間，通過前置業(yè)務(wù)流程，可以大大減少新注冊用戶的認知門檻。這樣的產(chǎn)品思路非常適合開發(fā)對于用戶進行基礎(chǔ)業(yè)務(wù)培訓、更新產(chǎn)品功能用戶量不大、需要變換業(yè)務(wù)形態(tài)的階段。方式二：線下會議討論時，你是否覺得做結(jié)構(gòu)圖、流程圖、程序員考勤統(tǒng)計等工作非常高效，或者想把這些功能作為重點加以利用，解決產(chǎn)品功能產(chǎn)品架構(gòu)設(shè)計的問題？通常思路如下：強調(diào)效率不代表讓你設(shè)計麻煩。

讓你做一個類似于會議主持人的工作，做會議紀要，確定時間，大家答題等工作。下來再一一討論每個功能應(yīng)該怎么做，通常是開始領(lǐng)導出發(fā)點，負責人后續(xù)跟進各個職責分工。先抓頭緒，不要求。