SaaS开发的(de)生命(ming)周(zhou)(zhou)期(qi)能够帮(bang)助(zhu)企业(ye)更好的(de)进行(xing)软件的(de)研(yan)发，如何处理产(chan)品(pin)的(de)需(xu)求，帮(bang)助(zhu)企业(ye)找(zhao)到更好的(de)盈(ying)利模型，实(shi)现产(chan)品(pin)的(de)盈(ying)利。关于SaaS开发生命(ming)周(zhou)(zhou)期(qi)，本文借鉴了(le)(le)海外的(de)SaaS生命(ming)周(zhou)(zhou)期(qi)文章，并结(jie)合作者自己的(de)经验做了(le)(le)介(jie)绍和分析。

国(guo)内看到过很多(duo)文章介(jie)绍SaaS的(de)生命周期(qi)，大多(duo)是按照(zhao)产(chan)品生命周期(qi)进行演变而(er)来，这种演变的(de)方式(shi)总觉得缺少了点(dian)灵魂。

最(zui)近我(wo)离开(kai)了大厂(chang)，又加入(ru)了创业(ye)公司(si)，可以更(geng)全面的(de)从上帝(di)视(shi)角(jiao)来(lai)看SaaS企业(ye)的(de)发展，其中包括(kuo)：研发、产品、市场、销售(shou)(shou)、售(shou)(shou)前、售(shou)(shou)后和(he)运营。

更加让我开始怀疑现在(zai)讲述的(de)(de)SaaS生(sheng)命(ming)周(zhou)(zhou)期的(de)(de)内容(rong)，由于自己(ji)在(zai)做海(hai)外的(de)(de)产品(pin)运营工作，借鉴了(le)海(hai)外的(de)(de)SaaS生(sheng)命(ming)周(zhou)(zhou)期文章，结合我自己(ji)对工作的(de)(de)理解，于是有了(le)SaaS生(sheng)命(ming)周(zhou)(zhou)期的(de)(de)系列(lie)文章。

今(jin)天是第一(yi)篇，SaaS开发生命(ming)周期，以后会(hui)持续迭代好看的美国(guo)(guo)大(da)片,国(guo)(guo)产精品三级一(yi)区(qu)二区(qu),av精品久久午夜,男(nan)男(nan)(h)合集,亚(ya)洲中(zhong)文无(wu)码亚(ya)洲人成软件相关的文章。

SaaS开发的(de)(de)(de)生(sheng)命(ming)周(zhou)期对于企业(ye)进(jin)行商(shang)业(ye)化来说是必不可少的(de)(de)(de)环节(jie)，它(ta)是产(chan)品(pin)的(de)(de)(de)计划、管理(li)和研发的(de)(de)(de)良(liang)好过(guo)程，能够帮(bang)助企业(ye)更好的(de)(de)(de)进(jin)行软件的(de)(de)(de)研发，如何处理(li)产(chan)品(pin)的(de)(de)(de)需(xu)求，帮(bang)助企业(ye)找到更好的(de)(de)(de)盈利模型，实现(xian)产(chan)品(pin)的(de)(de)(de)盈利。

SaaS开发生命周期可(ke)以(yi)(yi)分为6个(ge)阶段，在每个(ge)阶段可(ke)以(yi)(yi)匹配(pei)不同(tong)的(de)企业级的(de)动作，SaaS产品的(de)任何(he)一(yi)个(ge)行为都是企业多个(ge)部(bu)门的(de)协作。

它可以(yi)促进多部门的(de)良好协(xie)作，能够(gou)完成SaaS产(chan)品(pin)(pin)的(de)生命(ming)周(zhou)期，确(que)保每(mei)个部门都能参与(yu)从产(chan)品(pin)(pin)到(dao)客户交付(fu)的(de)环(huan)节，确(que)保团队的(de)合作顺畅(chang)，保障交付(fu)产(chan)品(pin)(pin)的(de)质量。

任(ren)何一个SaaS产品(pin)的(de)诞生都源(yuan)自于团(tuan)队有(you)一个好的(de)idea。如果你经历过类似的(de)团(tuan)队你就会发现，为了实现一个好的(de)想法，团(tuan)队付出了很多的(de)精力和(he)资源(yuan)。

