我正在用现在典型的“推荐”系统编写一个新的{monthly | yearly}付费站点:当一个新用户注册时,他们可以指定其他用户的{username | referral code}(如果他们通过一个特殊的URL来的话,这可以自动检测到),这将导致推荐者获得新用户支付的任何东西的一定百分比。
在线计费系统 -一旦每个发票支付,收入为转介计算,他们将能够兑现。当然,这包括可以在线浏览发票/付款。
跟踪转诊情况 (用户之间的关系,引用的日期,以及任何其他有用的信息-有什么想法?)
一个简单的方法 访问历史参考数据
将来,我可能会提出 以应计现金换取认购续期 (包括全部或部分新认购,如有需要,须支付差额)
多层次
请注意,我不打算在任何其他项目中使用它,所以我不担心它是“即插即用”。
你做过类似要求的工作吗?如果是的话,你是怎么处理这些事情的?您会推荐任何特定的数据库模式吗?为什么?
相当奇妙的是,这里有一个图书馆 database schemas . 虽然我看不到一些具体的转介,可能有一些相关的。至少(希望)你能有一些想法。