当前位置: 首页 > 科技观察

我希望这是我最后一次谈论SaaS

时间:2023-03-21 12:21:09 科技观察

我不想再谈论SaaS了。谈起这件事,已经有五六年了。我不想像祥林老婆那样说话。可惜还是有很多人问,只好再说一遍。建议大家把这篇文章打印出来,划线,让大家牢记在心,免得我以后再写类似的文章。企业SaaS,从流程上来说是:产品开发-销售及售前-实施及培训-二次开发-运营-技术支持及运维。接下来说说每个环节。我就不标红了,大家自己标红吧。懂的自然懂,不懂的还是不懂。我常说一句话:不要拿软件的运营模式去搞SaaS,不要拿企业级的东西去想象工业级的东西。值得大家时刻警惕。1、产品研发我们经常听到大客户想要:私有化部署,定制化开发。我的建议是:1、研发大数据平台产品,将成本转化为收益,解决客户私有化部署的需求。使用消息队列中间件实时同步数据到客户指定的私服。当然,这需要客户的服务器也安装一套标准化的消息中间件接收端和数据存储平台。至于数据存储到客户本地服务器后,客户如何进行挖掘和分析,客户需要从其他公司购买其他私有化的大数据分析产品。您不销售私有化的大数据分析产品2、研发OpenAPI开放平台,免费开放,方便合作伙伴进行集成开发。优先开放与四大ERP厂商(SAP、Oracle、用友、金蝶)的接口,其次开放五大OA厂商(攀微、致远、蓝领、钉钉、企业微信)的接口。另外,你还需要开放一套标准的接口,方便非四大ERP厂商和五大OA厂商的系统对接。这个和Arich门系统一样,我不管你用什么乱七八糟的软件,我的接口我公布,我的接口稳定,只要按照我的接口方式接入,我内部处理就顺畅了再次。3、说到定制开发,无代码、低代码的阿里易平台不好吗?想想一个客户经常提到所谓的定制开发,无非就是:查询和报表(通过大数据平台云解决)集成开发(通过OpenAPI开放平台解决)扩展开发(通过无-代码低代码平台)性能优化(通过SaaS的持续运维解决)最难解决的是现有的产品代码,客户需要定制和修改,这才是真正的定制开发。这对产品开发的架构是一个挑战,需要产品经理和应用架构师去多个维度:即对于不同的客户,哪些功能点会有所不同。那么,这些点应该留给OpenAPIforplug-ins。这就通过插件市场解决了这个问题。2、做好产品售前销售,需要有明确的目标客户群定位和画像。您无法满足所有客户。因此,将目标客户群细分为三个层次。层次太多,销售和售前就会混淆,产品设计也会一团糟。三个细分群体,每个细分群体的关键TOP3诉求是什么,这是客户画像的关键。针对每个细分群体的关键TOP3诉求,产品的落地点是什么。形成标准的演讲,制作视频。针对营销、售前、销售,一一培训、实践、指导、考试认证。未通过认证的人员不得上岗。如果不是这三个细分客户群,如果不是3x3TOP需求中的客户,就别碰了。企业赚钱靠的是品牌溢价、规模/市场占有率,而不是靠个人客户。3、实施与培训实施周期的大致划分如下:1、业务流程梳理:其实这是由欧美的独立咨询公司、独立咨询项目、独立咨询收费来完成的。中国没有这样的独立市场,所以IT公司不得不去做。2.数据初始化:这往往涉及到数据标准的讨论、原始数据的清洗和修正、原始数据的升级。三、功能配置:权限配置、业务开关参数配置1、审批流程配置。其实这三件事省事,不用花太长时间。4、开发:集成开发、扩展开发、定制开发。这是另一个过程,但确实需要开发和验证才能实施。5、测试验证:UAT(用户业务流程测试)、安全测试、性能压力测试、兼容性测试6、培训:讲课、练习和指导、岗位认证7、上线:试运行、对账、结账8、拓展使用范围:扩大使用人数,扩大使用功能点。其中,最耗费人力的是前两个环节:业务流程整理和数据初始化。我的建议是利用SaaS运营的力量。这个解决办法,后面再说。另外,我还有一个建议,就是变成本为收入,把培训认证做成一门生意,分发给培训认证生态伙伴。不要把培训放在实施环节,而是把培训环节和培训成本分开。既然独立,就必须有一个独立的培训部门,专门负责培训课程的开发、培训讲师的培训与认证、培训合作伙伴的开发、培训收入KPI指标的考核。这样一拆一拆,其实执行才真正成为执行,即:项目管理、功能配置、上线推广。4、SaaS运维我给SaaS运维部门的终极使命之一是:杀掉执行。SaaS运营部人员必须具备:埋点分析数据、创建模板、创建标准数据、创建自动化脚本的能力。SaaS运维部的人员要时刻观察实施者和客户,经常初始化或更改配置、模板、数据等事情都需要SaaS运维部的人来完成。模板、标准数据、自动化脚本由SaaS运营部人员准备,可按客户行业、客户细分三大类进行分类。未来会内置到SaaS产品中。如果有些东西SaaS运营商无法优化,那么他们会反馈给产品开发部门,在产品开发过程中进行优化。反正就是SaaS,一套代码,一个版本,代码所有权和运营权属于自己,产品研发和优化持续上线,不用搞一年两个版本之类的传统软件套路。对于每一个新客户,一旦落地,就不需要梳理业务流程、讨论需求、讨论数据标准。客户业务部门的骨干首先与实施人员一起选择这些标准模板和数据。根据这些标准进行微调。这样,以后的实施工作会越来越规范,越来越少。