中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

SaaS 全稱是 Software as a service，軟件即服務(wù) ，當用戶需要這個產(chǎn)品時，可以在網(wǎng)絡(luò)環(huán)境下隨時租用，而不需要承擔更多的開發(fā)成本和人力成本等。這就是初期 SaaS 產(chǎn)品帶給用戶的工具屬性的價值。

做事有原則的人，更容易被人信任；做產(chǎn)品有原則，更容易減少部門內(nèi)耗，超脫情緒和環(huán)境的影響，自覺選擇最佳方案。 我們來看一看 SaaS 軟件設(shè)計時的原則。

01

我們先看看看產(chǎn)品需求階段的原則。

原則一：產(chǎn)品需求階段首先要考慮到產(chǎn)品使用場景， 滿足用戶需求

B端產(chǎn)品基本上是將「線下已有需求」系統(tǒng)化，回歸場景是一切的基礎(chǔ)。 「不以用戶場景為基礎(chǔ)的設(shè)計都是耍流氓」，深以為然，產(chǎn)品經(jīng)理在設(shè)計原型時，要考慮的重要因素之一就是「用戶場景」，甚至在拿到一個需求的第一時間，就需要在腦海中思考用戶在不同場景下的需求能否被滿足，該如何滿足，以此來進行需求的初步篩選，「場景思維」的重要性可見一斑。

現(xiàn)在我們部門溝通交流的過程中，除「需求」外，高頻出現(xiàn)的另一個詞就是「場景」了，在平時工作中，產(chǎn)品與研發(fā)伙伴對接需求時，也常常會被抓耳撓腮的研發(fā)大哥問到：你這個需求的場景是什么？

對「場景」這個詞來做解釋的話，其實就是什么「人」在什么「時候」在什么「地方」出于什么「目的」做了「什么事」。 場景是設(shè)計和驗證原型時最重要的依據(jù)，也是減少產(chǎn)品和開發(fā)矛盾的潤滑劑。

我們來想象一個畫面，一個上班快遲到的人在到達公司的時候打卡，這時候他一定不希望遲到，打卡操作越簡單越好。 這個畫面就是場景，也是在設(shè)計產(chǎn)品或驗證產(chǎn)品可用性時的重要參考依據(jù)，從整個產(chǎn)品宏觀來講是這樣，具體到單個的頁面也是這樣。

再來看看「完美工事」這款打卡的app，驗證這個產(chǎn)品設(shè)計就可以得到比較符合這個場景，打開程序直接就是打卡頁面，用戶操作非常簡單。

原則二：好的產(chǎn)品滿足用戶價值并帶來商業(yè)價值

你首先要知道你的用戶是誰，如果你不知道用戶是誰，就好像你是一個籃球運動員，你不知道籃筐在哪，你不知道要面向誰去做你的產(chǎn)品。

然后再思考能給用戶創(chuàng)造了什么價值。B端軟件思考用戶價值的時候一定要從兩方面考慮，首先是給企業(yè)帶來什么價值，比如提高效率，降低成本等等，還要考慮為決策人帶來什么價值，比如是否能提升 KPI、話語權(quán)或者掌控力。

大家常說的用戶體驗并不是用戶價值，提升用戶體驗固然好，但是B端軟件核心是解決問題，是否能創(chuàng)造用戶價值，只有這樣才能帶來商業(yè)價值。

商業(yè)價值的判斷，第一個是盈利，第二個是持續(xù)的盈利，第三個是持續(xù)的更多的盈利，所以產(chǎn)品模式必須是持續(xù)正向增長的，需求理解->解決方案->客戶成功->客戶數(shù)量增長形成正循環(huán)。

02

產(chǎn)品設(shè)計階段有以下幾個原則：

1. 功能需要滿足所有角色核心場景下的需求

SaaS 產(chǎn)品要確保業(yè)務(wù)鏈路每個角色的核心場景都能跑通，如果有一個角色無法正常使用，那該功能就不算完整，會導致整個鏈路上的每個角色都沒法正常使用。

以「完美訪客」小程序舉例， 來訪用戶可以掃碼登記，管理員可以生成訪客碼，還可以添加子管理員協(xié)助來訪統(tǒng)計分析。 麻雀雖小，五臟俱全，雖然是一個簡單的程序，但是能滿足所有角色的使用。

2. 每個客戶都應(yīng)該都獨立、個性化的

傳統(tǒng)軟件流程是把軟件賣給客戶，客戶自己要出錢部署，買服務(wù)器存儲，搭建網(wǎng)絡(luò)環(huán)境，還要用運維的人員。而 SaaS 軟件現(xiàn)這些都不用了，硬件由供應(yīng)商自己出，放在公有云上，以服務(wù)的方式租給客戶，所以叫賣服務(wù)。SaaS 本質(zhì)上是由賣軟件改成賣服務(wù)，幫助用戶降低成本。

