SaaS ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ ਲਈ ਰੈਫਰਲ ਕ੍ਰੈਡਿਟ ਸਿਸਟਮ ਦਾ ਡਿਜ਼ਾਈਨ

ਰੈਫਰਲ ਕ੍ਰੈਡਿਟ ਸਿਸਟਮ ਕੀ ਹੈ (ਅਤੇ ਕੀ ਨਹੀਂ)

ਰੈਫਰਲ ਕ੍ਰੈਡਿਟ ਪ੍ਰੋਗਰਾਮ ਇੱਕ ਬਿਲਿੰਗ ਫੀਚਰ ਹੈ, ਪੈਮੈਂਟ ਫੀਚਰ ਨਹੀਂ। ਇਨਾਮ ਖਾਤਾ ਕ੍ਰੈਡਿਟ ਹੁੰਦਾ ਹੈ ਜੋ ਭਵਿੱਖੀ ਖਰਚਾਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ (ਜਾਂ ਸਮਾਂ ਵਧਾਉਂਦਾ ਹੈ)। ਇਹ ਬੈਂਕ ਵਿੱਚ ਨਪਸੁਦ ਨਕਦ, ਗਿਫ਼ਟ ਕਾਰਡ, ਜਾਂ ਕਿਸੇ ਭਵਿੱਖੀ ਪੇਆਊਟ ਦਾ ਵਚਨ ਨਹੀਂ ਹੈ।

ਇੱਕ ਚੰਗਾ ਸਿਸਟਮ ਹਰ ਵਾਰੀ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਦਾ ਹੈ: 'ਇਸ ਖਾਤੇ ਦੀ ਅਗਲੀ ਇਨਵਾਇਸ ਕਿਉਂ ਘਟੀ?' ਜੇ ਤੁਸੀਂ ਇਹ ਇੱਕ ਜਾਂ ਦੋ ਵਾਕਾਂ ਵਿੱਚ ਨਹੀਂ ਸਮਝਾ ਸਕਦੇ, ਤਾਂ ਸਪੋਰਟ ਟਿਕਟਾਂ ਅਤੇ ਵਿਵਾਦ ਆਉਣਗੇ।

ਇੱਕ ਰੈਫਰਲ ਕ੍ਰੈਡਿਟ ਸਿਸਟਮ ਦੇ ਤਿੰਨ ਹਿੱਸੇ ਹੁੰਦੇ ਹਨ: ਕੋਈ ਕਿਸੇ ਨਵੇਂ ਗਾਹਕ ਨੂੰ ਨਿਮੰਤਰਣ ਕਰਦਾ ਹੈ, ਸਪਸ਼ਟ ਨਿਯਮ ਤੈਅ ਕਰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਨਿਮੰਤਰਣ ਮਾਣਿਆ ਜਾਂਦਾ ਹੈ (conversion), ਅਤੇ ਕ੍ਰੈਡਿਟ ਕਮਾਇਆ ਜਾਂਦੇ ਹਨ ਅਤੇ ਭਵਿੱਖੀ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਬਿਲਾਂ 'ਤੇ ਲਗਾਏ ਜਾਂਦੇ ਹਨ।

ਇਹ ਕੀ ਨਹੀਂ: ਨਕਦ ਭੁਗਤਾਨ, ਅੰਧੇ-ਬਜ਼ ਦੀ ਛੂਟ ਜੋ ਬਿਨਾਂ ਰਿਕਾਰਡ ਦੇ ਨੰਬਰ ਬਦਲਦੀ ਹੈ, ਜਾਂ ਉਹ پوਇੰਟ ਸਿਸਟਮ ਜੋ ਕਦੇ ਇਨਵਾਇਸਾਂ ਨਾਲ ਨਹੀਂ ਜੁੜਦਾ।