有些团队在有了想(xiang)法(fa)之(zhi)后会做(zuo)市场调(diao)研，确(que)定(ding)当(dang)前(qian)的(de)方向、产品(pin)是(shi)否有前(qian)景。然而(er)大部分的(de)团队并不会做(zuo)深入的(de)市场调(diao)研，他们更偏向于直接把想(xiang)法(fa)转换成产品(pin)，即(ji)使是(shi)调(diao)研也会调(diao)研的(de)很浅(qian)，通过(guo)一些报告来(lai)佐证(zheng)自(zi)己的(de)想(xiang)法(fa)靠(kao)谱。

不(bu)(bu)得不(bu)(bu)说，这些做法都是蛮不(bu)(bu)靠(kao)谱，如果(guo)把自己的(de)想法继承到(dao)产品开发生命周期，团(tuan)队的(de)成(cheng)功率(lv)就(jiu)会高很多。

可惜，国内大多数做SaaS的企业并不了(le)解产品的生命(ming)周期，能(neng)够遵(zun)循MVP的原则(ze)就已经是(shi)非常不错的团(tuan)队了(le)。

而且这(zhei)些团(tuan)队(dui)在产品研(yan)发能力和市场(chang)战(zhan)略不够的(de)(de)情况下(xia)，贸然进入SaaS产品的(de)(de)研(yan)发，外加对于(yu)团(tuan)队(dui)的(de)(de)能力理解不到位，人(ren)员流动性较大，导致更多(duo)的(de)(de)产品没办法进入正常的(de)(de)市场(chang)运(yun)营已经夭折。

任何团队(dui)有(you)了好的(de)(de)想(xiang)法就(jiu)需要明(ming)确该(gai)产(chan)品的(de)(de)主要目标，解决客户的(de)(de)一(yi)个或多个问(wen)题的(de)(de)特(te)定解决方案。

客(ke)户只会为解决方案买(mai)单！你需要找到(dao)(dao)你当前产品目标的合(he)适的受(shou)众，并(bing)找到(dao)(dao)他们的痛点(dian)或者业务上的堵点(dian)。

那(nei)么，你(ni)应该明确你(ni)的客户画(hua)像，确定你(ni)的产品要卖给谁(shei)。

你(ni)还(hai)需要(yao)根据你(ni)的(de)用(yong)户画像对(dui)用(yong)户进行(xing)调研，收集用(yong)户的(de)需求、痛(tong)点(dian)、业务堵(du)点(dian)。你(ni)可以(yi)让你(ni)的(de)售(shou)前团(tuan)(tuan)队(dui)(dui)、销售(shou)团(tuan)(tuan)队(dui)(dui)和售(shou)后(hou)团(tuan)(tuan)队(dui)(dui)与客户紧密的(de)接触，了解用(yong)户需求，并把需求很(hen)好的(de)传递到(dao)团(tuan)(tuan)队(dui)(dui)内部。

你非常有(you)(you)必要(yao)把你的(de)(de)产(chan)品团(tuan)(tuan)队、运营团(tuan)(tuan)队等派出去，做深度(du)的(de)(de)用(yong)(yong)户(hu)调研(yan)。千万(wan)不要(yao)准备一(yi)份(fen)选择题的(de)(de)调研(yan)问卷，这个方(fang)式在B端(duan)调研(yan)中是没有(you)(you)效果的(de)(de)。你们应当坐(zuo)下来(lai)和用(yong)(yong)户(hu)一(yi)起聊聊业(ye)务的(de)(de)发展，看看用(yong)(yong)户(hu)的(de)(de)反馈。

这(zhei)要求你的(de)团队要对客户的(de)业务有所了解，特别是业务流程，因为你要要从用(yong)户的(de)聊天中获得(de)有用(yong)的(de)信息。

千万不(bu)要(yao)(yao)期待用(yong)户告诉(su)你(ni)他(ta)们(men)需(xu)要(yao)(yao)什么样的工具，如果他(ta)们(men)自己想(xiang)明(ming)白了，就不(bu)需(xu)要(yao)(yao)外(wai)部的服务(wu)商。就是因为他(ta)们(men)知道(dao)自己有问(wen)题(ti)，又不(bu)知道(dao)用(yong)什么工具能解决，他(ta)们(men)才(cai)需(xu)要(yao)(yao)购(gou)买SaaS产品，帮助自己解决业务(wu)问(wen)题(ti)。

