目錄
產品思維：
【原則】
例子：專案簡介
需求：ue圖：（少了些設計，滿足基本需求）
資料庫設計
邏輯梳理
使用者有了需求，就會提供想要的功能，怎麼從簡單的功能闡述轉化成我們的產品設計並抓住真正需要的點進行產品設計？
1、無處不按鈕：同樣的乙個功能，在多個地方可以通過不同的形式展現給使用者，比如windows作業系統中，乙個視窗的關閉方式有幾種？ 常用的快捷鍵 alt+f4, 窗體右上角的×，其實如下圖，乙個小的關閉功能在你看不到的地方，但有可能用到的地方都有，但這個不是真正的用按鈕button的形式展示出來，同時也減少不必要的真的按鈕。
2、元件復用 ：對功能進行細緻的了解並有拆分，公共的內容抽離並進行復用，比如關閉方式不管你是滑鼠左擊還是右擊都是一樣的功能效果，而且這個功能放在任何使用者可能用的到的地方都可以，但前提是不能妨礙使用者當前頁面主功能的使用——也就是功能呢單一
3、功能單一：乙個頁面只展示一件事情，這樣做在寫後端邏輯介面的時候就可以深刻感受到這樣做的好處
思考問題可以從兩個方面出發：物理順序和邏輯順序，功能線和隱含的時間線，乙個產品的設計理念在潛移默化中讓使用者體驗到
c/s專案計算機一級考試系統 ---管理端：對學生考試和考生提前上機練習提供管理服務
教師或管理員可以根據日期和考場檢視考生的考試資訊，缺考、成績、人數等資訊
有了ue圖，基本功能的設計，後對資料庫**進行邏輯設計er圖到物理設計資料庫**字段設計
資料庫設計完成後開始流程圖基本邏輯梳理：比如這其中的第二個選擇夾人數梳理，也是第三個選擇夾餅狀圖展示的查詢邏輯
乙個完整的功能設計完成，之後的開發階段就會很順利了
產品經理從點子到產品的思想過程
點子與方案 當產品尚未成形，什麼都沒有的時候首先作為產品經理要有建立在對市場和使用者的理解上進行乙個方案，在相對成熟的公司也要清楚產品是怎末從簡單的點子和想法，借助當前的基本的產品框架和定義成長為當前的狀態。這裡提到的方案，或者產品的框架定義，可以稱之為產品模型和商業模式。產品的模型不僅僅基於使用者...
新人產品經理如何從0到1完成一款產品？
在大多數人的眼中，產品經理不過是畫畫原型 寫寫文件罷了。其實原型和文件只能算是作為乙個產品經理最最基礎的必備技能。相對於紙面上展示的東西，解決問題的能力才是乙個產品經理必不可少的。一 產品定位 如果我在還沒有找到前進的方向之前，就開始畫原型或者寫文件，這很容易就會導致我們開發出來的產品和我們原本想象...
對產品需求的一些看法
運營提需求，說加上支付寶支付吧，好像看起來很簡單，但其實卻沒那麼簡單。這也是我寫這篇文章的緣由，下面就來詳細說一下。產品經理正好很忙，我就幫著想這個需求，然後我就發現幾個問題 跟需求方溝通之後發現，我了解了以上問題 需求量不大，目前只有三個 增加支付寶之後之後，整個登陸的流程要變。所以，增加乙個支付...