ਕਈ ਟੀਮਾਂ ਇਹਨਾਂ ਵਿਸਥਾਰਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ। ਰੈਫਰਰ ਇਹ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹਨ ਕਿ ਉਹਨਾਂ ਨੇ ਕੀ ਕਮਾਇਆ ਅਤੇ ਇਹ ਕਦੋਂ ਲਾਗੂ ਹੋਵੇਗਾ। ਰੈਫਰਡ ਉਪਭੋਗਤਾ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹਨ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕੀ ਮਿਲਦਾ ਹੈ ਅਤੇ ਕੀ ਇਹ ਉਨ੍ਹਾਂ ਦੇ ਪਲਾਨ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਸਪੋਰਟ ਨੂੰ "ਮੇਰਾ ਕ੍ਰੈਡਿਟ ਗਾਇਬ ਹੋ ਗਿਆ" ਦਾ ਤੇਜ਼ ਨਿਵਾਰਣ ਲੋੜੀਂਦਾ ਹੈ। ਫਾਇਨੈਂਸ ਨੂੰ ਇਨਵਾਇਸਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹੋਏ ਟੋਟਲ ਚਾਹੀਦੇ ਹਨ ਜੋ ਆਡੀਟ ਹੋ ਸਕਦੇ ਹਨ।

ਉਦਾਹਰਨ: ਸਮ ਨੇ ਪ੍ਰਿਆ ਨੂੰ ਰੈਫਰ ਕੀਤਾ। ਪ੍ਰਿਆ ਨੇ ਪੇਡ ਪਲਾਨ ਸ਼ੁਰੂ ਕੀਤਾ। ਸਮ $20 ਕ੍ਰੈਡਿਟ ਕਮਾਉਂਦਾ ਹੈ ਜੋ ਸਮ ਦੀ ਅਗਲੀ ਇਨਵਾਇਸ ਵਿੱਚ $20 ਤੱਕ ਘਟਾਉਂਦਾ ਹੈ। ਜੇ ਸਮ ਦੀ ਅਗਲੀ ਬਿੱਲ $12 ਹੈ, ਤਾਂ ਬਾਕੀ $8 ਅਗਲੇ ਸਮੇਂ ਲਈ ਰਿਹਾਂਦਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਇੱਕ ਸਪਸ਼ਟ ਇਤਿਹਾਸ ਰੱਖੀ ਜਾਂਦੀ ਹੈ ਕਿ ਇਹ ਕਿਥੋਂ ਆਇਆ।

ਸਫਲਤਾ ਸਿਰਫ਼ "ਜ਼ਿਆਦਾ ਰੈਫਰਲ" ਨਹੀਂ ਹੈ। ਇਹ ਪੂਰਵਾਨੁਮਾਨਯੋਗ ਬਿਲਿੰਗ ਅਤੇ ਘੱਟ ਝਗੜਿਆਂ ਦਾ ਨਤੀਜਾ ਹੈ। ਤੁਸੀਂ ਇਹ ਤਦ ਜਾਣਦੇ ਹੋ ਜਦੋਂ ਕ੍ਰੈਡਿਟ ਬੈਲੈਂਸ ਆਸਾਨੀ ਨਾਲ ਸਮਝਾਏ ਜਾ ਸਕਦੇ ਹਨ, ਇਨਵਾਇਸਾਂ ਲੈਜਰ ਨਾਲ ਮਿਲਦੀਆਂ ਹਨ, ਅਤੇ ਸਪੋਰਟ ਬਿਨਾਂ ਅਨੁਮਾਨ ਜਾਂ ਹੱਥੀਂ ਠੀਕ ਕਰਨ ਦੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ।

ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲੇ ਕਰਨ ਵਾਲੇ ਨਿਯਮ

ਰੈਫਰਲ ਪ੍ਰੋਗਰਾਮ ਸਧਾਰਨ ਲੱਗਦਾ ਹੈ ਜਦ ਤੱਕ ਪਹਿਲਾ ਟਿਕਟ ਨਾ ਆ ਜਾਵੇ: "ਮੈਨੂੰ ਕ੍ਰੈਡਿਟ ਕਿਉਂ ਨਹੀਂ ਮਿਲੇ?" ਜ਼ਿਆਦातर ਕੰਮ ਕੋਡ ਤੋਂ ਜ਼ਿਆਦਾ ਨੀਤੀ ਹੈ।

