ਆਪਣੀਆਂ ਯੋਜਨਾਵਾਂ ਤਿਆਰ ਕਰਨਾ

ਵੱਖ-ਵੱਖ ਗਾਹਕ ਸਥਿਤੀਆਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

ਮੂਲ FitSite ਉਦਾਹਰਨ ਇਕੱਲੇ ਟ੍ਰੇਨਰਾਂ, ਸਥਾਪਤ ਜਿਮਾਂ ਅਤੇ ਕਈ ਟਿਕਾਣਿਆਂ ਵਾਲੇ ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀ ਹੈ। ਇਹ ਲਾਭਦਾਇਕ ਧਾਰਣਾਵਾਂ ਹਨ ਕਿਉਂਕਿ ਕੰਮ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ: ਇੱਕ ਟ੍ਰੇਨਰ ਨੂੰ ਸਪਸ਼ਟ ਪੇਸ਼ੇਵਰ ਮੌਜੂਦਗੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਇੱਕ ਰੁੱਝੇ ਹੋਏ ਜਿਮ ਨੂੰ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਸਮਾਂ-ਸੂਚੀ ਅਤੇ ਬੁਕਿੰਗ ਵਰਕਫਲੋ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਚੇਨ ਨੂੰ ਟਿਕਾਣਾ-ਵਿਸ਼ੇਸ਼ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

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

ਕਿਸੇ ਹੋਰ SaaS ਕਾਰੋਬਾਰ ਲਈ, ਵੰਡ ਦੀ ਲਕੀਰ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਬਨਾਮ ਟੀਮ ਵਰਕਫਲੋ, ਕਦੇ-ਕਦਾਈਂ ਵਰਤੋਂ ਬਨਾਮ ਵਾਰ-ਵਾਰ ਕੰਮ, ਜਾਂ ਇੱਕ ਟਿਕਾਣਾ ਬਨਾਮ ਕਈ ਟਿਕਾਣੇ ਹੋ ਸਕਦੀ ਹੈ। ਸਮਝਣਯੋਗ ਸਥਿਤੀਆਂ ਦੀ ਇੱਕ ਛੋਟੀ ਗਿਣਤੀ ਚੁਣੋ। ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਤਿੰਨ ਪੱਧਰ ਆਮ ਹਨ, ਪਰ ਸ਼ੁਰੂਆਤ ਲਈ ਇੱਕ ਵਧੀਆ ਪੇਸ਼ਕਸ਼ ਜਾਂ ਦੋ ਸਪਸ਼ਟ ਚੋਣਾਂ ਕਾਫ਼ੀ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਫੀਚਰ ਸੂਚੀ ਤੋਂ ਪਹਿਲਾਂ ਵਾਅਦਾ ਲਿਖੋ

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

ਇੱਕ ਬੁਨਿਆਦੀ ਪਲਾਨ ਨੂੰ ਵੀ ਆਪਣਾ ਵਾਅਦਾ ਕੀਤਾ ਕੰਮ ਪੂਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਸਿਰਫ਼ ਅੱਪਗ੍ਰੇਡ ਲਈ ਮਜਬੂਰ ਕਰਨ ਵਾਸਤੇ ਕੋਈ ਲਾਜ਼ਮੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹਟਾਉਣਾ ਐਂਟਰੀ ਪਲਾਨ ਨੂੰ ਨਿਰਾਸ਼ਾਜਨਕ ਬਣਾ ਸਕਦਾ ਹੈ। ਜੇ ਕੋਈ ਗਾਹਕ ਬੁਕਿੰਗਾਂ ਲੈਣ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਦਿਸ਼ਾ ਦੇਣ ਲਈ ਤੁਹਾਡੀ “ਬੁਕਿੰਗ ਵੈੱਬਸਾਈਟ” ਵਰਤ ਨਹੀਂ ਸਕਦਾ, ਤਾਂ ਜਾਂ ਤਾਂ ਵਾਅਦਾ ਬਦਲੋ ਜਾਂ ਬੁਕਿੰਗ ਦਾ ਕਾਰਗਰ ਰਸਤਾ ਸ਼ਾਮਲ ਕਰੋ।