但是客戶的使用的方式還應(yīng)該是一樣的，每個客戶之間不應(yīng)該有交集，還要適當?shù)臐M足企業(yè)個性化配置，對于大客戶可能還需要定制化開發(fā)。不過盡量的降低定制化開發(fā)比例，如何降低定制開發(fā)的比例，我認為還是取決于產(chǎn)品對行業(yè)的理解深度，產(chǎn)品本身的成熟度。

「完美工事」從開始就設(shè)立了微服務(wù)的軟件架構(gòu)，把企業(yè)的個性化需求在微服務(wù)上實現(xiàn)，內(nèi)部多用API的方式互通，不影響主產(chǎn)品的升級迭代。給一個企業(yè)做的定制化的功能，有時候還能同時提供給其他企業(yè)使用。

3. 低耦合，高內(nèi)聚

低耦合：指產(chǎn)品結(jié)構(gòu)內(nèi)不同模塊間的聯(lián)系弱，關(guān)系簡單。修改一個模塊不會影響到另一個模塊。

高內(nèi)聚：指產(chǎn)品結(jié)構(gòu)中單個模塊內(nèi)各個元素聯(lián)系緊密。簡單來說，就是一個模塊內(nèi)的代碼只完成一個任務(wù)，即單一責任原則。

低耦合，高內(nèi)聚會給產(chǎn)品帶來什么好處呢？

從短期來看，并不會給產(chǎn)品帶來明顯的好處，甚至會使開發(fā)周期變得更長。但隨著產(chǎn)品迭代，你會遇到更多復(fù)雜的需求。如果產(chǎn)品耦合度高，則牽一發(fā)而動全身，輕易不能改動功能，因為會牽涉到產(chǎn)品架構(gòu)層面的問題。

Saas是把賣軟件變?yōu)橘u服務(wù)，放棄一次性收入，按照客戶是否使用來收費，就必須把軟件產(chǎn)品真正做到客戶喜歡，持續(xù)滿足絕大數(shù)客戶需求，SaaS 產(chǎn)品結(jié)構(gòu)及呈現(xiàn)方式必須可延續(xù)、可擴展。而低耦合，高內(nèi)聚會給產(chǎn)品帶來更好的擴展性，靈活性，復(fù)用性，可維護性。建議在產(chǎn)品開始設(shè)計時考慮好產(chǎn)品未來的長期規(guī)劃，避免后期產(chǎn)品難以迭代，需要重構(gòu)。多和架構(gòu)師溝通，防患于未然的同時，留給未來更多可能。

4. 權(quán)限控制盡量細致

SaaS的產(chǎn)品業(yè)務(wù)相對復(fù)雜，面對的企業(yè)客戶規(guī)模和業(yè)務(wù)方向都不同，權(quán)限訴求也不一樣，根據(jù)不同公司業(yè)務(wù)權(quán)限設(shè)計需要設(shè)計的盡量細致。

處理權(quán)限是一個比較麻煩的事，設(shè)計階段如果沒有考慮好后期再改成本是非常大的。一個賬號在一個系統(tǒng)可能對應(yīng)多個角色，部分產(chǎn)品可能還涉及到不同地區(qū)不同分公司。那么根據(jù)業(yè)務(wù)需要在角色定義層或權(quán)限分配層，先確定好集團、地區(qū)屬性，再確定數(shù)據(jù)權(quán)限、菜單權(quán)限、功能權(quán)限等等。

權(quán)限控制方面可以參考一下RABC模型：基于角色的訪問控制。

RABC是Role-BasedAccess Control的英文縮寫，意思是基于角色的訪問控制。模型認為權(quán)限控制的過程可以抽象概括為：判斷Who是否可以對What進行How的訪問操作，即將權(quán)限問題轉(zhuǎn)換為Who、What、How的問題。Who、What、How構(gòu)成了訪問權(quán)限三元組，Who，What，How分別對應(yīng)著用戶，資源，操作。RABC的核心在于通過為用戶分配對應(yīng)的角色進而將用戶與對應(yīng)的操作聯(lián)系起來，已實現(xiàn)用戶對資源的操作。

5. 產(chǎn)品要保持一致性，拒絕設(shè)置專業(yè)門檻

一致性包括視覺一致性、交互一致性、文案一致性、跨平臺一致性。

對用戶來說，一致性可以降低用戶學習成本，用戶在不同頁面之間不會感到陌生，提升用戶體驗，更容易展現(xiàn)獨特的品牌感、品質(zhì)感。 對團隊來講，利用一套風格統(tǒng)一的視覺、交互組件能提升設(shè)計作品的一致性，團隊之間溝通對接也會更有效率，不會出現(xiàn)風格不統(tǒng)一的情況。

不要設(shè)置一些專業(yè)門檻，以文案舉例，之前看到過我們開發(fā)的產(chǎn)品有一處提示信息「企業(yè)id不能為null」，雖然開發(fā)能看懂，但是我相信很多用戶都會不理解，這句話可以改成「企業(yè)不能為空」或者 「需要加入企業(yè)」等等。 類似的專業(yè)文案有很多，比如 PV 改成瀏覽量，UV改成用戶訪問量等等。

6. 按照優(yōu)先級順序去迭代