ਟ੍ਰਿਗਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। "Invite sent" ਬਹੁਤ ਜਲਦੀ ਹੈ। "Signed up" ਝਟਪਟ ਠੱਗੀ ਨਾਲ ਦੁਰੁਪਯੋਗ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇੱਕ ਆਮ ਸਹੀ ਮਿਆਰ ਹੈ "qualified conversion": ਈਮੇਲ ਵਰਿਵਿਫਾਇਡ ਅਤੇ ਪਹਿਲੀ ਪੇਡ ਇਨਵਾਇਸ ਜਾਂ ਟ੍ਰਾਇਲ ਤੋਂ ਬਾਅਦ ਪਹਿਲਾ ਸਫਲ ਭੁਗਤਾਨ। ਇੱਕ ਟ੍ਰਿਗਰ ਚੁਣੋ ਅਤੇ ਇਸ ਨੂੰ ਲਗਾਤਾਰ ਰੱਖੋ ਤਾਂ ਕਿ ਤੁਹਾਡਾ ਲੈਜਰ ਸਾਫ਼ ਰਹੇ।

ਅਗਲਾ, ਮੁੱਲ ਅਤੇ ਸੀਮਾਵਾਂ ਤੈਅ ਕਰੋ। ਕ੍ਰੈਡਿਟ ਹਕੀਕਤ ਵਰਗਾ ਮਹਿਸੂਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਅਣਹੱਦ ਛੂਟ ਦਾ ਜਿਹਾ ਨਾ ਬਣ ਜਾਵੇ। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਫਲੈਟ ਰਕਮ (ਜਿਵੇਂ $20) ਦੇ ਰਹੇ ਹੋ ਜਾਂ ਬਿੱਲ ਦਾ ਪ੍ਰਤੀਸ਼ਤ ਦੇ ਰਹੇ ਹੋ, ਅਤੇ ਇਸਨੂੰ ਇੱਕ ਲਾਇਕੀ ਸਕੇਲ ਵਿੱਚ ਕੈਪ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਇੱਕ ਵਾਕ ਵਿੱਚ ਸਮਝਾ ਸਕੋ।

ਵਹ ਫੈਸਲੇ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਬਾਅਦ ਵਿੱਚ ਸਭ ਤੋਂ ਘੱਟ ਗੁੰਝਲਦਾਰੀਆਂ ਰੋਕਦੇ ਹਨ:

• ਕਿਹੜਾ ਇਵੈਂਟ ਯੋਗ ਹੈ (ਪਹਿਲੀ ਭੁਗਤਾਨ, ਪਹਿਲੀ ਰਿਨਿਊਅਲ ਆਦਿ)
• ਕਿੰਨੀ ਕ੍ਰੈਡਿਟ ਦਿੱਤੀ ਜਾ ਰਹੀ ਹੈ (ਫਲੈਟ ਬਣਾਮ ਪ੍ਰਤੀਸ਼ਤ, ਅਤੇ ਕੀ ਇਹ ਪਲਾਨ ਮੁਤਾਬਕ ਵੱਖਰਾ ਹੋਵੇਗਾ)
• ਸੀਮਾਵਾਂ (ਪ੍ਰਤੀ ਰੈਫਰਲ, ਪ੍ਰਤੀ ਮਹੀਨਾ, ਅਤੇ ਲਾਈਫਟਾਈਮ)
• ਕਿਹੜੇ ਪਲਾਨ ਅਤੇ ਡੀਲ ਕਿਸਮਾਂ ਗਿਣੀਆਂ ਜਾਣ
• ਕੀ ਕ੍ਰੈਡਿਟ ਮਿਆਦ-ਪੂਰਨ ਹੁੰਦੇ ਹਨ