ਗਾਹਕਾਂ ਨੂੰ ਫ਼ੈਸਲਾ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਕਾਰਜਕਾਰੀ ਵੇਰਵੇ ਸ਼ਾਮਲ ਕਰੋ: ਸਾਈਟਾਂ ਜਾਂ ਵਰਕਸਪੇਸਾਂ ਦੀ ਗਿਣਤੀ, ਸੰਬੰਧਿਤ ਵਰਤੋਂ ਸੀਮਾਵਾਂ, ਕਸਟਮ ਡੋਮੇਨ ਦੀ ਉਪਲਬਧਤਾ, ਸਮਰਥਿਤ ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਸਹਾਇਤਾ ਦਾ ਦਾਇਰਾ ਅਤੇ ਕੋਈ ਵੀ ਸੈਟਅੱਪ ਸੇਵਾ। ਸੀਮਾਵਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ ‘ਤੇ ਸਮਝਾਓ। ਜਦੋਂ ਤਕਨੀਕੀ ਕੋਟੇ ਡਿਲੀਵਰੀ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ ਤਾਂ ਉਹ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੇ ਹਨ, ਭਾਵੇਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸਿਰਲੇਖ ਉੱਤੇ ਹਾਵੀ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।

FitSite ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਕਾਰਜਕਾਰੀ ਉਦਾਹਰਨ ਵਜੋਂ ਵਰਤੋ

• ਸਟਾਰਟਰ — ਉਦਾਹਰਨ ਵਜੋਂ $49/ਮਹੀਨਾ: ਸਟੂਡੀਓ ਐਸੈਂਸ਼ਲ ਟੈਂਪਲੇਟ, ਮੁੱਖ ਕਾਰੋਬਾਰੀ ਜਾਣਕਾਰੀ ਅਤੇ ਸੰਪਰਕ ਦੇ ਸਾਧਨ ਨਾਲ ਇੱਕ ਸਟੂਡੀਓ ਵੈੱਬਸਾਈਟ। ਸਪੱਸ਼ਟ ਤੌਰ ‘ਤੇ ਦੱਸੋ ਕਿ ਬੁਕਿੰਗ ਲਿੰਕ ਅਤੇ ਕਸਟਮ ਡੋਮੇਨ ਸ਼ਾਮਲ ਹਨ ਜਾਂ ਨਹੀਂ।
• ਗ੍ਰੋਥ — ਉਦਾਹਰਣ ਵਜੋਂ $99/ਮਹੀਨਾ: ਖਰੀਦਦਾਰ ਲਈ ਉਚਿਤ ਵਾਧੂ ਟੈਂਪਲੇਟ ਚੋਣਾਂ ਅਤੇ ਪਰਖੇ ਹੋਏ ਬੁਕਿੰਗ ਜਾਂ ਸਮੱਗਰੀ ਵਰਕਫ਼ਲੋ ਵਾਲੀ ਇੱਕ ਵੈੱਬਸਾਈਟ। ਸਹਾਇਤਾ ਅਤੇ ਏਕੀਕਰਨ ਦੀਆਂ ਹੱਦਾਂ ਸ਼ਾਮਲ ਕਰੋ।
• ਪ੍ਰੋ — ਉਦਾਹਰਣ ਵਜੋਂ $199/ਮਹੀਨਾ: ਸਹਿਮਤ ਬਹੁ-ਟਿਕਾਣਾ ਵਿਵਸਥਾ ਲਈ ਸਹਾਇਤਾ, ਜਿਵੇਂ ਕਿ ਪੰਜ ਤੱਕ ਸਾਈਟਾਂ, ਸੰਬੰਧਿਤ ਟੈਂਪਲੇਟਾਂ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਦੇ ਦਾਇਰੇ ਸਮੇਤ।

