一袁翁、saas產(chǎn)品設(shè)計流程
產(chǎn)品設(shè)計一般包含2個步驟
a、產(chǎn)品定義
b婿脸、產(chǎn)品設(shè)計
1粱胜、產(chǎn)品定義：回歸場景得到用戶的需求以及價值
案例
美容院老板：我需要通過系統(tǒng)能管理顧客的預(yù)約。
saas產(chǎn)品經(jīng)理：好的盖淡，不過設(shè)計這個功能之前年柠，我需要回歸場景梳理場景需求清單；
2褪迟、產(chǎn)品設(shè)計：設(shè)計功能滿足用戶的需求
為了滿足美容院老板預(yù)約客戶的功能冗恨，需增加一個【預(yù)約功能】
a、梳理業(yè)務(wù)流程圖（結(jié)合用戶場景梳理出對應(yīng)的流程圖）
b味赃、梳理頁面元素及交互
如下圖所示：
saas業(yè)務(wù)需求個性化的本質(zhì)原因是場景不一樣掀抹。
由此結(jié)論：場景七要素中任何一個要素發(fā)生變化，都回導(dǎo)致場景不一樣心俗，從而產(chǎn)生不一樣的需求傲武。
類似的【添加預(yù)約1】
場景：商家B蓉驹，顧客打電話預(yù)約時通常指定某個技師，因此商家B希望在添加預(yù)約時能選擇由某個技師來提供服務(wù)揪利。因此存在給技師設(shè)置排班的需求态兴。
說明
排版需求應(yīng)該由排版模塊的功能來負(fù)責(zé)與實現(xiàn)。
類似的【添加預(yù)約2】
商家C疟位，顧客可以自主在網(wǎng)上進行預(yù)約瞻润，預(yù)約時不需要指定技師，但預(yù)約時需支付10元定金甜刻。因此存在一種預(yù)約前支付定金的需求绍撞。
類似的【添加預(yù)約3】
商家D，顧客可以自主在網(wǎng)上進行預(yù)約得院，預(yù)約時不需要指定技師傻铣，也不需要選擇具體的到店時間，只需要留下手機號即可祥绞。因此存在一種預(yù)約只需填寫手機號的功能非洲。
以上2個功能，可合成一起設(shè)計成自由度非常高的配置項來滿足就谜。
以上3種場景怪蔑，看似一樣，其實相差很大丧荐。如果缺乏框架性思考缆瓣，單點設(shè)計功能將會讓你精疲力竭。
缺乏框架性思考可能導(dǎo)致的后果
內(nèi)部：不斷堆砌功能虹统，開發(fā)成本會越來越高弓坞。
外部：用戶看到的信息繁雜，無法高效完成任務(wù)车荔。
如何解決渡冻？
設(shè)計功能前需要先厘清【架構(gòu)】，以一種抽象的框架視角來全局思考忧便。
什么是架構(gòu)族吻？
架構(gòu)是一套將功能依據(jù)業(yè)務(wù)進行分類整合形成的抽象化的業(yè)務(wù)模型。
架構(gòu)可以幫你厘清每個業(yè)務(wù)板塊/功能間的邊界珠增，以及他們之前的關(guān)系超歌。
理解業(yè)務(wù)是梳理功能架構(gòu)的前提
基于saas不同的業(yè)務(wù)細分類型，存在一些通用的架構(gòu)
例子：【商業(yè)活動】與【管理活動】的通用架構(gòu)
架構(gòu)與功能
saas通用的架構(gòu)介紹
1蒂教、商業(yè)活動的通用架構(gòu)
2巍举、管理活動的通用架構(gòu)
通過梳理架構(gòu)，更高效滿足需求
1凝垛、如何梳理符合業(yè)務(wù)的架構(gòu)
2懊悯、如何基于架構(gòu)設(shè)計功能蜓谋，滿足個性化需求？
商業(yè)活動通用架構(gòu)
關(guān)于商業(yè)活動的故事
小方自己有一片果園炭分，打算開一個水果店把水果店賣出去桃焕。
第一階段：由于只是做個簡單的嘗試，消防每天只需要將水果按照分類清點好欠窒，并按時清點水果剩余數(shù)量覆旭。這樣只對水果數(shù)量進行了記錄退子，小方就大概能清楚自己的經(jīng)營情況啦岖妄。（商品管理）
第二階段：隨著生意越做越好，小方開始用本子記錄每天的銷售情況寂祥，也更方便對賬荐虐；同時有采購商打算采購小方的水果，除了記錄采摘回來的水果數(shù)量之外丸凭，小方每天還會查看采購商下的訂單福扬，根據(jù)訂單銷售情況，小方也就知道了庫存剩余量以及經(jīng)營情況惜犀。（訂單管理）
第三階段：隨著越來越多的熟客回頭購買铛碑，為了方便維系與這些熟客的關(guān)系，小方專門開通了微信公眾號讓熟客關(guān)注了公眾號虽界，通過公眾號汽烦，小方可以更方便 通知這些熟客哪些水果有上新，也給顧客們做了標(biāo)記方便管理莉御，隨著不斷地互動撇吞，小方的生意也是蒸蒸日上。（客戶管理）
商業(yè)活動模塊的業(yè)務(wù)目標(biāo)
商品管理
如何讓商品有更好的賣相礁叔，同時高效管理商品牍颈？
訂單管理
了解商品的銷售情況，讓自己產(chǎn)生最大化創(chuàng)收琅关？
客戶管理
如何更好讓熟客產(chǎn)生更高的復(fù)購和推薦煮岁，同時高校管理他們？
商品管理模塊主要業(yè)務(wù)
訂單管理模塊主要業(yè)務(wù)
客戶管理模塊主要業(yè)務(wù)
大部分模塊都是機遇這3個模塊生長起來的涣易，如下圖所示：
管理活動通用架構(gòu)
1画机、管人-HRM
2、管事—OA
3都毒、管資源—ERP
人是管理活動的基石：所以管理活動將主要講訴人的管理（HRM）
管理管理活動的故事
小趙是一個創(chuàng)業(yè)公司的HR色罚，隨著公司不斷發(fā)展，小趙也不再不斷調(diào)整關(guān)注點账劲；
第一階段：由于公司人數(shù)較少戳护，小趙每天最頭疼的都是如何招聘到合適的人才金抡，并且對員工信息進行初步的管理，每天第一時間在各種渠道發(fā)布招聘需求腌且，跟人口頭約定工資梗肝，在招聘到人之后簡單記錄一下員工的信息到花名冊并分配到對應(yīng)的崗位，基本就能基本符合企業(yè)的管理訴求啦铺董。
第二階段：隨著公司人不斷變多巫击，漸漸管理起來成了難題，老板讓小趙想辦法用制度約束精续，于是小趙開始潛心考勤坝锰，并制定了一些復(fù)雜的考勤規(guī)則并執(zhí)行下去，當(dāng)員工考勤不符合規(guī)定時就會扣工資重付，這樣也讓老板感到滿意顷级。
第三階段：公司在不斷發(fā)展壯大，漸漸小趙發(fā)現(xiàn)負(fù)向激勵無法讓真正的人才留下确垫，于是小趙開始設(shè)計一個更高效的激勵弓颈，希望能夠用正激勵的方式激勵員工更好的為公司創(chuàng)造價值，當(dāng)員工為公司創(chuàng)造極致越多删掀，自然也會得到更多的收入翔冀；
員工管理模塊主要業(yè)務(wù)
考勤管理模塊主要業(yè)務(wù)
薪酬管理模塊主要業(yè)務(wù)
工資管理模塊主要業(yè)務(wù)
關(guān)于管理活動的故事
員工管理模塊基于考勤制度與薪酬制度產(chǎn)生活動數(shù)據(jù)，并最終通過工資管理反饋
end
我是枯藤老叔 披泪。3年創(chuàng)業(yè)纤子，4年產(chǎn)品經(jīng)理；
日常通過互聯(lián)網(wǎng)平臺叨叨自己對產(chǎn)品付呕，對創(chuàng)業(yè)的所思所想计福！