ਯੋਗਤਾ ਨਿਯਮ ਲੋਕਾਂ ਦੀ ਉਮੀਦ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੇ ਹਨ। ਜੇ ਸਿਰਫ਼ ਪੇਡ ਪਲਾਨ ਗਿਣਦੇ ਹਨ, ਤਾਂ ਇਸ ਨੂੰ ਸਾਫ਼ ਕਹੋ। ਜੇ ਕੁਝ ਖੇਤਰ ਬਾਹਰ ਹਨ (ਟੈਕਸ, ਕੰਪਲਾਇੰਸ, ਪ੍ਰੋਮੋ), ਤਾਂ ਇਸ ਨੂੰ ਕਹੋ। ਜੇ ਸਾਲਾਨਾ ਪਲਾਨ ਯੋਗ ਹਨ ਪਰ ਮਹੀਨਾਵਾਰ ਨਹੀਂ, ਤਾਂ ਇਹ ਵੀ ਕਹੋ। ਜੇ ਇੱਕ ਪਲੇਟਫਾਰਮ ਵਰਗਾ Koder.ai (brand preserved) ਬਹੁਤ ਸਾਰੇ ਟੀਅਰ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਫ੍ਰੀ-ਟੂ-ਪ੍ਰੋ ਅਪਗ੍ਰੇਡ ਯੋਗ ਹਨ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਕੀ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਕਾਂਟ੍ਰੈਕਟਾਂ ਮੈਨੂਅਲ ਤੌਰ 'ਤੇ ਹੱਲ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ।

ਯੂਜ਼ਰ-ਦੇਖਣ ਵਾਲਾ ਬੋਲਣ-ਟੌਨ ਸ਼ਿਪ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ। ਜੇ ਤੁਸੀਂ ਹਰ ਨਿਯਮ ਨੂੰ ਦੋ ਛੋਟੇ ਵਾਕਾਂ ਵਿੱਚ ਨਹੀਂ ਸਮਝਾ ਸਕਦੇ, ਤਾਂ ਯੂਜ਼ਰ ਗਲਤ ਸਮਝਣਗੇ। ਨਰਮ ਪਰ ਪੱਕਾ ਰਹੋ: "ਅਸੀਂ ਸੰਦੇਹਾਸਪਦ ਗਤਿਵਿਧੀ ਲਈ ਕ੍ਰੈਡਿਟ ਰੋਕ ਸਕਦੇ ਹਾਂ" ਜ਼ਿਆਦਾ ਸਾਫ਼ ਅਤੇ ਘੱਟ ਦਖ਼ਲਗਿਰੀ ਵਾਲਾ ਹੈ ਨਾ ਕਿ ਲੰਬੀ ਧਮਕੀ ਭਰੀ ਸੂਚੀ।

ਨਿਮੰਤਰਣ ਤੋਂ ਕੁਆਲਿਫਾਇਡ ਕਰਨ ਤੱਕ ਰੈਫਰਲ ਟਰੈਕ ਕਰਨ ਦਾ ਤਰੀਕਾ

ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਪਹਿਚਾਣਕਰਤਾ ਚੁਣੋ ਅਤੇ ਹੋਰ ਸਭ ਨੂੰ ਸਹਾਇਕ ਸਬੂਤ ਸਮਝੋ। ਸਭ ਤੋਂ ਸਾਫ਼ ਵਿਕਲਪ ਰੈਫਰਲ ਲਿੰਕ ਟੋਕਨ (ਸਾਂਝਾ ਕਰਨ ਵਿਚ ਆਸਾਨ), ਇੱਕ ਛੋਟਾ ਕੋਡ (ਟਾਈਪ ਕਰਨ ਵਿੱਚ ਆਸਾਨ), ਅਤੇ ਇੱਕ ਨਿਰਦਿਸ਼ਟ ਈਮੇਲ 'ਤੇ ਭੇਜਿਆ ਗਿਆ ਇਨਵਾਈਟ (ਡਾਇਰੈਕਟ ਨਿਮੰਤਰਣ ਲਈ ਬਿਹਤਰ) ਹਨ। ਇੱਕ ਨੂੰ ਸਰੋਤ-ਅਫ-ਸੱਚ ਮੰਨੋ ਤਾਂਕਿ attribution ਪ੍ਰਿਡਿਕਟੇਬਲ ਰਹੇ।