把聊天(tian)中的(de)用户(hu)信(xin)息(xi)收集回来，需要团队(dui)成员做(zuo)数(shu)据分析，归纳总结，解决客户(hu)的(de)业务问(wen)题。在这个过程中，切忌(ji)闭(bi)门造车(che)，因为你们(men)是(shi)服务商不是(shi)业务的(de)专家团队(dui)，客户(hu)才(cai)是(shi)专家团队(dui)。

一但你(ni)们分析出(chu)客(ke)户的(de)业务问题，给出(chu)解决方案，把解决方案抽象成了产(chan)品(pin)功(gong)能，你(ni)们需要和客(ke)户进(jin)一步沟通，这些功(gong)能是否是客(ke)户想要的(de)功(gong)能。

如此(ci)反(fan)复2-3次，你们的(de)产品功能在(zai)客户(hu)眼(yan)中就(jiu)变成了(le)可用的(de)功能，随(sui)着产品研发(fa)生命周期迭代多次版本，就(jiu)变成了(le)客户(hu)必(bi)用的(de)功能。

SaaS产(chan)品(pin)需要多次的(de)(de)版本(ben)(ben)规划、迭代(dai)(dai)，产(chan)品(pin)才能逐渐(jian)成熟，用户才觉(jue)得是成熟可用的(de)(de)产(chan)品(pin)。在这(zhei)个(ge)过程中，任何一个(ge)版本(ben)(ben)的(de)(de)更新都要遵循：发现、工具、增长的(de)(de)逻辑，否则你产(chan)品(pin)的(de)(de)迭代(dai)(dai)就(jiu)没有意义，甚(shen)至是浪费团队的(de)(de)资源(yuan)。

在这里重(zhong)复一句(ju)话：资(zi)源对于任何团队(dui)都是稀(xi)缺的(de)。

在这个环节中又(you)需要遵(zun)循5个步骤。如果你仔细来看，大多数的团队(dui)都没有按照(zhao)这个方法操作，甚至产品更新(xin)(xin)的功能(neng)都不知(zhi)道为什么来更新(xin)(xin)，以及这个产品的排期解决的什么问题。

这5个步骤是：

无论是你(ni)(ni)新创立(li)产品(pin)还(hai)是你(ni)(ni)你(ni)(ni)要更新产品(pin)的功(gong)能，你(ni)(ni)都会(hui)有一堆的需求去解(jie)决，现(xian)在就需要你(ni)(ni)对产品(pin)功(gong)能进行(xing)排(pai)期。

SaaS产(chan)品(pin)排期既要考虑产(chan)品(pin)本身的(de)更新迭代功能，还需(xu)(xu)要考虑用户提出的(de)需(xu)(xu)求，在有(you)限的(de)兼(jian)顾(gu)两(liang)者(zhe)还是一件对产(chan)品(pin)经理的(de)需(xu)(xu)求分析要求很高的(de)。

任何SaaS的产(chan)(chan)品(pin)都忌讳一(yi)次到位(wei)，把产(chan)(chan)品(pin)虽有的功能(neng)都完善，因为你做的很多(duo)产(chan)(chan)品(pin)不(bu)一(yi)定是客户喜欢(huan)的产(chan)(chan)品(pin)，他们也不(bu)一(yi)定会用这(zhei)个产(chan)(chan)品(pin)。

因此，你需要慎重(zhong)推出完(wan)整版本的(de)(de)产(chan)品，更需要一步一步的(de)(de)完(wan)善产(chan)品功(gong)能(neng)，先完(wan)成(cheng)最低(di)可以用(yong)性产(chan)品，确定(ding)产(chan)品是可用(yong)、有(you)价值的(de)(de)，然后再来进(jin)一步完(wan)善产(chan)品功(gong)能(neng)。

你(ni)所(suo)有的(de)功能做出来之后，一定(ding)要引(yin)导用户(hu)(hu)去使用，让用户(hu)(hu)的(de)使用数据和用户(hu)(hu)的(de)反馈说话，让用户(hu)(hu)告诉我们这件(jian)事(shi)情、这个功能靠谱靠谱。

