這也是開發(fā)讓產品懂技術的一個主要原因。同樣的對于運營、市場、銷售各個環(huán)節(jié)都是一樣的道理，這些細節(jié)往往是數據庫架構、接口規(guī)則制定時必須要考慮的，產品架構與傳統(tǒng)產品經理以用戶為中心的基本精神雖然是相通的（只不過這里的用戶不再是公司產品的用戶，而是公司內部的運維團隊、產品團隊甚至是技術團隊），只不過因為系統(tǒng)的復雜程度和擴展性要求，比起做一個支付流程、做一個評論功能來說大得多，所以一般的產品經理很難有機會接觸到。

1、在你看來什么是銷售？做銷售的人有捷徑可尋嗎？

把具體的物質如商品推銷出去，或將抽象的事物如知識、經驗、技術、文化推廣傳播出去，發(fā)揚光大，資源共享，都可算為銷售。如果說有，就是:1.提高產品質量，保住企業(yè)和品牌的公信力，2.加強精細化管理，重點做好產品的包裝和推銷工作。3.不斷推陳出新，人無我有，人有我優(yōu)，人優(yōu)我新，人新我特，致力于擴大產品的影響力和知名度，

2、什么叫做產品架構？

首先我對“產品架構”的理解，就是在充分理解面向用戶的需求之后，從0開始設計完整產品體系方案，并將其實現的過程。這里面包括一個產品形成的全過程，包括數據層的數據庫表、后臺數據處理平臺和運營維護平臺、前后端數據交互體系，前端的基礎產品框架等一整套系統(tǒng)的構造和運轉邏輯，這也就是所謂一個產品可以誕生之前所需的“骨架”。

當這套骨架完成后，大家熟知的前端功能、數據接口等等實體性質的產品開發(fā)才正式開始，有兩點可以概括產品架構的特點：1.架構最大的特點在于，眼中沒有產品形態(tài)的概念，只有數據流轉的過程產品架構的工作本質是在梳理數據流。如果梳理的順，那么未來產品會做的非常順暢，用戶需要的功能可以快速實現，產品的穩(wěn)定性也很高，同時可以有效支撐幾年甚至十幾年的業(yè)務發(fā)展，

而界面只是對數據的窗口或者入口而已，那是未來各位前端產品經理或者后端產品經理考慮的事情。2.需要深刻理解不同崗位的職責，以及他們工作的內容，也要深刻理解最終的用戶簡單來說，如果開發(fā)、運營、產品、市場的目標都是打造好產品，那么架構師需要考慮的就是如何讓這幫人打造出好產品，知乎經典問題“產品經理是否需要懂技術”，并不是需要產品懂寫代碼，而是理解技術對于實現需求時的優(yōu)勢、劣勢、風險。

同樣的對于運營、市場、銷售各個環(huán)節(jié)都是一樣的道理，現在回到問題：如何提升架構能力？產品架構與傳統(tǒng)產品經理以用戶為中心的基本精神雖然是相通的（只不過這里的用戶不再是公司產品的用戶，而是公司內部的運維團隊、產品團隊甚至是技術團隊），只不過因為系統(tǒng)的復雜程度和擴展性要求，比起做一個支付流程、做一個評論功能來說大得多，所以一般的產品經理很難有機會接觸到。

除了產品經理的常規(guī)能力要求外，還有幾個重點感悟想單獨拿出來說說：1.好奇心，主動性，比如負責做注冊的，至少可以接觸到注冊的數據存到了哪里，怎么入庫的，中間經過了哪些技術實現環(huán)節(jié)，增刪改查可能會有什么場景，未來其他部門或功能哪里會用到用戶信息，一般會有哪些使用維度等等。這是一個相對完整的數據流程了，理解數據流程后，再進一步思考業(yè)務發(fā)展點，比如未來運營部門可能會用到這部分數據做用戶運營，比如會有精準的運營內容推送，就涉及到數據關聯(lián)，那么用戶數據這塊他們如何調用可以最高效合理。

帶著類似的問題去和相應的開發(fā)或運營部門去溝通，不經意間也許就可以蹦出啥火星子來，領導覺得考慮沒準就讓你去牽頭搞了，。，不關心？那除了每個月的工資其他都和你沒啥關系了。，。不主動，上哪兒知道這些東西去，。，2.對于養(yǎng)成考慮極端情況的習慣?，F在的產品經理設計功能的時候，都是正向思維，正常場景下沒有問題，但是對于一些極端情況很少考慮，

這也是開發(fā)讓產品懂技術的一個主要原因。int不能為空值，最大數量上限多少，主鍵這些基本的概念如果產品懂一點的話，未來產品的穩(wěn)定性可以大大增強，需求返工的概率也大大降低，而這些細節(jié)往往是數據庫架構、接口規(guī)則制定時必須要考慮的，3.一定要懂數據一定要懂數據，一定要懂數據，一定要懂數據，只要能把一個產品還原回一個動態(tài)的數據形態(tài)和流轉過程，就可以去架構師的副本去練級了。