ਉਸ ਪਹਿਚਾਣਕਰਤਾ ਨੂੰ ਜਿੰਨ੍ਹਾਂ ਜਲਦੀ ਹੋ ਸਕੇ ਕੈਪਚਰ ਕਰੋ ਅਤੇ ਪੂਰੇ ਯਾਤਰਾ ਦੌਰਾਨ ਇਸਨੂੰ ਰੱਖੋ। ਇੱਕ ਲਿੰਕ ਟੋਕਨ ਆਮ ਤੌਰ 'ਤੇ ਲੈਂਡਿੰਗ ਪੇਜ 'ਤੇ ਕੈਪਚਰ ਹੁੰਦਾ ਹੈ, ਪਹਿਲੇ-ਪਾਰਟੀ ਸਟੋਰੇਜ ਵਿੱਚ ਸਟੋਰ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਸਾਈਨਅਪ 'ਤੇ ਦੁਬਾਰਾ ਸਰਬਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਮੋਬਾਈਲ ਲਈ, ਜੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਐਪ ਇੰਸਟਾਲ ਫਲੋ ਵਿੱਚ ਪਾਸ ਕਰੋ, ਪਰ ਇਹ ਧਿਆਨ ਰੱਖੋ ਕਿ ਕਈ ਵਾਰ ਤੁਸੀਂ ਇਹ ਗੁਆ ਸਕਦੇ ਹੋ।

ਛੋਟੇ ਸਮੂਹ ਇਵੈਂਟ ਟਰੈਕ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਵਿਵਸਾਯ ਨਿਯਮਾਂ ਨਾਲ ਮਿਲਦੇ ਹਨ। ਜੇ ਤੁਹਾਡਾ ਲਕੜੀ ਮੰਤਵ "ਕੀ ਇਹ ਪੇਡ ਗਾਹਕ ਬਣਿਆ" ਹੈ (ਸਿਰਫ਼ "ਕਲਿੱਕ ਕੀਤਾ" ਨਹੀਂ), ਤਾਂ ਨਿਊਨਤਮ ਸੈਟ ਹੇਠਾਂ ਜ਼ਰੂਰੀ ਹੈ:

• referral_click (ਟੋਕਨ ਵੇਖਿਆ ਗਿਆ)
• account_signup (ਨਵਾਂ ਯੂਜ਼ਰ ਬਣਿਆ)
• account_verified (ਈਮੇਲ/ਫ਼ੋਨ ਵਰਿਫ਼ਾਇਡ)
• first_paid_invoice (ਪਹਿਲੀ ਸਫਲ ਭੁਗਤਾਨ)
• qualification_locked (conversion ਮਨਜ਼ੂਰ ਅਤੇ ਹੁਣ ਨਹੀਂ ਬਦਲੇਗਾ)

ਡਿਵਾਈਸ ਬਦਲ ਅਤੇ ਬਲਾਕ ਕੀਤੇ ਕੁਕੀਜ਼ ਆਮ ਹਨ। ਇਨ੍ਹਾਂ ਨੂੰ ਗਰੁੱਪੀਆਂ ਵਾਲੀ ਟਰੈਕਿੰਗ ਤੋਂ ਬਿਨਾਂ ਸਾਂਭਣ ਲਈ, ਸਾਈਨਅਪ ਦੌਰਾਨ ਇੱਕ claim ਕਦਮ ਸ਼ਾਮਿਲ ਕਰੋ: ਜੇ ਯੂਜ਼ਰ ਟੋਕਨ ਨਾਲ ਆਇਆ ਤਾਂ ਇਸਨੂੰ ਨਵੇਂ ਅਕਾਊਂਟ ਨਾਲ ਜੋੜੋ; ਜੇ ਨਹੀਂ, ਤਾਂ onboarding ਦੌਰਾਨ ਇੱਕ ਵਾਰੀ ਛੋਟਾ ਰੈਫਰਲ ਕੋਡ ਦਾਖਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿਓ। ਜੇ ਦੋਹਾਂ ਮੌਜੂਦ ਹਨ, ਤਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੈਪਚਰ ਕੀਤੀ ਗਈ ਮੂਲ ਪਹਿਚਾਣ ਨੂੰ ਪ੍ਰਾਇਮਰੀ ਰੱਖੋ ਅਤੇ ਦੂਜੀ ਨੂੰ ਸਹਾਇਕ ਸਬੂਤ ਵਜੋਂ ਸਟੋਰ ਕਰੋ।

