phi*_*dah 18 payment saas subscription recurring-billing
这可能是一个主观问题,但我会试一试.
关于订阅计费管理的问题已经有很多问题.我目前正在开发一种需要全自动计费系统的SaaS解决方案.
在提出这个问题时我不想要的是关于实施特定支付网关或类似内容的建议.相反,我想知道采取何种方法.
我需要的功能是一个可以处理升级,降级,定期计费,取消等的系统.最初仅针对一种产品,但随着时间的推移可能需要系统可以处理多种产品(我认为产品根本意味着不同产品,不是同一产品的不同变体).
正如我所看到的,当您需要这样的解决方案时,有许多可能的方法:
使用托管解决方案的优势显然是您不需要PCI认证,关注是外包的,并且启动和运行起来要快得多.然而,这些优势需要付出代价:对您的产品最重要的支持功能 - 即计费不在您的控制范围内.此外,您的控制力和灵活性较低.
你会怎么做？如果我们超越PCI要求,我肯定更愿意在内部编写一个可以完成这种工作的系统.另一方面,我从众多消息来源获悉,对这样的系统进行编码是一种痛苦.
任何建议都非常感谢.此外,如果您建议自己编写代码,那么任何有关如何进行编码的经验,或者是否有任何开源项目(无论语言,我所追求的不是代码而是结构)我都能从中受益意思是很多.
我们正在从PayPal定期结算转移到CheddarGetter.我强烈推荐CheddarGetter,我们评估了你提到的所有4个.(Chargify紧随其后).CG支持论坛也很棒.在http://support.cheddargetter.com/discussions/questions上发布一个问题(售前,技术等),您通常会在一天内得到清晰简明的答案.
除非你有一个开发和支持团队坐着等待工作,我认为在大多数情况下,将任何资源用于内部构建是错误的.专注于您的核心产品并满足客户的需求.让生活和呼吸计费,催款,按比例分配,开具发票等的人/公司专注于从您的客户那里收钱.
如果需要,您可以随时编写自己的内部计费系统.但是,如果你现在着手行动,你可能会发现自己正在远离你的业务和核心竞争力移除了,失去了边谁是建设新的伟大的产品和快速迭代更轻更有活力的竞争对手陷入细节.