ਇਹ ਅੰਕੜੇ ਮੂਲ ਸਿੱਖਿਆਤਮਕ ਉਦਾਹਰਨ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹਨ; ਇਹ ਨਾ ਤਾਂ ਬਾਜ਼ਾਰ ਦੇ ਮਾਪਦੰਡ ਹਨ ਅਤੇ ਨਾ ਹੀ ਕੀਮਤ ਨਿਰਧਾਰਣ ਦੀ ਸਿਫ਼ਾਰਸ਼। ਤੁਹਾਨੂੰ ਆਪਣੀਆਂ ਲਾਗਤਾਂ ਅਤੇ ਖਰੀਦਦਾਰਾਂ ਦੀ ਪ੍ਰਤੀਕਿਰਿਆ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। “ਸਾਰੇ ਪ੍ਰੀਮੀਅਮ ਪਲੱਗਇਨ” ਦਾ ਵਾਅਦਾ ਨਾ ਕਰੋ, ਜਦੋਂ ਤੱਕ ਲਾਇਸੈਂਸਿੰਗ, ਸਹਾਇਤਾ ਅਤੇ ਅਨੁਕੂਲਤਾ ਇਸ ਨੂੰ ਪ੍ਰਦਾਨ ਕਰਨਾ ਸੰਭਵ ਨਾ ਬਣਾਉਣ। ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਲੰਮੀ ਸੂਚੀ ਗਾਹਕ ਦੇ ਨਤੀਜੇ ਨੂੰ ਬਿਹਤਰ ਬਣਾਏ ਬਿਨਾਂ ਲਾਗਤਾਂ ਵਧਾ ਸਕਦੀ ਹੈ।

ਅਲਾਊਅੰਸਾਂ ਬਾਰੇ ਸਪੱਸ਼ਟ ਰਹੋ। ਜੇ Pro ਵਿੱਚ ਪੰਜ ਸਾਈਟਾਂ ਸ਼ਾਮਲ ਹਨ, ਤਾਂ ਅਸਲ ਸੰਰਚਨਾ ਅਨੁਸਾਰ ਦੱਸੋ ਕਿ ਸਟੋਰੇਜ ਕੋਟਾ ਹਰ ਸਾਈਟ ‘ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜਾਂ ਪੂਰੀ ਮੈਂਬਰਸ਼ਿਪ ਵਿੱਚ ਸਾਂਝਾ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਸਾਈਟ ਉੱਤੇ ਬਹੁ-ਟਿਕਾਣਾ ਪੇਜ ਪੰਜ ਸੁਤੰਤਰ ਸਾਈਟਾਂ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੁੰਦਾ। ਕੀਮਤ ਸਾਰਣੀ ਅਤੇ ਪ੍ਰੋਵੀਜ਼ਨ ਕੀਤਾ ਉਤਪਾਦ ਵੱਖ-ਵੱਖ ਚੀਜ਼ਾਂ ਦਾ ਵੇਰਵਾ ਨਾ ਦੇਣ।

ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਉਤਪਾਦ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰੋ

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

