今天向我們大神和團隊小夥伴請教了這個問題，分享給大家，也是在摸索後面有新的體會和感悟會持續更新。
流程是有幾個要素：
1.有開始
2.有結束
3.有節點（其中包括動作節點以及判斷節點等）
4.有流向
諸如：這就是乙個簡單的流程圖。
換句話說就是如何從原型找到這個產品的入口。
有兩種方式獲取：
1.在產品講解原型的時候從他講解的過程中獲取。
2.如果沒有產品，就把自己當做網際網路使用者去點選原型，比如使用者第一次進入這個產品的入口。
上面我們已經可以知道我們的流程開始，接下來如何從產品原型中獲取每個節點呢。
1.點選之後頁面是否發生了跳轉。
2.點選之後頁面是否彈出視窗，對彈出的視窗內容進行同樣的檢索。
3.點選之後當前頁面是否發生了變化，有的是當前頁面重新整理，有的是刪除乙個頁面元素等。
根據這些觸發動作去判斷是否將其作為乙個動作節點。
乙個流程必須有結束，而且結束的要自然。
如果你在點選原型的時候發現按照上面的流程沒有可以往下點選的入口啦，也許這個流程就可以結束啦。
從使用者的角度來說，使用者的真實問題得到解決就可以判斷這個流程結束啦。
比如：去購物，下完訂單，付完款，收完貨，這個流程就算完啦，至於評價那是可有可無的，不影響你購物。
根據上面的方法，我們已經可以畫出系統中很多的流程，或簡單，或複雜，但是這些流程中我們是如何判斷哪些是主流程呢？
一句話：根據產品需求確定。
從以下幾個角度思考：
1.從這個產品的名稱上判斷，產品的名字是物件整個產品的抽象定義，是最能體現核心業務的，
有了核心業務，那麼核心業務中的流程自然也是最主要的流程啦。
2.思考一下如果你是乙個網際網路使用者使用產品你最想解決的問題是什麼，哪個服務解決了你的問題哪個
服務的流程就是這個產品的主流程，有些流程即使沒有也不影響你解決問題它就不是主流程。
比如：去京東，**我們的目的是購物，那麼圍繞著解決這一問題的流程就是主流程，
假如京東，**不能下訂單，或者不能支付那你肯定會罵街的，假如你不能收藏店鋪，你肯定不會這麼激動。
如果發現從產品的角度和使用者的角度沒有達到契合，我們應該以產品的情況而定，如果產品初創沒有真實使用者那就
以產品為準，如果有了真實使用者，那就應該以使用者的真實需求為準。
1.流程中的節點要都處在同乙個思考層次上。
不能上乙個節點在說抽象的概念下乙個節點就在描述細節，這種讀起來很不舒服。
比如下圖中的「員工請假流程圖」
2.流程要有乙個很明確的名稱，或者主題。
每乙個流程都是要乙個非常鮮明的主題，你的命名最能體現你的主題，你的流程就對這個主題的體現，
如果你的節點中體現了非主題中的概念會給人造成歧義。
3.要忠於你的流程圖。
流程中是給人看的，再給人講解的過程中要完全按照你寫的流程不要補充太多流程節點中沒有體現的東西。
如果你的流程圖很簡單，你補充的東西很多，如果下次過了幾個月再讓你或者別人看你肯定不會記起來的。
根據產品原型結合主流程抽取類，屬性以及關係
最近又開始做專案，一直對軟體構建流程中的需求分析與設計沒有很明確的節奏，這次想根據我們團隊的開發節奏邊做邊整理，希望固化這些東西不用每次都思考，不能說是最優，但起碼能夠給一些沒有固定打法的同學一些建議。相信會有很多人在拿到原型之後會不知所措，不知道怎麼看原型，不知道怎麼抽取核心業務，不知道根據核心業...
產品原型六工具
超實用的6款產品原型工具 1.pop prototyping on 免費試用30天 專業版 960 rmb 人 年 學習曲線 低 超實用的6款產品原型工具 優點 與balsamiq等同類應用相比，pop的優勢在於簡單易用，學習曲線短，生成快速且能被分享。缺點 只支援低保真原型。對於被展示的客戶或者團...
產品原型Web展示
前言 當產品原型設計出來後，會放置在linux伺服器上的路徑下，為了讓相關的研發人員檢視到需求，進行相應的作業，需要搭建訪問其原型路徑的httpd服務 搭建httpd流程 前提產品原型放置在阿里雲ecs伺服器上 產品原型文件路徑 root nature docs pwd mnt web www pr...