ਆਖਿਰ 'ਤੇ, ਹਰ ਰੈਫਰਲ ਲਈ ਸਪੋਰਟ ਇਕ ਮਿੰਟ ਵਿੱਚ ਪੜ੍ਹ ਸਕਣ ਵਾਲੀ ਸਧਾਰਨ ਟਾਈਮਲਾਈਨ ਰੱਖੋ: referrer, referred account (ਜਦੋਂ ਪਤਾ ਲੱਗੇ), ਵਰਤਮਾਨ ਸਥਿਤੀ, ਅਤੇ ਆਖਰੀ ਮਹੱਤਵਪੂਰਨ ਇਵੈਂਟ ਟਾਈਮਸਟੈਂਪ ਸਮੇਤ। ਜਦੋਂ ਕੋਈ "ਮੈਨੂੰ ਕ੍ਰੈਡਿਟ ਕਿਉਂ ਨਹੀਂ ਮਿਲਿਆ?" ਪੁੱਛਦਾ ਹੈ, ਤੁਸੀਂ ਤੱਥਾਂ ਨਾਲ ਜਵਾਬ ਦੇ ਸਕੋ: "signup ਹੋਇਆ, ਪਰ ਪਹਿਲੀ ਪੇਡ ਇਨਵਾਇਸ ਨਹੀਂ ਹੋਈ," ਬਜਾਏ ਅਨੁਮਾਨ ਲਾਉਣ ਦੇ।

ਏਸਾ ਡਾਟਾ ਮਾਡਲ ਜੋ ਪੜ੍ਹਨ ਯੋਗ ਅਤੇ ਡੀਬੱਗ ਕਰਨ ਯੋਗ ਰਹੇ

ਰੈਫਰਲ ਪ੍ਰੋਗਰਾਮ ਅਕਸਰ ਤਾਂ ਟੁੱਟਦੇ ਹਨ ਜਦੋਂ ਡਾਟਾ ਮਾਡਲ ਧੁੰਦਲਾ ਹੁੰਦਾ ਹੈ। ਸਪੋਰਟ ਪੁੱਛਦਾ ਹੈ "ਕਿਸ ਨੇ ਕਿਸਨੂੰ ਰੈਫਰ ਕੀਤਾ?" ਬਿਲਿੰਗ ਪੁੱਛਦੀ ਹੈ "ਕੀ ਕ੍ਰੈਡਿਟ ਪਹਿਲਾਂ ਹੀ ਜਾਰੀ ਹੋ ਚੁਕੀ ਹੈ?" ਜੇ ਤੁਸੀਂ ਲੋਗਾਂ ਵਿੱਚ ਖੁਦ ਦੀ ਖੋਜ ਕੀਤੇ ਬਿਨਾਂ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਤਾਂ ਮਾਡਲ ਨੂੰ ਕਸਕੇ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ।

ਰੈਫਰਲ ਰਿਸ਼ਤੇ ਨੂੰ ਪਹਿਲਾ-ਕਲਾਸ ਰਿਕਾਰਡ ਵਜੋਂ ਸਟੋਰ ਕਰੋ, ਕਲਿੱਕਾਂ ਤੋਂ ਨਿ: