关于SaaS的一些感悟

作者: Miguel_三先生 | 来源:发表于2018-12-15 21:47 被阅读24次

    很荣幸,有机会可以沈小某一起搭建一个赋能SaaS平台,今日对SaaS产生了一些感悟,与你分享~

    使用产品的各类角色不但可以看到平台的赋能价值,还可以更好的实现自身价值!愿景,就像革命时期无数老前辈的理想信念一样,不但要是做,而且要做的漂亮

    开始正题

    场景

    好像到目前为止看到的任何一样产品都是在说如何解决用户痛点,那么痛点从哪儿来?当然是场景!

    任何一种场景描述中,只要出现“痛点”似乎都可以场景化的描述出来,大多互联网创业者也似乎是从场景入手,并深入思考过如何才能解决此场景中的问题,最终落实在产品上~我的认知里面,没有场景大概就没有产品

    有了愿景、有了场景接下来就落实到具体的产品了,那么在今年这么热门的SaaS又应该如何来做?在这里大概分了几个维度,可以在设计中参考一下~

    公共页

    公共页,任何用户都可以看到的页面。这个板块我们需要做的是表达和呈现出我们平台的优势和产品展示,但这个产品展示肯定不能像一个工业网站是的,仅仅是图文信息的介绍,那样太苍白~应该有什么呢,可能会涉及到这些:

    品牌页面:传达平台的服务介绍和竞争力

    分析工具:根据行业的差异性,展示一些分析性的开放工具,这样的方式可能不会留住什么用户,但是用户可能会因为某个有用的工具想起这个平台,比如支付行业的平台提供一些最新市场数据分析、提供一些数据计算工具等等

    产品展示:产品展示包含自有产品和外接产品,自有产品展示的价值是让用户知道你是做什么的,可以提供哪些服务;另一种是外接产品,外接产品可以是增值产品,也可以是平台拓展产品,比如一个支付类平台,本身的产品是对接支付通道,但是在这里还可以对接一些数据分析、风控系统的API,是不是看起来就很酷?

    社交属性:任何一种行业都有一个圈子,将圈子组建起来并且通过交易让大家活跃起来,有可能是产品活跃度的一种手段,但是真正打造一个社区,通过社区解决一些问题,有可能更重要。行业内的问题解决方案的交流社区,不但可以请教学习,还能真正的解决实际应用中的问题,这就很好了!

    环环相扣

    SaaS平台,本身的定位是解决问题,可以让用户有这种感觉:你为何而来,来之后如何,走之后如何

    你为何而来:用户一定要了解产品的本质是否可以更好的提高效率,是否可以更好的解决问题,为我带来价值。

    来之后如何:就像【用户体验要素】中说的,某个按钮点击之后是什么样子的,点击后我怎样回去,点击这个按钮之后我能做什么?

    走之后如何:做过的一些操作会对你有什么影响,下次再进来是什么样的

    场景下的功能流程

    特别喜欢场景这个词,把一个场景具体化到功能是一件很酷的事儿

    比如:我们现在想为用户提供一个报名审核制的活动入口,应该怎样做?

    我们考虑整个场景问题,用户需要通过报名来参加活动,并且这个活动是需要审核的,那么整个场景里面应该有哪些功能落地?有哪些系统交互?

    用户报名

    活动提示:根据活动的重要等级考虑活动提示提醒的展示方式,或者动态banner、或者固定的某个广告位、再或者直接进行弹框提示

    报名流程:报名属于审核制,那么报名就一定是需要提交资料的,除了报名前的活动说明和参与资格外,如何简化报名流程并保证提交的资料完整,就考虑到用户体验了

    审核规则:报名流程跟审核规则密不可分,审核的规则不但决定了用户端的状态(审核中/审核通过/审核拒绝/再次审核),还决定了审核流程,比如只需要运营审核?还是不同层级阶段性审核?又或者是不同部门的阶段性审核?

    报名后

    参与流程:参与活动的流程是需要有交互过程还是直接看结果?比如参加一个每天都需要签到的活动(类似起早打卡),还是直接同步结果性数据(以结果为导向的活动)?因为流程不一样,用户参与的过程就不一样,那么后台是否需要对用户参与本次活动进行埋点呢?这些属于参与活动的过程需要考虑的事

    活动监测:既然有用户端的活动数据,必然对应着有后台的监测数据,比如活动数据的实时更新、用户地图的埋点设计等等。对于管理后台的设计,简单地说,大多数据性基本是由前段的用户地图来决定

    活动结束

    结束通知:活动结束后,其实是需要活动通知的,活动通知有时不是简单的活动结果页,如果相对重要的(尤其涉及金额奖励、重要事项进展),可以考虑结果页、站内信,甚至其他常用通信工具的同步(如微信、短信的提醒)

    其他

    系统交互:本次活动的进展是否考虑到和内部/外部系统间的数据有交互?如果有交互行为,系统间的数据如何交互?是否有风险?技术实现?这些是需要考虑的

    部门数据:本次活动参与部门都有哪些部门,他们是否需要结果性的数据?结果性数据应该包含什么?衡量标准又是什么?这是是接到需求后就应该考虑的问题

    反馈机制:通过活动进行用户画像分析,其实可以更深入的了解用户的需求,活动类型往往可以看出用户需要什么样的激励机制,根据活动数据结果和客服反馈,往往可以从产品上找到更多的创新点和突破口

    价值观

    价值观对于产品经理来说可能有些不接地气,但其实做过众多项目之后就会发现,产品对客户群体产生的价值往往会影响到产品的性格,跟随产品的性格来设计,内心会幸福感爆棚~

    无论是一个完整的项目,或者一个小小的优化,都会推进产品的进步和用户的好感!

    希望我的分享对你有用,别怕,你并不孤独!

    相关文章

      网友评论

        本文标题:关于SaaS的一些感悟

        本文链接:https://www.haomeiwen.com/subject/uurzhqtx.html