作一個有產品思惟的研發：邏輯設計

天天10分鐘，解決一個研發問題。

若是你想了解我在作什麼，請看《作一個有產品思惟的研發：課程大綱》傳送門：http://www.javashuo.com/article/p-cayviilq-hn.html

 

今天咱們說一下邏輯設計問題：

對於邏輯設計的形式和它的出場順序有很大的爭議，下面咱們來逐一討論一下。

 

1、先說一下它的設計形式

在不少人的印象中，邏輯設計應該以「E-R」圖或「UML」圖出場，因此不少人在進行邏輯設計的時候，都會按教材上所寫的一板一眼的作。

我想說的是：徹底沒有必要

爲何？

邏輯設計的做用是什麼？是可讓項目的干係人從總體去審視一個項目。所以，即便你畫得再完美、再漂亮他也只用於前期溝通，並且畫得還很費勁，浪費太多時間。所以，你費那麼大勁幹什麼？只要你按你的理解，把這個需求的畫出來就好了，至於畫成什麼不重要，只要能夠和產品、以及你的團隊進行溝通就能夠了，那怕你是手繪都沒問題。

案例，前面架構設計中已經提到了，這裏就不重複了，傳送門：http://www.javashuo.com/article/p-rmusqrlt-en.html

 

2、再說一下它的出場順序

有人說：邏輯設計應該是產品經理提供PRD的時候就一塊兒提供，是產品經理的工做。

也有人說：邏輯設計在開發前提供就行，應該由項目負責人提供。

你更傾向於哪一個？

我傾向於後者，爲何？

第一：由於產品經理他設計了整個產品，他對需求一清二楚，他若再畫一遍有什麼用，豈不是浪費他的時間？

第二：項目負責人來畫，有助於他理解項目，減小在執行過程當中跑偏的風險，並且只有項目負責人理解了，他才能更好的指導團隊執行。

 

今日總結：

1. 邏輯設計的出場順序無所謂，重要的是產品經理眼中的項目要和項目負責人眼中的項目是同一個。

2. 我建議邏輯設計由項目負責人來作，這樣有助於他理解需求、指導團隊。