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

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

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

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

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

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