这个阶段可以进行小范围的(de)(de)测试，或(huo)者(zhe)先(xian)给(ji)关系比(bi)较好的(de)(de)用户进行测试，拿到用户的(de)(de)行为数(shu)据反(fan)馈。

用户(hu)无(wu)论(lun)使用否，你们都应该和用户(hu)进行一轮(lun)的(de)沟通，确定产(chan)品功(gong)能(neng)是否能(neng)满足客户(hu)的(de)业务需(xu)求，产(chan)品功(gong)能(neng)是否还(hai)需(xu)要进一步完善与(yu)优化。

只(zhi)有得(de)到(dao)客(ke)户完整的(de)、肯定(ding)的(de)回答，这(zhei)个产品或功(gong)能才(cai)算真正的(de)完成了它的(de)使(shi)命，也确(que)认了它是有需求的(de)产品功(gong)能。

我们无(wu)论是(shi)迭代(dai)的较(jiao)大新功能或完整的新产品，产品上线之后(hou)要么是(shi)提高了(le)(le)产品的客单价，要么是(shi)增(zeng)加了(le)(le)新客户(hu)的转化。

你们可以进(jin)行(xing)老客(ke)户的增购、复购，不断提升客(ke)单价，也可以通过新(xin)功能(neng)进(jin)行(xing)客(ke)户的转化，验(yan)证(zheng)它是否真(zhen)的有(you)市(shi)场(chang)。

如果在(zai)产(chan)品或(huo)功能中能够完成这(zhei)个闭环，那么你所做的(de)(de)任何产(chan)品都是有价(jia)值的(de)(de)产(chan)品。给(ji)产(chan)品做加法真的(de)(de)太简(jian)单了，做出有商业(ye)化意义的(de)(de)加法，需要团队进一(yi)步(bu)来思(si)考这(zhei)些问题(ti)。

你会发现(xian)一个(ge)有意(yi)思的(de)现(xian)象，SaaS的(de)版本管理大多是混乱的(de)，很难(nan)按照既定的(de)排期推进产品(pin)的(de)更新。

要(yao)么是这次上线(xian)(xian)少了一(yi)些功(gong)能(neng)(neng)，要(yao)么是延期(qi)了上线(xian)(xian)时(shi)间。特别是一(yi)些给客(ke)户(hu)承诺的时(shi)间，在规定的时(shi)间内不(bu)能(neng)(neng)上线(xian)(xian)，导致(zhi)客(ke)户(hu)的怨声载道。

也有一(yi)些(xie)客户因为一(yi)直delay上线时间，导致他们进行了退款。

虽然(ran)在(zai)研发(fa)领域中出现了很多研发(fa)的模(mo)式(shi)，比如：敏捷(jie)开发(fa)、精益开发(fa)、测试左移(yi)、质量右移(yi)等(deng)，各种(zhong)研发(fa)模(mo)式(shi)并没有解决需求延期的现象。

如(ru)果(guo)先和客户确(que)定(ding)MVP的(de)版(ban)本和周期(qi)，那么(me)这些现象就会有好(hao)转，毕竟(jing)在开发(fa)的(de)过程(cheng)中不需要这么(me)多的(de)任务。

其实，在这个(ge)环节还需(xu)要有plan B的方案，如果确定(ding)本(ben)(ben)次版本(ben)(ben)需(xu)要延期或本(ben)(ben)次有些(xie)功能没办(ban)法上线，可以尽早进行确认，避免(mian)产(chan)品上线时，与客(ke)户沟通方的被动。

同时还(hai)需要(yao)加强(qiang)团队的(de)(de)(de)管理，除了使(shi)用绩效之外，还(hai)需要(yao)考虑(lv)组织的(de)(de)(de)文化建(jian)设(she)，让员工(gong)更(geng)有动(dong)力的(de)(de)(de)来完成任务工(gong)作。

SaaS的本质(zhi)在于(yu)续费，续费的前提在于(yu)订阅(yue)。无论你上线了(le)多少(shao)版本的功(gong)能(neng)(neng)，优化了(le)多少(shao)的功(gong)能(neng)(neng)，那么你可以在你与客户沟通的方案中增加报价，或利(li)用这些功(gong)能(neng)(neng)增加用户的订阅(yue)，从而使你的产(chan)品能(neng)(neng)够(gou)增加销售(shou)。

