中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

產品和技術有著不同的方法論，但有些東西是相通的。那么，產品設計的邏輯，能否代替代碼構建的邏輯呢？這篇文章，我們看看作者的分析。

一、產品始終以業務為基

互聯網行業軟件研發領域中，核心的協作角色通常包括：

• 產品經理
• 開發人員，含前后端程序員
• 技術人員
• 往前延伸，還會有流程建設人員，往后延伸還會有測試人員、運維、安全等

每個節點的職責有層帶般的區分，分別會衍生出來以下架構：業務架構、產品結構、技術架構、IT結構。

沒有一開始就有的產品結構，產品一定是在業務發展中催生出來的。

這就是為什么字節跳動催生了飛書，OKR這一套在字節內部如此好用的東西，當飛書要推向其他企業的時候卻屢屢受挫。這也是為什么，當年騰訊張小龍帶隊的微信剛面世時候，四面楚歌，小米的米聊一開始勢頭很猛，卻在后續的大數據大用戶處理上、在社交產品的認知上節節敗退，不得不退出社交領域的競爭。一眾對手眼睜睜目送微信一步步高奏凱歌。

產品隨著業務需求不斷拓展，催生出來更合理的分層架構

產品邏輯的背后需要程序代碼的支撐，再底層有需要技術架構的支撐。每個支撐層帶都希望能夠盡可能準確的掌握業務演進的方向，這里面包括：業務板塊、用戶規模、業務模式等等。

二、產品連接著商業與技術

首先產品團隊成員需要對商業、具體業務的深刻理解、對用戶場景的感知，才能設計出/找到產品實現路徑當下的最優解。

產品經理應該能夠根據業務的發展 、產品路徑的演進，判斷出來一些核心邏輯的設計、區分和預留。形成所謂的產品規劃、產品實現路徑，也可以簡單叫做“產品節奏”。

這個節奏的基調引導了代碼的架構，這也就是產品邏輯、功能邏輯、到代碼邏輯、數據邏輯的層層銜接了。

簡單到一個功能點，代碼邏輯需要在產品功能迭代路徑的支撐下才能更好的實現，產品經理不去和程序員探討功能與實現、業務與產品，難道指望程序員自己就能理解業務嗎？

可能有，太少了！優秀的程序員會有更好的業務和用戶共情能力，但是多少思維上還是更偏向于“實現思維”的，它們是實現的可行性、復用性、簡潔性、高效性。

三、做起心動念的人，也做攀爬的人

作為一名產品經理，絕對不是簡單的我想要什么，剩下的交給開發者。想要什么很重要、路徑演進的可能性同樣也很重要，表達清楚絕對是為自己的產品路線鋪路。

相信任何產研團隊都不愿意看到產品極速發展的過程中，代碼逐漸臃腫不堪、跟不上發展的步伐，最終不得不面臨重構，要不就是產品的妥協、用戶價值/商業價值的大打折扣。

當你愿意和開發者、技術人員共同分享產品設計的邏輯、產品節奏的時候，你得到的將會是一群愿意支持你、為你的產品方案主動思考的開發者、技術人員、測試工程師們。

看看下面的故事吧，開發者也會和產品經理主動分享代碼的設計邏輯咯！這不就是最好的局面嗎？

四、跟著攻城獅看feature背后數據構建的心路歷程

開發者的思維對于產品經理來說是非常值得進行一些了解的，作為產品的設計者，誰不想做到由表及里的透徹呢？了解實現模型，才能更好的結合產品模型、用戶心理模型。

產品可維護，用戶使用可維護，觸發功能設計背后的數據構建邏輯，值得探索。

特別是涉及到算法邏輯的部分，需要有對應的數據過程記錄和沉淀，滿足可追溯、可查證。產品設計中，我們會自然地認為，一切應該怎么發生，向何處發生。沿著正確的路徑用正確的方式向前，記錄下來我們認為重要的東西。

就像我們的大腦夠復雜吧，那些不起眼的決定、意念、下意識，都簡單的我們甚至察覺不到它的存在。其實細微之處可以將一次常規的對話展開，接收者解碼、接收者自己的知識匹配、判斷、識別、結果輸出，還有環境、地域的各種影響加持。這指引我們向世界交付價值時候需要考慮到，比較顯性的價值流完善健全，也有比較隱性的支撐性的存在不可或缺。

2023年操盤一個小項目中，當產品方將產品邏輯、業務邏輯透徹的和開發者達成共識之后，開發者竟也反過來極其耐心和我探討對程序邏輯實現、數據表設計的細節和思路，想要記錄的數據等等，以此來確保他的理解和產品設計的一致性。特別是策略算法過程中，會用到幾個數據計算指標來確定最終的匹配推薦結果，這幾個數據計算的過程數據的存儲，程序員主動提出來要做存儲支持數據回溯，也可以支撐業務一些驗證需求。

一個程序員能夠思考到如此細節，還是讓我眼前一亮，為他豎起大拇指！這不正是產品設計邏輯和代碼構建邏輯兩者的珠聯璧合嗎？這里并不是要產品經理鉆入到實現思維里面，而是從產品視角之外，也可以去看看一個程序猿面對需求時，他實現的設計和背后的思考，從中獲得到開發者提供給自己思維的反哺。