SaaS是Software-as-a-Service（软件即服务）的简称，随着互联网技术的发展和应用软件的成熟， 在21世纪开始兴起的一种完全创新的软件应用模式。它与“on-demand software”，the application service provider(ASP，应用服务提供商)，hosted software(托管软件)所具有相似的含义。它是一种通过Internet提供软件的模式，厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得厂商提供的服务。用户不用再购买软件，而改用向提供商租用基于Web的软件，来管理企业经营活动，且无需对软件进行维护，服务提供商会全权管理和维护软件，软件厂商在向客户提供互联网应用的同时，也提供软件的离线 *** 作和本地数据存储，让用户随时随地都可以使用其定购的软件和服务。对于许多小型企业来说，SaaS是采用先进技术的最好途径，它消除了企业购买、构建和维护基础设施和应用程序的需要。
更好的解释请移步“ zhaimicc ”大神在知乎上的回答，一起膜拜一下“屎蛋”~ 如何向小白解释什么是 SaaS？ - 知乎
saas常见的兄弟们有：
IaaS: Infrastructure-as-a-Service(基础设施即服务)
PaaS: Platform-as-a-Service(平台即服务)
具体的区分和详解，感兴趣的小伙伴可以移步 有哪些通俗易懂的例子可以解释 IaaS、PaaS、SaaS 的区别？ - 知乎
（ 没找到原文作者，给作者点赞，权删 ）
看完SaaS的概念介绍，聪明的小伙伴们应该都理解了SaaS到底是个什么东西，但TOB的应用一般会离生活比较远，这里直接上产业地图，让大家对常见的SaaS产品有一个直观的了解。
钉钉、有赞、美团、美味不用等、teambition这些应该是大家比较耳熟能详的产品了，那SaaS行业的规模如何？
看起来SaaS行业的发展有不错的势头~
但是最近过去的一年SaaS领域的投资在持续的下滑，虽然宏观经济不好，但是作为互联网人的“新大陆”也有如此明显的下降应该不仅仅是宏观经济一个原因。
笔者曾经作为SaaS行业从业人员，直接上个人观点：
制约因素在于 小企业不懂互联网，互联网不懂行业知识 。
民营企业税收占比超70%，其中小微企业又是大头。大企业不缺各种管理工具和服务，真正迫切需要SaaS服务的是中国的小微企业。一方面小企业虽然需要SaaS，但是有多少小微企业的一线员工能掌握各种软件的 *** 作？以现有的SaaS产品更多的是针对大企业标准化的流程，小企业很难上手。另一方面互联网人习惯了快速的增长，习惯了基于人性的c端产品，对一个个垂直行业的行业知识了解并不多，甚至面对一些接地气的行业有着天生的“优越感”。这就导致懂行业的不懂互联网，懂互联网的不懂行业现象的发生。进而导致SaaS产品很难真正地走进小企业，大企业又早已是竞争的红海。
发展方向在于 以细分行业的小场景为突破口，真正服务好小企业。
虽然有些SaaS产品天生需要ALL in ONE，比如 ERP就不可能同时使用多个产品（增加使用成本）。但是360行，隔行如隔山，同样是零售卖水果和便利店的差异天生就可以产生不同类型的SaaS服务商。谁能真正帮小企业解决问题谁就有生存的空间。
更多的扩展阅读推荐：
为什么国内SAAS创业项目大多集中在CRM，协同办公，很少涉足ERP? - 知乎
2019年SaaS趋势报告 - 知乎
针对中小企业的 SaaS 服务为什么在中国一直做不起来？ - 知乎
一、saas产品设计流程
产品设计一般包含2个步骤
a、产品定义
b、产品设计
1、产品定义：回归场景得到用户的需求以及价值
案例
美容院老板：我需要通过系统能管理顾客的预约。
saas产品经理：好的，不过设计这个功能之前，我需要回归场景梳理场景需求清单；
2、产品设计：设计功能满足用户的需求
为了满足美容院老板预约客户的功能，需增加一个【预约功能】
a、梳理业务流程图（结合用户场景梳理出对应的流程图）
b、梳理页面元素及交互
如下图所示：
saas业务需求个性化的本质原因是场景不一样。
由此结论：场景七要素中任何一个要素发生变化，都回导致场景不一样，从而产生不一样的需求。
类似的【添加预约1】
场景：商家B，顾客打电话预约时通常指定某个技师，因此商家B希望在添加预约时能选择由某个技师来提供服务。因此存在给技师设置排班的需求。
说明
排版需求应该由排版模块的功能来负责与实现。
类似的【添加预约2】
商家C，顾客可以自主在网上进行预约，预约时不需要指定技师，但预约时需支付10元定金。因此存在一种预约前支付定金的需求。
类似的【添加预约3】
商家D，顾客可以自主在网上进行预约，预约时不需要指定技师，也不需要选择具体的到店时间，只需要留下手机号即可。因此存在一种预约只需填写手机号的功能。
以上2个功能，可合成一起设计成自由度非常高的配置项来满足。
以上3种场景，看似一样，其实相差很大。如果缺乏框架性思考，单点设计功能将会让你精疲力竭。
缺乏框架性思考可能导致的后果
内部：不断堆砌功能，开发成本会越来越高。
外部：用户看到的信息繁杂，无法高效完成任务。
如何解决？
设计功能前需要先厘清【架构】，以一种抽象的框架视角来全局思考。
什么是架构？
架构是一套将功能依据业务进行分类整合形成的抽象化的业务模型。
架构可以帮你厘清每个业务板块/功能间的边界，以及他们之前的关系。
理解业务是梳理功能架构的前提
基于saas不同的业务细分类型，存在一些通用的架构
例子：【商业活动】与【管理活动】的通用架构
架构与功能
saas通用的架构介绍
1、商业活动的通用架构
2、管理活动的通用架构
通过梳理架构，更高效满足需求
1、如何梳理符合业务的架构
2、如何基于架构设计功能，满足个性化需求？
商业活动通用架构
关于商业活动的故事
小方自己有一片果园，打算开一个水果店把水果店卖出去。
第一阶段：由于只是做个简单的尝试，消防每天只需要将水果按照分类清点好，并按时清点水果剩余数量。这样只对水果数量进行了记录，小方就大概能清楚自己的经营情况啦。（商品管理）
第二阶段：随着生意越做越好，小方开始用本子记录每天的销售情况，也更方便对账；同时有采购商打算采购小方的水果，除了记录采摘回来的水果数量之外，小方每天还会查看采购商下的订单，根据订单销售情况，小方也就知道了库存剩余量以及经营情况。（订单管理）
第三阶段：随着越来越多的熟客回头购买，为了方便维系与这些熟客的关系，小方专门开通了微信公众号让熟客关注了公众号，通过公众号，小方可以更方便 通知这些熟客哪些水果有上新，也给顾客们做了标记方便管理，随着不断地互动，小方的生意也是蒸蒸日上。（客户管理）
商业活动模块的业务目标
商品管理
如何让商品有更好的卖相，同时高效管理商品？
订单管理
了解商品的销售情况，让自己产生最大化创收？
客户管理
如何更好让熟客产生更高的复购和推荐，同时高校管理他们？
商品管理模块主要业务
订单管理模块主要业务
客户管理模块主要业务
大部分模块都是机遇这3个模块生长起来的，如下图所示：
管理活动通用架构
1、管人-HRM
2、管事—OA
3、管资源—ERP
人是管理活动的基石：所以管理活动将主要讲诉人的管理（HRM）
管理管理活动的故事
小赵是一个创业公司的HR，随着公司不断发展，小赵也不再不断调整关注点；
第一阶段：由于公司人数较少，小赵每天最头疼的都是如何招聘到合适的人才，并且对员工信息进行初步的管理，每天第一时间在各种渠道发布招聘需求，跟人口头约定工资，在招聘到人之后简单记录一下员工的信息到花名册并分配到对应的岗位，基本就能基本符合企业的管理诉求啦。
第二阶段：随着公司人不断变多，渐渐管理起来成了难题，老板让小赵想办法用制度约束，于是小赵开始潜心考勤，并制定了一些复杂的考勤规则并执行下去，当员工考勤不符合规定时就会扣工资，这样也让老板感到满意。
第三阶段：公司在不断发展壮大，渐渐小赵发现负向激励无法让真正的人才留下，于是小赵开始设计一个更高效的激励，希望能够用正激励的方式激励员工更好的为公司创造价值，当员工为公司创造极致越多，自然也会得到更多的收入；
员工管理模块主要业务
考勤管理模块主要业务
薪酬管理模块主要业务
工资管理模块主要业务
关于管理活动的故事
员工管理模块基于考勤制度与薪酬制度产生活动数据，并最终通过工资管理反馈
end
我是枯藤老叔 。3年创业，4年产品经理；
日常通过互联网平台叨叨自己对产品，对创业的所思所想！
C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如Oracle、Sybase、Informix或SQLServer。客户端需要安装专用的客户端软件。
C/S的优点是能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。缺点主要有以下几个：
只适用于局域网。而随着互联网的飞速发展，移动办公和分布式办公越来越普及，这需要我们的系统具有扩展性。这种方式远程访问需要专门的技术，同时要对系统进行专门的设计来处理分布式的数据。
客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。特别是有很多分部或专卖店的情况，不是工作量的问题，而是路程的问题。还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。
对客户端的 *** 作系统一般也会有限制。可能适应于Win98，但不能用于win2000或WindowsXP。或者不适用于微软新的 *** 作系统等等，更不用说Linux、Unix等。
Client/Server是建立在局域网的基础上的。Browser/Server是建立在广域网的基础上的.。
1．硬件环境不同：C/S一般建立在专用的网络上，小范围里的网络环境，局域网之间再通过专门服务器提供连接和数据交换服务。B/S建立在广域网之上的，不必是专门的网络硬件环境。例如电话上网,，租用设备.，信息管理，有比C/S更强的适应范围，一般只要有 *** 作系统和浏览器就行。
2．对安全要求不同：C/S一般面向相对固定的用户群，对信息安全的控制能力很强，一般高度机密的信息系统采用C/S结构适宜，可以通过B/S发布部分可公开信息。B/S建立在广域网之上,对安全的控制能力相对弱，面向是不可知的用户群。
3．对程序架构不同：C/S程序可以更加注重流程,，可以对权限多层次校验,，对系统运行速度可以较少考虑。B/S对安全以及访问速度的多重的考虑,，建立在需要更加优化的基础之上，比C/S有更高的要求。B/S结构的程序架构是发展的趋势，从MS的.Net系列的BizTalk2000Exchange2000等，全面支持网络的构件搭建的系统.。SUN和IBM推的JavaBean构件技术等，使B/S更加成熟。
4．软件重用不同：C/S程序可以不可避免的整体性考虑，构件的重用性不如在B/S要求下的构件的重用性好。B/S对的多重结构,要求构件相对独立的功能，能够相对较好的重用。
5．系统维护不同：系统维护在是软件生存周期中，开销大。重要C/S程序由于整体性,，必须整体考察，处理出现的问题以及系统升级。升级难，可能是再做一个全新的系统。B/S程序由构件组成，方便构件个别的更换，实现系统的无缝升级，系统维护开销减到最小，用户从网上自己下载安装就可以实现升级。
6．处理问题不同：C/S程序可以处理用户面固定，并且在相同区域,，安全要求高需求，与 *** 作系统相关，应该都是相同的系统。B/S建立在广域网上，面向不同的用户群，分散地域，这是C/S无法作到的，与 *** 作系统平台关系最小。
7．用户接口不同：C/S多是建立的Window平台上，表现方法有限。对程序员普遍要求较高。B/S建立在浏览器上,，有更加丰富和生动的表现方式与用户交流，并且大部分难度减低，减低开发成本。
8．信息流不同：C/S程序一般是典型的中央集权的机械式处理，交互性相对低。B/S信息流向可变化，B-B、B-C、B-G等信息流向的变化，更象交易中心。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）