在订(ding)阅中避(bi)免(mian)不了产(chan)品(pin)的报价(jia)，而报价(jia)又(you)会涉(she)及到(dao)你(ni)产(chan)品(pin)功能的使用，容量(liang)空间(jian)、售(shou)后服务力度等各项产(chan)品(pin)功能的限制。

增加客户的(de)订阅(yue)数(shu)量以及(ji)订阅(yue)的(de)客单价，提升团队整体的(de)收益。

你还需(xu)要(yao)考虑客户的(de)退(tui)费、退(tui)订的(de)情况，提(ti)前做好风险(xian)的(de)预估和应对。

SaaS的(de)公司千万不要(yao)有这种(zhong)想法(fa)——客(ke)户的(de)数据(ju)在我的(de)平台，因此他(ta)会长(zhang)久(jiu)的(de)和我在一(yi)起。如果客(ke)户对你不满意(yi)，替换掉你无(wu)非(fei)是多了(le)点替换的(de)成本，并没(mei)有坚(jian)固(gu)的(de)护城河。

产(chan)(chan)(chan)品需要不(bu)断的(de)迭代升级(ji)，需要你们维(wei)护产(chan)(chan)(chan)品的(de)功能、安全和稳定，并(bing)不(bu)断的(de)解决客户的(de)使用(yong)(yong)问题、产(chan)(chan)(chan)品问题等，帮(bang)助客户更顺利的(de)使用(yong)(yong)产(chan)(chan)(chan)品。

在海(hai)外有客(ke)(ke)(ke)户(hu)成功团队(dui)专(zhuan)门来解(jie)决(jue)客(ke)(ke)(ke)户(hu)使用中(zhong)的(de)问(wen)题(ti)，帮助客(ke)(ke)(ke)户(hu)在业务中(zhong)使用问(wen)题(ti)，国内(nei)大多数放一些客(ke)(ke)(ke)服的(de)成员，仅仅是回答(da)一些客(ke)(ke)(ke)户(hu)提问(wen)的(de)问(wen)题(ti)，这两个纬度(du)是完全不(bu)同的(de)，第一种客(ke)(ke)(ke)户(hu)的(de)感(gan)受(shou)会更好，而(er)第二种客(ke)(ke)(ke)户(hu)的(de)问(wen)题(ti)并不(bu)能(neng)得(de)到真好的(de)解(jie)答(da)。

国内(nei)的(de)(de)公司为(wei)了(le)节省成(cheng)本，在这些岗位上的(de)(de)员工并没(mei)有(you)更多的(de)(de)投(tou)入，仅(jin)仅(jin)是让他(ta)们能干(gan)活就可以了(le)，而没(mei)有(you)培养成(cheng)公司的(de)(de)业务专家(jia)。

凡是不(bu)是专家(jia)团队(dui)的(de)成员，是没办法很好的(de)解决客(ke)户的(de)业务(wu)问(wen)题。

在这(zhei)个过(guo)程中你们(men)又会收集(ji)到更多的(de)客户(hu)需(xu)求，如果把这(zhei)个需(xu)求继续放在SaaS产品生命周期的(de)开发中，可以有(you)效的(de)提升(sheng)团队的(de)研发、营(ying)收的(de)目标。

千万不要把SaaS的(de)产(chan)品(pin)生命周(zhou)期(qi)简简单(dan)(dan)单(dan)(dan)理解为(wei)研发、导入、成长、营收、衰退5个(ge)方面(mian)，更(geng)多的(de)内容还需要我们(men)进(jin)一步摸(mo)索(suo)，从而 探索(suo)出更(geng)有利于产(chan)品(pin)增长的(de)方式。

SaaS开发(fa)(fa)生(sheng)命(ming)周期在(zai)客户需求(qiu)收集、产品功(gong)能排(pai)期、产品研发(fa)(fa)和营收方面给了产品上(shang)的(de)提示，可(ke)以让我们更(geng)好(hao)的(de)来(lai)理解(jie)用(yong)户———需求(qiu)———产品之间的(de)关(guan)系(xi)，从而(er)可(ke)以更(geng)好(hao)的(de)来(lai)规划产品，提升产品的(de)易(yi)用(yong)与转化，促进公司的(de)商业化目(mu)标完成。