ਜਾਣ-ਬੁੱਝ ਕੇ ਪਲੱਗਇਨ ਡਿਫੌਲਟ ਵਰਤੋ। ਸੰਪਰਕ ਫਾਰਮ ਹਰ ਸਾਈਟ ਦਾ ਹਿੱਸਾ ਹੋ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਵਿਸ਼ੇਸ਼ਗਿਆ ਏਕੀਕਰਨ ਸਿਰਫ਼ ਉੱਥੇ ਹੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਇਸ ਦੀ ਲੋੜ ਹੈ। ਨੈੱਟਵਰਕ-ਸਰਗਰਮ ਪਲੱਗਇਨ ਪੂਰੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਲੋਡ ਹੁੰਦੇ ਹਨ; ਇਹ ਨਾ ਸਮਝੋ ਕਿ ਕੋਈ ਪਲਾਨ ਸੈਟਿੰਗ ਇਸ ਵਿਵਹਾਰ ਨੂੰ ਰੋਕ ਸਕਦੀ ਹੈ। ਹਰ ਟੀਅਰ ਲਈ ਅਸਲ ਗਾਹਕ ਅਨੁਭਵ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਜਦੋਂ ਕੋਈ ਵਿਸ਼ੇਸ਼ਤਾ ਪਹੁੰਚਯੋਗ ਰਹਿੰਦੀ ਹੈ ਤਾਂ ਇਹ ਦਾਅਵਾ ਕਰਨ ਤੋਂ ਬਚੋ ਕਿ ਉਹ ਸੀਮਿਤ ਹੈ।

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

ਜਨਤਕ ਤੁਲਨਾ ਸਾਰਣੀ ਅਤੇ ਅੰਦਰੂਨੀ ਡਿਲੀਵਰੀ ਚੈਕਲਿਸਟ ਨੂੰ ਇਕੱਠੇ ਰੱਖੋ। ਜਦੋਂ ਕੋਈ ਵਿਸ਼ੇਸ਼ਤਾ ਬਦਲਦੀ ਹੈ, ਤਾਂ ਸੋਧੀ ਹੋਈ ਯੋਜਨਾ ਪੇਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ। ਇਹ ਨਵੀਂ ਸੰਰਚਨਾ ਪ੍ਰੋਵਿਜ਼ਨ ਕਰਦੇ ਸਮੇਂ ਪੁਰਾਣਾ ਵਾਅਦਾ ਵੇਚਣ ਤੋਂ ਬਚਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।

ਉਹਨਾਂ ਨੂੰ ਵੇਚਣ ਤੋਂ ਪਹਿਲਾਂ ਡਿਜ਼ਾਈਨ ਅੱਪਗ੍ਰੇਡ ਅਤੇ ਡਾਊਨਗ੍ਰੇਡ ਕਰੋ

ਗਾਹਕ ਨੂੰ ਇਹ ਸਮਝ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਪਲਾਨਾਂ ਵਿਚਕਾਰ ਬਦਲਣ ਵੇਲੇ ਕੀ ਤਬਦੀਲੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। Ultimate Multisite ਵਿੱਚ, ਇੰਸਟਾਲ ਕੀਤੇ ਵਰਜਨ ਲਈ ਪਲਾਨ-ਗਰੁੱਪ ਅਤੇ ਅੱਪਗ੍ਰੇਡ/ਡਾਊਨਗ੍ਰੇਡ ਸੈਟਿੰਗਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ, ਫਿਰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਬਦੀਲੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ। Starter, Growth, Pro ਵਰਗਾ ਦ੍ਰਿਸ਼ਟੀਗਤ ਕ੍ਰਮ ਤਦੋਂ ਹੀ ਲਾਭਦਾਇਕ ਹੈ ਜਦੋਂ ਅੰਦਰੂਨੀ ਤਬਦੀਲੀ ਵਿਵਹਾਰ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਵੇ।

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

ਜਿੱਥੇ ਸਮਰਥਨ ਉਪਲਬਧ ਹੋਵੇ, ਉੱਥੇ ਨਿਯੰਤਰਿਤ ਭੁਗਤਾਨ ਟੈਸਟ ਵਾਤਾਵਰਣ ਵਿੱਚ ਯੋਜਨਾ ਤਬਦੀਲੀਆਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਨਵੀਨੀਕਰਨ ਦੀਆਂ ਤਾਰੀਖਾਂ, ਦਿਖਾਈਆਂ ਗਈਆਂ ਕੀਮਤਾਂ, ਅਧਿਕਾਰਾਂ ਅਤੇ ਗਾਹਕ ਈਮੇਲਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ। ਜਿਸ ਵੀ ਚੀਜ਼ ਲਈ ਹੱਥੋਂ ਸਹਾਇਤਾ ਦੀ ਲੋੜ ਹੋਵੇ ਉਸਦਾ ਰਿਕਾਰਡ ਰੱਖੋ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਸਦੀ ਕੀਮਤ ਨਿਰਧਾਰਤ ਕਰ ਸਕੋ ਅਤੇ ਇਮਾਨਦਾਰੀ ਨਾਲ ਸਮਝਾ ਸਕੋ।

