SaaS做到什么程度就可以拿出去卖了?

SaaS产品来说,如何兼顾完善的产品功能与X产品耗时之间的矛盾呢?SaaS到底做到什么程度才可以正式对外让用户使用呢?这对这个问题,笔者给出了自己的思考与解答。

刚刚做完一个SaaS的重构,huā了一年多的时间,因为新系统的功能必须要大于老系统才行,不然用户现在使用的功能怎么办呢,工作都没fǎ开展了。

但如果是一个全新的SaaS,肯定不能这么做,等系统做大做全了出去mài,且不说这漫长的时间内是否已被竞品捷足先登了,这也非常不符合MVP,万一跑偏了,这试错成本相当的大啊。

但如果只做了一点功能就拿出去mài,客户会用吗?如何和竞品完善的功能PK呢?

不得不思考这个问题:我谈谈我的想fǎ,如有不当请指正。

一、核心闭环已打通

做一点功能就拿出去mài不是说随便做一点就行,至少要把核心的闭环打通。

这个核心闭环怎么定?还是要根据目标用户的需qiú来。

1. 定位目标用户的核心X闭环

我们在做之前都会对系统有个整体的规划,比如说我做基层XX的诊疗SaaS,那诊前、诊中、诊后三大环节是一个完整的系统蓝图。

核心闭环也就是说,把这里面用户最急需、使用频率最高的功能串联起来,各角sè人员能X系统完成任务的liú转和协作。这也是每个SaaS自己的核心灵魂。

比如我们的目标用户是卫生所、诊所,我们想要取代的是传统的写病历、开处方的his系统,所以我们的核心是诊中环节:

像诊前环节:预约 → 登记 → 分诊,以及诊后环节:随访、X提醒,下次就诊提醒等,是重要的组成部分,但不是核心。

当然如果是做专门的预约系统和随访系统,在那个系统里,预约和随访就是主角了。所以系统定位不同,核心环节也是不同的。

2. 做哪些功能支撑这闭环?

我们上面其实只是初步确定了liú程的闭环,但不是完整功能的闭环,我们都知道,在这liú程背后,还需要一些辅助功能和基础数据的支撑。比如接诊患者时,需要有病人库的信息;开处方时,先要录入yào品信息;收费时,X也是要提前设置的。

还有一些系统底层的功能,比如说诊所的入驻、管理,用户的账号、角sè、泉限等。

如果需要员工在X上cāo作,C端的功能也是闭环内的一部分,比如yào师扫码盘点yào品库存。

完整的功能闭环一般是要考虑多个平台和多个终端的,比如说这样的:

我们不妨先把涉及到的功能点都列出来,然后做减fǎ,比如说运营平台的功能可以先不做,用户新增和管理先直接cāo作数据库。这样直到功能最简为止。

二、非核心功能有替代方案

如果用户用了我们的系统,那其他重要的功能怎么办呢?比如说有慢病的患者,医生会每隔一周询问X体情况,他们当然希望能X系统完成,直接X微信和对方聊天,然后把随访的情况记录到系统里面,这样方便长期管理。

但我们的功能还不支持,所以我们要先给他们想好解决方案,一般就是这2种。

1. 沿用线下解决方案

很多B端用户是传统行业刚步入信息化建设,之前都是采用的人工方式,不妨继续坚持一段时间,虽然麻烦一点。

像上面的情况,医生可以打印出一张随访表,每次随访后把结果填写在表里,拍照传到病人库中留档。熟练电脑cāo作的,也可以用Excel来做。

2. 打通其他系统

有些用户规模比较大,本身就会用好几个系统,我们就要考虑是否可以和其他系统打通。

比如说诊所有个专门的诊后回访系统,那我们是否可以直接X接口拉取到结果,记到患者的X里面呢?把缺失的功能这样给补上。

不过这也要看对方的系统是否支持,以及我们打通的成本。

还有个比自动获取实现简单的办fǎ就是,对方系统把结果导出,我们这边支持导入。这样人工工作量也不大。

可以说,核心闭环的打通和非核心功能能替代解决,这个SaaS已经具备了对外shòumài的核心条件,但不要着急,下面的2点同样非常非常重要。一定要准备充分,不然可能一推出去就惨遭失败。

三、用户体验要做好

B端产品功能是最重要的,但仅靠功能打天下的年代已经过去了,用户对X产品越来越熟悉,不管是B端还是C端,他们都会进行很多横向的对比。

用户体验就是产品的包装和细节,在功能相似的情况下,甚至略有不足的情况下,用户体验会是打败竞品的强有力X。B端产品也在往精细化耕作发展。

如果一个产品的用户体验不好,给人的第一印象就不好,让人觉得不用心、不X,一旦用户形成了这样的想fǎ,后面即使功能再叠加,也很难改变之前不好的印象。

在开始shòumài前,不妨多huā点精力处理下这些方面:

  1. 把页面布jú改的美观清shuǎng一点
  2. 把报错的提示改的友好一点
  3. 把开发的词句改成用户能看懂的语言
  4. 把用户不关心的字段都隐zàng掉
  5. 给一些内置数据及参考案例
  6. 完善帮助文档,建立随时反馈渠道

四、X循序渐进

不要着急招大量的X,大范围的开始X。我们都知道,一个产品刚上线,不管之前测试用例有覆盖的多全面,测试人员有执行的多一丝不苟,上线后也经不住用户用,而且用户一多bào发的问题就越多。如果贸然X,开发抗不住,用户评价还差,坏了口碑。

就像很多C端产品一样,比如微信的X号,前期会有个内测期,开放给少量的用户。我们也可以找几家意向用户,先试用起来,最好是比较典型的用户,这样他们提出的意见比较具有参考价值,谨防被一些不规范化和个性化带偏。

这个试用用户的数量怎么定?首先明确意向用户不等于实际使用用户,可能我们邀请了10家来试用,真正用起来的就3家,这里面有很多原因,比如说没有时间培训;当前还在用其他系统;先等别的用户用了再说,等等。前期我们假设一下这个转化比例,估计不超过50%,后面再根据实际情况调整这个比例。

其次,评估下我们的开发人员能应对几家实际使用用户的bug和功能优化,前期可能就是2-3家。

那么先邀请5-6家来试用,等这一批差不多稳定了,再开始陆续邀请下一批的10家。差不多过这么2-3轮,系统就稳定多了,可以逐步扩大X范围了。

五、总结

能从0到1的打磨一个Saas,看着他1.0版本的上线、内测、公测、X,直到站稳脚,开拓后续的X。这应该是很多产品经理的理想,但现实中这样的机会很少很少。

这是我理解的SaaS第一步X要做到的程度:核心闭环已打通,非核心功能有替代方案,用户体验还不错。

实际验证时肯定还会有很多细节问题,欢迎有经验的朋友指正。

#专栏作家#

司马特小队,X号:司马特小分队,人人都是产品经理专栏作家。8年+X资深产品经验,多年B端产品管理经验。具有多个从0到1的大型B端产品的孵化、重构、迭代经验;主要教授产业X产品相关的硬核知识点。

本文原创发布于人人都是产品经理,未经许可,jìn止转载

题图来自 Unsplash,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 SaaS做到什么程度就可以拿出去卖了? https://www.xiongfawang.com/2941.html

常见问题

相关文章

SaaS做到什么程度就可以拿出去卖了?-海报

分享本文封面