原创 《流程永恆之道》讀後筆記1

什麼是流程: 樸素且直接的角度:我們按照條理和順序做事情的過程,就是流程 企業活動中的流程:流程是把一個或多個輸入,轉化爲對顧客有價值的輸出的活動 流程的幾大要素: 輸入 活動 活動間的相互作用 輸出 流程服務對象 價值 其中,流程

原创 《流程永恆之道》讀後筆記2

關於業務流程: 業務流程我們可以講是業務的處理流,也可講是業務的流轉過程。這裏注重的是業務,而不是流程。 業務流程關注的業務主要有: 產品和服務的設計與開發 產品和服務的市場營銷和銷售 產品和服務的交付 客戶服務管理 這些業務所對應的部門

原创 買菜都是事件了,洗菜也可以是事件

承接上一篇文章,在煮飯的業務裏,問初學者做菜的流程裏面,洗菜是不是也可以當成一個完整的事件。 我想回答的是“買菜都是事件了,洗菜也可以是事件”。 對了,昨天的流程還遺漏了切菜,還有菜品的醃製環節,纔想起來,暴露了我不做菜的本質。 今天早上走

原创 如果煮飯是業務目標,那麼事件步驟應該是怎樣的

最近一直在想一個問題,如果目標是煮一頓飯,事件應該如何劃分。 例如,這頓飯的目標是做三個菜,番茄炒雞蛋,紅燒排骨,小炒黃牛肉。那麼做飯這件事,有兩種事件劃分方式,應該選擇哪一種: 方式1: 買菜->洗菜->炒菜->裝盤->上桌 方式2: 爲

原创 需求調研:請不要過早地提出解決方案

在有新的項目的時候,銷售和售前爲了證實公司的能力,可能會催促產品設計人員,更快地提供解決方案給到客戶。同時在去到客戶現場的時候,客戶也是會迫切地希望系統建設方更快地輸出解決方案:“來,介紹你的產品”。 但是當我們過早地提出解決方案的時候,就

原创 業務需求範圍劃分第一步:劃分主題域

在業務目標確定下來之後,需要確定和軟件系統相關的業務需求範圍及其頂層劃分方式。 需求範圍的頂層劃分方式,我們稱爲主題域的劃分方式,它應該按照業務職責區塊來劃分子系統。避免和系統開發過程中的功能模塊劃分混淆。 舉例1: 舉例2: 下面兩個

原创 業務需求範圍劃分第二步:蒐集事件

每個主題域對應系統有關的業務職責區塊。例如醫院的體檢部,門診部,住院部,各司其職。 主題域裏,我們定義“何人做何事”,叫做事件。真正有價值的事件,則是與待建設系統有交互活動發生的事件。 例如體檢中心,日常要做的事件主要有:體檢者申請體檢,體

原创 需求調研的溝通原則

需求調研是主動的 主動計劃(時間,地點,調研人,調研內容) 選擇合適的時間,提前約定 選擇調研人在的地方,選擇不吵雜的地方 找到調研目標選擇適合的對象(定義階段找高層,流程階段找中層,細節階段找底層) 提前梳理調研內容 需求調研是聚焦的

原创 業務背景調研-需求定義的第一步

《B端軟件“業務目標”定義很難嗎?》這篇文章講到:人類依靠田地的糧食生活,所以需要耕種。而耕田需要先鬆土,但是人工鬆土真的很費勁。這是牛拉犁出現的“業務背景”。 在業務背景之下,業務目標才被賦予了意義。因此,需求定義的第一步,是進行需求背景

原创 B端軟件項目定義一個業務目標很難嗎?

作爲一個產品人員或需求人員,你有沒有這樣的苦惱。領導叫你寫需求規格說明書,你需求說明書裏面的其他內容全寫完了,就剩下系統的業務目標還在那裏冥思苦想。軟件項目需要做哪些業務內容,業務功能,這些功能、內容怎麼組織,怎麼細化,你都諳熟於心,唯獨回

原创 《軟件需求最佳實踐》讀書筆記1

那麼,產品設計,就從需求分析開始吧。 本來是要推薦這本書給周圍的朋友,因爲裏面關於軟件需求分析的講些,融合了很多關於如何提問題的思考,如何溝通的思考,如何進行事務分析的思考,如何運用軟件工程的知識。 但是裏面的內容確實晦澀難懂,需要花費很大

原创 關於需求和原型的思考(2)

產品設計的過程,會經歷三個階段:可用,好用,用的爽。 產品的可用性,就像一個原始的瓢一樣,可以拿來勺水,但是並不好用。後來在一代代人的改進中,給瓢加了一個把柄,人使用瓢變得更加的方便,這就是從可用到好用的進程。 1. 需求分析的過程 構建

原创 關於需求和原型的思考(3)

狼孩與人類世界隔絕多年,已經不懂得如何使用人類的語言,和人進行溝通交流。 想要能和其他人建立關係,必定要和其他人溝通,要想和別人更順暢地溝通,必定要學會以別人覺得舒服的方式與別人溝通。所以在和人的交互上,我們都挺辛苦的,需要先學會講別人聽得

原创 需規作底稿,原型來上色

畫畫的時候,會先想,我要畫一棵樹,然後在圖紙上打底稿,用鉛筆勾畫樹幹、樹枝,等到樹的形狀都勾勒出來了之後,再在上面塗上顏色,用不同的顏色繪製樹幹,樹枝,樹葉和花朵。 而產品設計的過程,正如畫畫的過程,現有一個產品目標,再由目標確定大致的功能

原创 《破繭成蝶》讀書筆記-專業知識之外的幾點思考

前面花了大概一週的空閒時間,看了這本書。本來沒打算單獨寫讀書筆記,因爲書籍雖然是由非常優秀,且有實踐有大平臺的用戶體驗設計師寫的,但是讀下來,確實更多的是科普用戶體驗,以及傳授自己的工作方法,並非有在某個方面深入地去研究和討論的一本書,對於