ਵਿਕਲਪਿਕ ਵਾਧੂ ਚੀਜ਼ਾਂ ਥੋੜ੍ਹੀਆਂ ਹੀ ਸ਼ਾਮਲ ਕਰੋ

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

ਹਰੇਕ ਐਡ-ਆਨ ਲਈ, ਇਕਾਈ, ਕੀਮਤ, ਬਿਲਿੰਗ ਅੰਤਰਾਲ, ਰੱਦ ਕਰਨ ਦਾ ਵਿਹਾਰ, ਅਤੇ ਡਿਲੀਵਰੀ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਨਿਰਧਾਰਤ ਕਰੋ। “ਪ੍ਰਾਥਮਿਕਤਾ ਸਹਾਇਤਾ” ਲਈ ਠੋਸ ਦਾਇਰਾ ਅਤੇ ਜਵਾਬ ਦੀ ਉਮੀਦ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ; ਇਸ ਤੋਂ ਹੱਲ ਦੀ ਗਾਰੰਟੀ ਦਾ ਭਾਵ ਨਹੀਂ ਨਿਕਲਣਾ ਚਾਹੀਦਾ। ਵਾਧੂ ਸਟੋਰੇਜ ਲਈ ਮਾਪਣਯੋਗ ਸੀਮਾ ਅਤੇ ਇਹ ਸਪਸ਼ਟ ਪਰਿਭਾਸ਼ਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਕੀ ਇਹ ਸਾਂਝੀ ਹੈ।

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

ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ

• ਯੋਜਨਾਵਾਂ ਨੂੰ ਗਾਹਕਾਂ ਦੀਆਂ ਲਾਭਦਾਇਕ ਸਥਿਤੀਆਂ ਨਾਲ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਵਿਵਹਾਰਕ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਲਾਗਤਾਂ ਅਤੇ ਗਾਹਕਾਂ ਦੇ ਸਬੂਤਾਂ ਦੁਆਰਾ ਸਮਰਥਨ ਮਿਲਣ ਤੱਕ ਉਦਾਹਰਣੀ ਕੀਮਤਾਂ ਧਾਰਣਾਵਾਂ ਹਨ।
• ਕੀਮਤਾਂ ਦੀ ਸਾਰਣੀ ‘ਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਬਜਾਏ ਸੀਮਾਵਾਂ, ਪਲੱਗਇਨ ਦੀ ਉਪਲਬਧਤਾ, ਅੱਪਗ੍ਰੇਡਾਂ ਅਤੇ ਡਾਊਨਗ੍ਰੇਡਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਸਰੋਤ ਅਤੇ ਹੋਰ ਪੜ੍ਹਨ ਲਈ ਸਮੱਗਰੀ

ਮੂਲ ਵੈੱਬਸਾਈਟ-ਕਾਰੋਬਾਰ ਪਾਠ ਤੋਂ ਅਨੁਕੂਲਿਤ। ਅਲਟੀਮੇਟ ਮਲਟੀਸਾਈਟ: ਯੋਜਨਾਵਾਂ, ਸੀਮਾਵਾਂ ਅਤੇ ਪਲੱਗਇਨ ਨਿਯੰਤਰਣ

ਪਿਛਲਾ ਪਾਠ · ਸਾਰੇ 14 ਪਾਠ ਵੇਖੋ