無論在哪家公司，我相信技術(shù)資源都是非常緊張的，所以在進行需求排期時的溝通就非常重要了，可以按照下面的優(yōu)先級去迭代。

1. 我們先保證有穩(wěn)定的功能，滿足所有角色使用，如果功能不能正常用了，其他任何都是扯淡；
2. 是否有競品打動決策者的功能，能讓客戶轉(zhuǎn)用另一家產(chǎn)品的功能必然是好功能，就是很好的買單功能；
3. 跟客戶收入直接掛鉤，客戶能用來增加營收、縮減成本的功能。哪怕別的地方做的一般，能給客戶省錢，客戶也是接受的；
4. 是否提升軟件使用者的工作效率，用戶每天都在頻繁使用的產(chǎn)品功能，需要能高效操作，能少一步操作是一步；
5. 是否易用，易用指的是別讓我思考，我看一眼就知道該怎么操作，這一點利于商務(wù)對使用人培訓。這一點有時候不太好評判，開發(fā)難度可能也比較大，優(yōu)先級排在后面了；
6. 最后是好看，當你做了前面所有的， 如果有資源，盡量讓頁面好看，而不是一味追求好看。

03

產(chǎn)品研發(fā)階段也需要注意幾點原則。

（1）首先保證系統(tǒng)的穩(wěn)定性新，增或定制功能，要最大程度避免系統(tǒng)改造和重構(gòu)，能夠穩(wěn)定迭代

對SaaS服務(wù)商來說，系統(tǒng)穩(wěn)定性的保障一直是一個非常復(fù)雜的命題。通常情況下，業(yè)界比較優(yōu)秀的服務(wù)商，系統(tǒng)穩(wěn)定性一般能做到99.9%，相當于全年無休。系統(tǒng)不穩(wěn)定對品牌口碑影響很大，還會直接帶來經(jīng)濟損失。比如某盟就2020年2月23日出現(xiàn)刪庫事件導致系統(tǒng)幾乎癱瘓，數(shù)據(jù)到月底才逐步恢復(fù)，對客戶造成了很大的損失，對公司也造成了很大的影響。

這里的關(guān)鍵是業(yè)務(wù)和技術(shù)層面，需要產(chǎn)品和技術(shù)共同努力。產(chǎn)品經(jīng)理要有對業(yè)務(wù)邏輯的深入理解和未來業(yè)務(wù)的預(yù)判性，并且對業(yè)務(wù)產(chǎn)品的各個維度組成有抽象化能力。

可以從用戶維度、商業(yè)維度、需求場景、功能服務(wù)維度多去考慮；用戶上把 SaaS系統(tǒng)的幾類角色好好分析下，商業(yè)上把付費模式、增值模塊好好構(gòu)思下，凡事多想一步，讓團隊各成員心里有數(shù)，落地執(zhí)行時多做少做心里也有底，在把產(chǎn)品方案傳遞給技術(shù)研發(fā)時，整體架構(gòu)上也便于預(yù)留擴展，做到系統(tǒng)的耦合或內(nèi)聚的決策更加精確，業(yè)務(wù)模塊的復(fù)用性更好。

（2）技術(shù)架構(gòu)上要考慮服務(wù)化、分層化、可配置化、自動化。還要要考慮架構(gòu)高可用性、伸縮性、可維護性等。

• 高可用性即系統(tǒng)不依賴單點（一臺服務(wù)器掛了不至于影響業(yè)務(wù)系統(tǒng)，一臺數(shù)據(jù)庫當了不至于數(shù)據(jù)丟失，被非法攻擊了能很好地轉(zhuǎn)移）；
• 伸縮性，好的架構(gòu)在用戶1萬時你能支撐業(yè)務(wù)，用戶突增至100萬時能否簡單加機器來解決等；
• 可維護性，隨著你業(yè)務(wù)的增加，技術(shù)復(fù)雜性增加，系統(tǒng)的自動化運維能否跟上，系統(tǒng)的發(fā)布回滾，運行時的監(jiān)控、日志系統(tǒng)是否完善，自動預(yù)警和恢復(fù)，而不能簡單堆人維護。

04

最后總結(jié)下，本篇文章從需求、設(shè)計、開發(fā)三個階段闡述SaaS的幾個原則：

需求階段要多思考，注意使用場景和滿足用戶價值和商業(yè)價值；設(shè)計階段要考慮不同角色的場景和需求；注意客戶之間是獨立的個性的；產(chǎn)品功能模塊要低耦合、高內(nèi)聚；權(quán)限控制盡量細致，產(chǎn)品要保持一致性，不要有專業(yè)門檻；按照優(yōu)先級順序迭代； 研發(fā)階段要和開發(fā)配合，保證系統(tǒng)穩(wěn)定性和可擴展性。

一點小經(jīng)驗分享給大家，祝愿彼此都能打造成功的SaaS產(chǎn)品。歡迎關(guān)注，共同交流。

作者：老于；公眾號：老于的筆記

本文由 @老于 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Unsplash，基于CC0協(xié)議。