某公司的產品面試，面試前該公司讓面試者做壹道筆試題，筆試題目為：
通過本道題目，將講述為某產品添加壹個功能需求，從策劃到上線將會走那些流程。
在壹家小型的創業公司，從項目的需求——項目的落實——項目的上線，他們大致會走這樣的流程： 產品策劃 – UI設計 – 研發評審 – 測試評審 – 研發階段 – 測試階段 – 上線 。結合那個面試題，詳細的講述產品策劃這塊，簡要的描述壹下後續幾個流程。
根據以上筆試題，我們可以得知：卡牛-信用卡管家 APP 的用戶反饋得知，用戶希望在卡牛 APP 有壹個可以尋找 附近銀行網點／ATM的功能。
在產品策劃中，首先是獲取產品需求、然後對產品需求進行篩選、評估。獲取產品需求主要來源可以分為 內部渠道和外部渠道。外部渠道的來源於“用戶反饋、用戶調研、競品分析、市場、合作夥伴”；內部渠道的來源於“公司戰略、產品經理本身、產品數據分析、其他部門的反饋” 。
當獲取到產品需求時，接下就會進行需求評估， 需求評估將會利用以下方法：客戶滿意度、馬斯洛需求、重要緊急四項型、調研強制排序、維度評分排序 。
維度需求排序的話，壹般的排序：企業的發展戰略、產品的定位、需求價值度（企業價值、用戶價值等）、核心用戶占有比例、需求頻率的程度等方面 。在這種情況下，壹般產品部門都會把所有需求都寫在需求評估表中，然後對需求進行評估，如圖。在創業型公司來說，大部分的需求壹般都是公司戰略層次的需求（正所謂老板需求）。
有時候在產品需求的前面，會有壹次產品需求調研，這是為了進壹步確認此 產品需求的必要性 。在創業型公司來說，壹般都是直接省去，直接確定產品需求，然後開始落實。
當需求確定後，我們進入 產品需求功能的落實 （也就是將產品需求畫出來，然後去研發）。在筆試題中已經確定了產品需求，所以我們只需要考慮產品功能如何落實。
產品功能的落實， 壹般會走以下流程：競品分析（產品功能調研）—繪制流程圖—產品原型圖的制作—產品部門內部評審 。
現在我們需要對卡牛 APP 中開發壹個“尋找附近銀行網點／ATM的功能”。
以下調研的結果：
在繪制流程圖的過程中，團子建議大家 不要先急著繪制流程圖，先用思維導圖繪制壹些產品功能的模塊，哪些功能需要展現到那些頁面，那個區域包括那些信息，理順思路，然後繪制流程圖 ，如圖。
畫流程是壹個鍛煉邏輯的活，以下是我畫產品功能的邏輯圖，分三大塊：附近主流程、評價流程、預約流程。大家可以借鑒參考壹下。
在原型交互的過程中，有些公司需要妳在產品原型圖上做動態交互，有些公司只需要妳在產品原型圖上做好交互標明。對此評價壹下沒做交互動態和做了交互動態的優缺點。
完成原型圖的繪制，產品策劃也就完成了 90% 的工作，隨後就是產品部門的審核，這壹項工作將會召集產品部、運營部、UI部門進行討論和點評，對產品原型圖進行進壹步優化，此刻妳需要搜集其他同事及其他部門的意見，然後收集回來進行整理，篩選出可以優化的需求。
當面對壹般 UI 時，如果妳對壹般的 UI 說“我需要妳幫我設計壹款簡潔、大氣、穩重嚴肅、不需要太多的色彩的頁面”，此時 UI 會壹面懵逼，他會反問妳壹句：“妳到告訴我啥叫簡潔、大氣、穩重嚴肅”。
面對公司這樣的 UI 時， 最好的解決方式就是自己去找素材，然後找到妳喜歡的素材發給 UI ，對著 UI 說“我就要這種風格”。此時 UI 就不會懟妳，他就會照著這個做。
完成以上工作流程之後，在此就會召開研發測試需求評審，這塊主要是對此 需求進行排期和了解制作此需求所需要花的時間、此產品需求的可用性 。
作為產品狗，需要了解目前整個產品的大致動態和產品後期叠代的內容，對此該功能應放在那期叠代中。了解研發部門的情況，確定了研發的時間。
接下來到了測試評審，在研發中這是壹個很重要的環節，需要對 理想期的產品原型圖測試和規劃 ，等到時候研發開發完成了後，需要測試部門進行測試，測試部門會對照理想型的產品圖與測試版產品進行比較，寫下測試日誌文檔，為後期的產品功能叠代做好鋪墊和準備。因此測試人員會在前期與產品人員進行壹次詳細的討論，關於產品原型圖的事項，在討論的過程中 需要對每壹個細節和動態進行說明 ，所以產品在此要多和測試交流溝通，時刻傳達信息給測試人員，做好同步信息。
在產品研發過程中，測試和研發是壹起進行的。有時候研發要改動產品原型圖的需求，研發首先會通知產品，他們要對需求進行改動，壹般的改動大概就是“ 砍需求、改動態（為什麽研發不喜歡看高保證原型） ”，所以產品需要對改動的需求進行快速決策。研發這邊改需求，此時產品就要和測試那邊溝通，將信息傳達給測試。 工作信息要進行時刻同步 。
當研發完成初稿後，會提交轉測郵件，測試部門會接收此文檔進行測試，如有問題，就會將產品測試的 BUG 進行整理，讓研發繼續修補 BUG，研發修好後，在會進行轉測，直到可以上線為止。如果功能越復雜，壹般會走好幾個來回。
有人會問，為什麽要在研發測試的過程中，平凡發郵件。其實這樣是為了進行 權責分明 ，同時可以進行工作上的同步。
當測試完成後就到了，負責人就要對產品進行申請，發布提交上線郵件將公布給全公司，然後完成了產品的上線。此時是產品狗最幸福的時刻。