ਉਤਪਾਦ ਬੰਡਲ ਕੀਮਤ ਗਣਿਤ ਸਿੱਖੋ ਤਾਂ ਜੋ ਛੂਟ ਸਪਸ਼ਟ ਹੋਣ, ਮਾਰਜਿਨ ਮਾਪਣਯੋਗ ਰਹੇ, ਅਤੇ ਕਿੱਟਾਂ ਦੇ ਘਟਕ ਸਟਾਕ ਸਹੀ ਟਰੈਕ ਹੋਣ—ਸਾਦੇ ਮਾਡਲ ਅਤੇ ਚੈੱਕਸ ਸਹਿਤ।

ਖਰੀਦਦਾਰਾਂ ਲਈ ਬੰਡਲ ਆਸਾਨ ਲੱਗਦੇ ਹਨ: “ਇਹਨਾਂ ਨੂੰ ਇਕੱਠੇ ਖਰੀਦੋ ਅਤੇ ਬਚਤ ਕਰੋ।” ਪਰ ਤੁਹਾਡੇ ਸਟੋਰ ਦੇ ਅੰਦਰ, ਇਹ ਕੀਮਤ, ਟੈਕਸ, ਪ੍ਰੋਮੋ, COGS ਅਤੇ ਸਟਾਕ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਛੂਹਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਸਾਫ਼ ਨਿਯਮ ਨਹੀਂ ਰੱਖਦੇ, ਤਾਂ ਚੈੱਕਆਉਟ ਠੀਕ ਲੱਗ ਸਕਦਾ ਹੈ ਪਰ ਰਿਪੋਰਟਾਂ ਆਹਿਸਤਾਂ-ਆਹਿਸਤਾਂ ਹਕੀਕਤ ਤੋਂ ਦੂਰ ਹੋ ਜਾਣਗੀਆਂ।
ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲਾਂ ਦੋ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ: ਛੂਟ ਅਸਪਸ਼ਟ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਸਟਾਕ ਗਣਨਾ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਰਹਿੰਦੀ। ਗਾਹਕ ਨੂੰ ਇੱਕ ਬੰਡਲ ਕੀਮਤ ਦਿਖਾਈ ਜਾ ਸਕਦੀ ਹੈ, ਫਿਰ ਹੋਰ ਪਰੋਮੋ ਕੋਡ ਜਾਂ “ਤੁਲਨਾ ਲਈ” ਕੀਮਤਾਂ ਜਾਂ ਪ੍ਰਤੀ-ਆਈਟਮ ਛੂਟ ਵੀ ਲੱਗ ਸਕਦੇ ਹਨ ਜੋ ਬਚਤ ਨੂੰ ਸਮਝਣਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੇ ਹਨ। ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ, ਤੁਹਾਡੇ ਸਿਸਟਮ ਇਹਨਾਂ 'ਤੇ ਇਕਮਤ ਨਹੀਂ ਹੋ ਸਕਦੇ ਕਿ ਬੰਡਲ ਇੱਕ ਯੂਨਿਟ ਵੱਜੋਂ ਵਿਕਿਆ ਜਾਂ ਕਈ ਆਈਟਮ ਵੱਜੋਂ।
ਇੱਥੇ ਦੋ ਮੁੱਖ ਖ਼ਤਰੇ ਹਨ ਜਿਨ੍ਹਾਂ 'ਤੇ ਧਿਆਨ ਰੱਖੋ:
ਇਕ ਬੰਡਲ ਲਾਭਦਾਇਕ ਲੱਗ ਸਕਦਾ ਹੈ ਪਰ ਨਫ਼ਾ ਘਟਾ ਸਕਦਾ ਹੈ। ਇਹ ਉਸ ਵੇਲੇ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਰੈਵਨਿय़ੂ ਬੰਡਲ ਪੱਧਰ 'ਤੇ ਦਰਜ ਹੁੰਦੀ ਹੈ, ਪਰ ਖ਼ਰਚੇ ਘਟਕ ਪੱਧਰ 'ਤੇ ਟਰੈਕ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (ਜਾਂ ਬਿਲਕੁਲ ਟਰੈਕ ਨਹੀਂ ਹੋ ਰਹੇ)। ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਇੱਕ ਸਹੀ “ਬੰਡਲ ਗ੍ਰੌਸ ਮਾਰਜਿਨ” ਵੇਖ ਸਕਦੇ ਹੋ, ਜਦ ਕਿ ਇੱਕ ਮਹਿੰਗਾ ਘटक ਲਾਗਤ ਨਜ਼ਰਅੰਦਾਜ਼ ਹੋ ਰਹੀ ਹੈ, ਦੋ ਵਾਰੀ ਛੂਟ ਲੱਗ ਰਹੀ ਹੈ, ਜਾਂ ਵਾਪਸੀ ਅਨੁਮਾਨ ਨਾਲ ਵੱਧ ਹੋ ਰਹੀ ਹੈ।
“ਸਹੀ” ਦਾ ਅਰਥ ਚਾਰ ਪ੍ਰੈਕਟਿਕਲ ਗੱਲਾਂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ:
ਚੈੱਕਆਉਟ ਵਾਅਦੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਵੇ: ਗਾਹਕ ਇੱਕ ਸੰਗਤ ਬੰਡਲ ਕੀਮਤ ਅਤੇ ਬਚਤ ਇਕਸਾਰ ਤਰੀਕੇ ਨਾਲ ਵੇਖ ਸਕਦਾ ਹੋਵੇ।
ਵਿਕਰੀ ਰਿਪੋਰਟਿੰਗ ਵਿਆਖਿਆਯੋਗ ਹੋਵੇ: ਤੁਸੀਂ ਜਵਾਬ ਦੇ ਸਕੋ, “ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਹਰ ਆਈਟਮ ਦੇ ਕਿੰਨੇ ਯੂਨਿਟ ਹਿਲਾਏ?” ਅਤੇ “ਅਸੀਂ ਕਿੰਨੀ ਛੂਟ ਦਿੱਤੀ?”
ਇਨਵੈਂਟਰੀ ਈਮਾਨਦਾਰ ਰਹੇ: ਜਦੋਂ ਇੱਕ ਬੰਡਲ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਹਰ ਘਟਕ ਦੀ ਸਹੀ ਮਾਤਰਾ ਘਟਾਈ ਜਾਏ, ਭਾਵੇਂ ਵੈਅਰਹਾਊਸ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਬਿਨਾਂ ਤੋਂ ਚੁਣਿਆ ਗਿਆ ਹੋਵੇ।
ਵਾਪਸੀਆਂ ਡਾਟਾ ਨੂੰ ਖ਼ਰਾਬ ਨਾ ਕਰਨ: ਜੇ ਗਾਹਕ ਇੱਕ ਕਿੱਟ ਵਿੱਚੋਂ ਇੱਕ ਆਈਟਮ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਸਿਸਟਮ ਰੈਵਨਿਊ, ਛੂਟ ਅਤੇ ਸਟਾਕ ਨੂੰ ਬਿਨਾਂ ਅਨੁਮਾਨ ਦੇ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਠੀਕ ਕਰੇ।
ਜੇ ਤੁਸੀਂ ਸਾਫ਼ ਉਤਪਾਦ ਬੰਡਲ ਕੀਮਤ ਗਣਿਤ ਅਤੇ ਇੱਕ ਇਕੱਲੀ ਇਨਵੈਂਟਰੀ ਨੀਤੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਤਾਂ ਬਾਕੀ ਬੰਡਲ ਫੈਸਲੇ ਕਾਫ਼ੀ ਆਸਾਨ ਹੋ ਜਾਂਦੇ ਹਨ।
ਉਤਪਾਦ ਬੰਡਲ ਕੀਮਤ ਗਣਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਬੰਡਲ ਦੀ ਕਿਸਮ ਨਾਂਮ ਰੱਖੋ। ਕਿਸਮ ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਦੀ ਹੈ ਕਿ ਗਾਹਕ ਕੀ ਵੇਖਦਾ ਹੈ, ਤੁਸੀਂ ਮਾਰਜਿਨ ਕਿਵੇਂ ਮਾਪਦੇ ਹੋ, ਅਤੇ ਸਟਾਕ ਕਿਵੇਂ ਹਰਕਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਇੱਕ ਪਿਊਰ ਬੰਡਲ ਉਹ ਹੈ “ਇਹ ਆਈਟਮ ਇਕੱਠੇ ਖਰੀਦਣੇ ਜਾਣੇ ਲਾਜ਼ਮੀ ਹਨ।” ਸੋਚੋ “ਕੈਮਰਾ ਬਾਡੀ + ਲੈਨਸ + ਬੈਗ” ਜੋ ਇੱਕ ਡੀਲ ਵੱਜੋਂ ਵੇਚੀ ਜਾ ਰਹੀ ਹੈ। ਇਸ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸਪੱਸ਼ਟ ਬੰਡਲ ਕੀਮਤ, ਇੱਕ ਸਪੱਸ਼ਟ ਛੂਟ ਕਹਾਣੀ (ਇੱਕ-ਇੱਕ ਆਈਟਮ ਖਰੀਦਣ ਨਾਲ ਤੁਲਨਾ) ਅਤੇ ਹਰ ਵਾਰੀ ਇੱਕੋ ਜਿਹੀ ਇਨਵੈਂਟਰੀ ਕਟੌਤੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਮਿਕਸ-ਅੰਡ-ਮੈਚ ਸੈੱਟ ਉਹ ਹੈ “ਇਸ ਗਰੁੱਪ ਵਿੱਚੋਂ ਕੋਈ ਵੀ 3 ਚੁਣੋ।” ਕੀਮਤ ਅਤੇ ਸਟਾਕ ਹੋਰ ਜਟਿਲ ਹੋ ਜਾਂਦੇ ਹਨ ਕਿਉਂਕਿ ਘਟਕ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ। ਤੁਹਾਨੂੰ ਅਕਸਰ ਨਿਯਮਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜਿਵੇਂ “ਚੁਨੀ ਹੋਈਆਂ ਚੀਜ਼ਾਂ ਤੋਂ ਇਤਵਾਰ ਕੀਮਤ ਇਕੋ ਜਿਹੀ” (ਸਧਾਰਨ, ਪਰ ਮਾਰਜਿਨ ਹਿਲ ਸਕਦੇ ਹਨ) ਜਾਂ “ਕੀਮਤ ਚੁਣੀਆਂ ਚੀਜ਼ਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ” (ਸਪਸ਼ਟ ਮਾਰਜਿਨ, ਵੱਧ ਜਟਿਲਤਾ)।
ਕਿੱਟਾਂ, ਮਲਟੀਪੈਕ ਅਤੇ ਅਸੋਰਟਮੈਂਟ схмн ਲੱਗਦੇ ਹਨ ਪਰ ਵਿਵਹਾਰ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਹੁੰਦੇ ਹਨ:
ਜਦੋਂ ਤੁਹਾਨੂੰ ਸਥਿਰ ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਓਪਰੇਸ਼ਨ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਬੰਡਲ ਲਈ ਆਪਣਾ SKU ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਮ ਕਾਰਨ:
ਜਦੋਂ “ਬੰਡਲ” ਅਸਲ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਅਸਥਾਈ ਛੂਟ ਹੋਵੇ ਤਾਂ ਬੰਡਲਿੰਗ ਤੋਂ ਬਚੋ। ਜੇ ਆਈਟਮ ਅਲੱਗ-ਅਲੱਗ ਖਰੀਦੇ ਜਾ ਸਕਦੇ ਹਨ ਅਤੇ ਸੈੱਟ ਹਫ਼ਤਾਵਾਰ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਪ੍ਰੋਮੋ (ਚੈੱਕਆਉਟ 'ਤੇ ਛੂਟ ਨਿਯਮ) ਤੁਹਾਡੇ ਕੈਟਾਲੌਗ ਨੂੰ ਸਾਫ਼ ਰੱਖਦਾ ਹੈ ਅਤੇ ਇਨਵੈਂਟਰੀ ਹੈਰਾਨੀਆਂ ਘਟਾਉਂਦਾ ਹੈ।
ਗਾਹਕ ਅਕਸਰ ਡੂੰਘਾ ਗਣਿਤ ਨਹੀਂ ਕਰਦੇ। ਉਹ ਤੁਲਨਾ ਕਰਦੇ ਹਨ ਕਿ ਬੰਡਲ ਅੱਜ ਕਿੰਨੇ ਦਾ ਹੈ ਅਤੇ ਉਹ ਸੋਚਦੇ ਹਨ ਕਿ ਆਈਟਮ ਅਲੱਗ-ਅਲੱਗ ਖਰੀਦਣ 'ਤੇ ਕਿੰਨੇ ਖ਼ਰਚ ਹੋਵੇਗਾ। ਤੁਹਾਡਾ ਕੰਮ ਹੈ ਉਹ ਤੁਲਨਾ ਆਸਾਨ ਅਤੇ ਇੱਕਸਾਰ ਬਣਾਉਣਾ, ਤਾਂ ਜੋ ਛੂਟ ਅਸਲ ਮਹਿਸੂਸ ਹੋਵੇ ਅਤੇ ਤੁਹਾਡੇ ਕੀਮਤ ਨਿਯਮ ਸਥਿਰ ਰਹਿਣ।
ਹਰ ਬੰਡਲ ਲਈ ਦੋ ਕੀਮਤਾਂ ਦੀ ਪਰਿਭਾਸ਼ਾ ਕਰਕੇ ਸ਼ੁਰੂ ਕਰੋ:
ਫਿਰ ਇੱਕ ਮਿਆਰੀ ਤਰੀਕੇ ਨਾਲ ਛੂਟ ਦੀ ਗਣਨਾ ਕਰੋ ਅਤੇ ਉਸੇ 'ਤੇ ਟਿਕੇ ਰਹੋ:
ਛੂਟ ਰੱਕਮ = ਲਿਸਟ ਕੀਮਤ - ਬੰਡਲ ਕੀਮਤ
ਛੂਟ ਪ੍ਰਤੀਸ਼ਤ = ਛੂਟ ਰੱਕਮ / ਲਿਸਟ ਕੀਮਤ
ਇਹ ਸਭ ਤੋਂ ਸਧਾਰਨ ਰੂਪ ਹੈ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਖਰੀਦਦਾਰਾਂ ਦੀ ਉਮੀਦ ਨਾਲ ਮਿਲਦਾ ਹੈ।
ਰਾਊਂਡਿੰਗ ਉਥੇ ਹੈ ਜਿੱਥੇ ਭਰੋਸਾ ਘੱਟ ਹੋ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਕਾਰਟ $79.99 ਅਤੇ “20% ਛੂਟ” ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਗਾਹਕ ਜਾਂਚ ਕਰਨਗੇ। ਉਹ ਨੀਤੀਆਂ ਚੁਣੋ ਜੋ ਅਜੀਬ ਪੈਸਿਆਂ ਤੋਂ ਬਚਣ।
ਇਕ ਪ੍ਰੈਕਟਿਕਲ ਨਿਯਮਾਂ ਦਾ ਸੈੱਟ:
ਓਪਸ਼ਨਾਂ ਵਾਲੇ ਬੰਡਲਾਂ ਨੂੰ ਇੱਕ ਹੋਰ ਚੋਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ: ਕੀ ਤੁਸੀਂ ਸਸਤਾ ਸੰਭਵ ਸੰਰਚਨਾ ਤੋਂ ਕੀਮਤ ਲਓਗੇ, ਜਾਂ ਜੋ ਖਰੀਦਦਾਰ ਨੇ ਚੁਣਿਆ ਉਸ ਤੋਂ? “3 ਵਿੱਚੋਂ 1 ਚੁਣੋ” ਕਿੱਟ ਲਈ, ਲਿਸਟ ਕੀਮਤ ਚੁਣੇ ਗਏ ਵੈਰਿਅਂਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਗਣਨਾ ਕਰੋ, ਨਾ ਕਿ ਔਸਤ, ਤਾਂ ਜੋ ਦਿਖਾਈ ਗਈ ਬਚਤ ਈਮਾਨਦਾਰ ਰਹੇ।
ਅਖੀਰ ਵਿੱਚ, ਫੈਸਲਾ ਕਰੋ ਕਿ ਜਦੋਂ ਘਟਕ ਕੀਮਤ ਬਦਲੇਗੀ ਤਾਂ ਕੀ ਹੋਵੇ। ਸਭ ਤੋਂ ਸੁਥਰਾ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਬੰਡਲ ਕੀਮਤ ਨੂੰ ਆਪਣਾ ਫੈਸਲਾ ਮੰਨੋ: ਇਸਨੂੰ ਉਸ ਸਮੇਂ ਤੱਕ ਫਿਕਸ ਰੱਖੋ ਜਦੋਂ ਤੁਸੀਂ ਜਾਣ-ਬੂਝ ਕੇ ਮੁੜ ਕੀਮਤ ਬਦਲੋ, ਅਤੇ ਦਿਖਾਈ ਗਈ “ਤੁਲਨਾ ਲਈ” ਲਿਸਟ ਕੀਮਤ ਨੂੰ ਮੌਜੂਦਾ ਘਟਕ ਕੀਮਤਾਂ ਤੋਂ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰੋ। ਜੇ ਇਸ ਨਾਲ ਛੂਟ ਬਹੁਤ ਉੱਪਰ-ਥੱਲੇ ਹੋ ਜਾਏ, ਤਾਂ ਸ਼ੁਰੂ ਕਰੋ ਇੱਕ ਰਿਵਿਊ ਟ੍ਰਿਗਰ (ਉਦਾਹਰਣ ਲਈ ਜੇ ਛੂਟ 5 ਪੁਆਇੰਟ ਤੋਂ ਵੱਧ ਬਦਲੇ) ਤਾਂ ਜੋ ਤੁਸੀਂ ਗਾਹਕਾਂ ਦੇ ਨਿਯੇ ਨੋਟਿਸ ਤੋਂ ਪਹਿਲਾਂ ਠੀਕ ਕਰ ਸਕੋ।
ਬੰਡਲ ਛੂਟ ਸਿਰਫ਼ “ਚੰਗੀ” ਹੈ ਜੇ ਤੁਸੀਂ ਅਜੇ ਵੀ ਨਫ਼ੇ ਨੂੰ ਵੇਖ ਸਕਦੇ ਹੋ। COGS (ਉਤਪਾਦ ਦੀ ਲਾਗਤ) ਨੂੰ ਘਟਕ ਪੱਧਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕਰਕੇ ਸ਼ੁਰੂ ਕਰੋ। ਹਰ ਕਿੱਟ ਵਿੱਚ ਹਰ ਆਈਟਮ ਲਈ ਮੌਜੂਦਾ ਯੂਨਿਟ ਲਾਗਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ (ਤੁਸੀਂ ਇਸਨੂੰ ਖਰੀਦਦੇ ਜਾਂ ਬਣਾਉਂਦੇ ਹੋਏ ਜੋ ਭੁਗਤਦੇ ਹੋ), ਨਾਲ ਹੀ ਕੋਈ ਬੰਡਲ-ਵਿਸ਼ੇਸ਼ ਖ਼ਰਚ ਜਿਵੇਂ ਵਾਧੂ ਪੈਕਿੰਗ।
ਬੰਡਲ COGS ਸਧਾਰਨ ਹੈ: ਹਰ ਘਟਕ ਦੀ ਯੂਨਿਟ COGS ਨੂੰ ਕਿੱਟ ਵਿੱਚ ਦਿੱਤੀ ਮਾਤਰਾ ਨਾਲ ਗੁਣਾ ਕਰਕੇ ਜੋੜੋ, ਫਿਰ ਪੈਕਿੰਗ ਅਤੇ ਹੈਂਡਲਿੰਗ ਜੋੜੋ।
Bundle COGS = Σ (component unit COGS × component quantity) + packaging + handling
Gross margin $ = bundle price - Bundle COGS - shipping subsidies
Gross margin % = Gross margin $ / bundle price
ਉਦਾਹਰਣ: ਇੱਕ “Starter Kit” $99 'ਤੇ ਵੇਚਿਆ ਜਾਂਦਾ ਹੈ।
Bundle COGS = 28 + 12 + 8 + 3 = $51
Gross margin $ = 99 - 51 - 6 = $42
Gross margin % = 42 / 99 = 42.4%
ਇਹ ਉਤਪਾਦ ਬੰਡਲ ਕੀਮਤ ਗਣਿਤ ਦਾ ਮੁੱਢ ਹੈ: ਛੂਟ ਗਾਹਕ ਲਈ ਸਪਸ਼ਟ ਲੱਗਦੀ ਹੈ, ਅਤੇ ਮਾਰਜਿਨ ਤੁਹਾਡੇ ਲਈ ਦਿੱਖਾ ਹੋਵੇ।
ਰਿਪੋਰਟਿੰਗ ਲਈ, ਤੁਹਾਨੂੰ ਬੰਡਲ ਰੈਵਨਿਊ ਨੂੰ ਢੋਣ ਵਾਲੀਆਂ ਘਟਕਾਂ 'ਤੇ ਵੰਡਣਾ ਪੈ ਸਕਦਾ ਹੈ (ਕੇਟੇਗਰੀ ਵਿਕਰੀ, ਕਮਿਸ਼ਨ, ਜਾਂ ਟੈਕਸ ਰਿਪੋਰਟਿੰਗ ਲਈ)। ਇੱਕ ਆਮ ਤਰੀਕਾ ਹਰ ਆਈਟਮ ਦੇ ਸਟੈਂਡअਲੋਨ ਕੀਮਤ ਅਨੁਸਾਰ ਪ੍ਰਮਾਣੂਪੂਰਨ ਵੰਡ ਹੈ। ਜੇ A ਕੁੱਲ ਸਟੈਂਡਅਲੋਨ ਮੁੱਲ ਵਿੱਚ 50% ਹੈ, ਤਾਂ ਇਸਨੂੰ ਬੰਡਲ ਰੈਵਨਿਊ ਦਾ 50% ਮਿਲਦਾ ਹੈ। ਵੰਡ ਨਿਯਮ ਇੱਕਸਾਰ ਰੱਖੋ ਤਾਂ ਮਹੀਨਾ-ਮਹੀਨਾ ਰਿਪੋਰਟਿੰਗ ਤੁਲਨਾਤਮਕ ਰਹੇ।
ਕਿਸੇ ਛੂਟ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਬੁਰੀ ਬੰਡਲਾਂ ਨੂੰ ਬਲੋਕ ਕਰਨ ਲਈ ਗਾਰਡਰੇਲ ਸੈੱਟ ਕਰੋ:
ਇਹ ਆਖਰੀ ਖ਼ਰਚੇ ਛੋਟੇ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ, ਪਰ ਤੇਜ਼ੀ ਨਾਲ ਵੱਧਦੇ ਹਨ। ਜੇ ਇੱਕ ਕਿੱਟ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਪੈਕਿੰਗ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਅਸਲ COGS ਮੰਨੋ, ਨਾ ਕਿ ਇੱਕ ਗੋਲ-ਮੁਹਰੀ ਗਲਤੀ।
ਜੇ ਕੀਮਤ ਵਾਅਦਾ ਹੈ, ਤਾਂ ਇਨਵੈਂਟਰੀ ਸੱਚਾਈ ਹੈ। ਜਿਵੇਂ ਹੀ ਇੱਕ ਬੰਡਲ ਵਿਕਦਾ ਹੈ, ਤੁਹਾਡਾ ਸਟਾਕ ਸਿਸਟਮ ਇੱਕ ਤੇਜ਼ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣਾ ਹੋਵੇਗਾ: ਕਿਹੜੇ ਭੌਤਿਕ ਆਈਟਮ ਅਹੁਣ ਸ਼ੈਲਫ ਤੋਂ ਨਿਕਲ ਗਏ?
ਤੁਸੀਂ ਸਿਰਫ਼ ਘਟਕ ਰੱਖਦੇ ਹੋ। ਜਦ ਬੰਡਲ ਵਿਕਦਾ ਹੈ, ਤੁਸੀਂ ਹਰ ਘਟਕ ਦੀ ਲੋੜੀਂਦੀ ਮਾਤਰਾ ਘਟਾਉਦੇ ਹੋ (ਉਦਾਹਰਣ ਲਈ 1 ਬੋਤਲ + 2 ਫਿਲਟਰ)। ਜੇਕਰ ਬੰਡਲ ਜਿਆਦਾਤਰ ਕੀਮਤ ਦਾ ਧਿਆਨ ਹੈ ਤਾਂ ਇਹ ਸਭ ਤੋਂ ਸਾਫ਼ ਵਿਕਲਪ ਹੈ।
ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਪਿਕਰ.fulfillment ਵਿੱਚ ਕਿੱਟ ਬਣਾਉਂਦੇ ਹਨ। ਇਹ ਉਤਪਾਦ ਬੰਡਲ ਕੀਮਤ ਗਣਿਤ ਨੂੰ ਸੱਚਾ ਰੱਖਦਾ ਹੈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਛੂਟ ਕਿਸੇ ਸਸਤੀ ਸ਼ਿਪਿੰਗ, ਉੱਚ ਰੂਪਾਂਤਰਣ, ਜਾਂ ਸਿਰਫ਼ ਮਾਰਜਿਨ ਦੁਆਰਾ “ਭੁਗਤਾਈ” ਹੋ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ।
ਮਾਡਲ B ਕਿੱਟ ਨੂੰ ਇੱਕ ਅਸਲ ਸਟਾਕ ਕੀਤੇ ਗਿਆ ਆਈਟਮ ਮੰਨਦਾ ਹੈ ਜਿਸ ਦੀ ਆਪਣੀ ਆਨ-ਹੈਂਡ ਗਿਣਤੀ ਹੁੰਦੀ ਹੈ। ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕਿੱਟਾਂ ਅਸੈਮਬਲ ਕਰਦੇ ਹੋ, ਫਿਰ ਹਰ ਵਿਕਰੀ 'ਤੇ 1 ਕਿੱਟ ਘਟਦੇ। ਤੁਹਾਨੂੰ ਇੱਕ ਬਿਲਡ ਕਦਮ ਦੀ ਲੋੜ ਹੋਏਗੀ ਜੋ ਅਸੈംബਲ ਕਰਦਿਆਂ ਘਟਕਾਂ ਨੂੰ ਖਰਚ ਕਰਦਾ ਹੈ, ਨਾਹ ਤਾਂ ਤੁਹਾਡੇ ਘਟਕ ਗਣਨੀਆਂ ਗਲਤ ਹੋ ਜਾਣਗੀਆਂ।
ਮਾਡਲ C ਵਿਕਰੀ ਅਤੇ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਵਰਚੁਅਲ ਬੰਡਲ SKU ਰੱਖਦਾ ਹੈ, ਪਰ ਆਰਡਰ ਦੇ ਸਮੇਂ ਘਟਕਾਂ ਨੂੰ ਰਿੱਜ਼ਰਵ ਕਰਦਾ ਹੈ (ਨਾਜ਼ਕ ਸਮੇਂ ਤੇ ਨਹੀਂ)। ਰਿਜ਼ਰਵੇਸ਼ਨ ਓਵਰਸੇਲ ਨੂੰ ਰੋਕੇਗੀ ਜਦ ਸਟਾਕ ਕੱਟ ਹੋਵੇ ਜਾਂ ਭੁਗਤਾਨ ਕੈਪਚਰ ਵਿੱਚ ਦੇਰੀ ਹੋਵੇ।
ਇੱਥੇ ਚੁਣਨ ਦਾ ਦਰੁਸਤ ਤਰੀਕਾ:
ਕਈ ਗੋਦਾਮਾਂ ਹੋਣ 'ਤੇ ਇਕ ਹੋਰ ਨਿਯਮ ਜੁੜ ਜਾਂਦਾ ਹੈ: ਜਿੱਥੇ ਆਈਟਮ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਓਥੇ ਹੀ ਕਟੌਤੀ ਕਰੋ। ਮਾਡਲ A ਜਾਂ C ਨਾਲ, ਘਟਕ ਚੋਣ ਗੋਦਾਮ-ਖਾਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ (ਗੋਦਾਮ 1 ਕੋਲ ਚਾਰਜਰ ਹੈ, ਗੋਦਾਮ 2 ਕੋਲ ਨਹੀਂ)। ਮਾਡਲ B ਨਾਲ, ਤੁਹਾਨੂੰ ਹਰ ਗੋਦਾਮ ਲਈ ਕਿੱਟ ਸਟਾਕ ਟਰੈਕ ਕਰਨਾ ਪਵੇਗਾ, ਅਤੇ ਕਿੱਟਾਂ ਨੂੰ ਆਗੇ-ਪਿੱਛੇ ਭੇਜਣ ਲਈ ਟ੍ਰਾਂਸਫਰ ਜਾਂ ਅਸੈਮਬਲੀ ਵਰਕ ਆਰਡਰ ਦੀ ਲੋੜ ਹੋਏਗੀ।
ਇੱਕ ਛੋਟਾ ਉਦਾਹਰਣ: ਤੁਸੀਂ ਇੱਕ "Starter Kit" ਵੇਚਦੇ ਹੋ ਜਿਸ ਵਿੱਚ 1 ਮੱਗ ਅਤੇ 1 ਢੱਕਣ ਸ਼ਾਮਲ ਹੈ। ਜੇ ਗੋਦਾਮ A ਕੋਲ ਮੱਗ ਹਨ ਪਰ ਢੱਕਣ ਨਹੀਂ, ਮਾਡਲ A ਸਿਰਫ਼ ਤਾਂ ਵਿਕ ਸਕਦਾ ਹੈ ਜੇ ਆਰਡਰ ਉਸ ਗੋਦਾਮ ਨੂੰ ਰੂਟ ਕੀਤਾ ਜਾਵੇ ਜਿਸ ਕੋਲ دونوں ਹਨ, ਜਾਂ ਤੁਸੀਂ ਸਪਲਿਟ-ਸ਼ਿਪ ਕਰਦੇ ਹੋ (ਅਤੇ ਵਾਧੂ ਸ਼ਿਪਿੰਗ ਖ਼ਰਚ ਸਮਝਦੇ ਹੋ)। ਮਾਡਲ B ਉਨ੍ਹਾਂ ਗੁੰਝਲਾਂ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਪੂਰੇ ਕਿੱਟਾਂ ਨੂੰ ਉਥੇ ਸਟਾਕ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਅਸਲ ਵਿੱਚ ਭੇਜੇ ਜਾ ਸਕਦੇ ਹਨ।
ਇੱਕ ਬੰਡਲ ਠੀਕ ਤਰ੍ਹਾਂ ਬਰਤਾਅ ਨਹੀਂ ਕਰਦਾ ਜਦ ਤੱਕ ਤੁਹਾਡਾ ਕੈਟਾਲੌਗ ਅਤੇ ਇਨਵੈਂਟਰੀ ਇਹ ਨਾ ਮੰਨੇ ਕਿ ਕੀ ਵੇਚਿਆ ਜਾ ਰਿਹਾ ਹੈ: ਇੱਕ ਨਵਾਂ ਆਈਟਮ, ਜਾਂ ਮੌਜੂਦਾ ਆਈਟਮਾਂ ਦਾ ਇੱਕ ਸੈੱਟ। ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਫੈਸਲਾ ਕਰੋ ਕਿ ਕੀ ਟਰੈਕ ਕੀਤਾ ਜਾਣਾ ਹੈ, ਕੀਮਤ ਕੀ ਹੋਵੇਗੀ, ਅਤੇ ਵਾਪਸੀ ਕਿਵੇਂ ਹੋਵੇਗੀ।
ਇੱਕ ਬੰਡਲ ਸੈੱਟਅਪ ਕਰਨ ਲਈ ਇਹ ਫਲੋ ਵਰਤੋ (ਅਤੇ ਅਗਲੇ ਲਈ ਓਹੀ ਨਿਯਮ ਦੁਹਰਾਓ):
ਇੱਥੇ ਇੱਕ ਤੇਜ਼ ਸਥਿਤੀ ਜਾਂਚ ਕਰਨ ਲਈ: ਤੁਸੀਂ ਇੱਕ “Starter Kit” ਵੇਚਦੇ ਹੋ ਜਿਸ ਵਿੱਚ 1 ਮੱਗ ਅਤੇ 2 ਕੌਫੀ ਪੈਕ ਹਨ। ਜੇ ਮੱਗ ਆਊਟ ਆਫ ਸਟਾਕ ਹਨ ਪਰ ਕੌਫੀ ਪੈਕ ਨਹੀਂ, ਤੁਹਾਡੀ ਸਟੋਰਫਰੰਟ ਨੂੰ ਜਾਂ ਤਾਂ ਬੰਡਲ ਨੂੰ ਰੋਕਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਸਪष्ट ਤੌਰ 'ਤੇ ਬੈਕਆਰਡਰ ਦੇ ਤੌਰ 'ਤੇ ਦਰਸਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਸਿਸਟਮ ਕਦੇ ਵੀ 2 ਕੌਫੀ ਪੈਕ ਖ਼ਾਲੀ ਬਿਨਾਂ ਮੱਗ ਦੀ ਰਿਜ਼ਰਵੇਸ਼ਨ ਤੋਂ ਘਟਾਉਣਾ ਨਹੀਂ ਚਾਹੀਦਾ।
ਜੇ ਤੁਸੀਂ ਕਸਟਮ ਵਰਕਫਲੋ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ Koder.ai ਵਾਂਗ ਇੱਕ ਟੂਲ ਤੁਹਾਨੂੰ ਬੰਡਲ ਨਿਯਮ (SKU, BOM, ਕਟੌਤੀ ਸਮਾਂ) ਇਕ ਵਾਰੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਫਿਰ ਵੈੱਬ ਅਤੇ ਬੈਕਐਂਡ ਸਿਸਟਮਾਂ 'ਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਕੈਟਾਲੌਗ ਅਤੇ ਸਟਾਕ ਲੋਜਿਕ ਜਨਰੇਟ ਕਰ ਸਕਦਾ ਹੈ।
ਜਿਵੇਂ ਹੀ ਹਕੀਕਤ ਆਉਂਦੀ ਹੈ, ਬੰਡਲ ਪੀੜਾ ਵਾਲੇ ਹੋ ਜਾਂਦੇ ਹਨ: ਇੱਕ ਆਈਟਮ ਮਿਸਿੰਗ ਹੈ, ਗਾਹਕ ਤਬਦੀਲੀਆਂ ਚਾਹੁੰਦਾ ਹੈ, ਜਾਂ ਵਾਪਸੀ ਆੰਸ਼ਿਕ ਹੈ। ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਸਮਝਦਾਰ ਰਹਿਣ ਦਾ ਇਹ ਹੈ ਕਿ ਗਾਹਕ-ਮੁੱਖ ਆਰਡਰ ਨੂੰ ਸਧਾਰਨ ਰੱਖੋ (ਇੱਕ ਬੰਡਲ ਲਾਈਨ) ਜਦਕਿ ਫੁਲਫਿਲਮੈਂਟ ਅਤੇ ਸਟਾਕ ਨੂੰ ਘਟਕ ਪੱਧਰ 'ਤੇ ਟਰੈਕ ਕਰੋ।
ਜਦੋਂ ਇੱਕ ਘਟਕ ਆਊਟ ਆਫ ਸਟਾਕ ਹੋਵੇ, ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਬੰਡਲ ਅੰਸ਼ਿਕ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਪੂਰਾ ਹੀ ਰੁਕਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਅੰਸ਼ਿਕ ਸ਼ਿਪਮੈਂਟ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਸਿਰਫ਼ ਜੋ ਅਸਲ ਵਿੱਚ ਭੇਜਿਆ ਜਾ ਰਿਹਾ ਹੈ ਉਸ ਲਈ ਇਨਵੈਂਟਰੀ ਘਟਾਓ, ਅਤੇ ਬਾਕੀ ਨੂੰ ਰਿਜ਼ਰਵ ਰੱਖੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਓਵਰਸੇਲ ਨਾ ਕਰੋ। ਬੰਡਲ ਲਾਈਨ "ਅੰਸ਼ਿਕ ਤੌਰ ਤੇ ਪੂਰਾ" ਰਹਿੰਦੀ ਹੈ, ਪਰ ਤੁਹਾਡੀ ਸਟਾਕ ਲੈਜਰ ਸਾਫ਼ ਰਹੇਗੀ।
ਬਦਲਾਅ ਦੀ ਆਗਿਆ ਠੀਕ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਇਸਨੂੰ ਨਿਯੰਤਰਿਤ ਤਬਦੀਲ ਦੇ ਰੂਪ ਵਿੱਚ ਸਂਭਾਲੋ, ਨਾ ਕਿ ਇੱਕ ਐਡ-ਹਾਕ ਮੁਫ਼ਤ-ਫੋਰ-ਆਲ। ਵੰਡ ਨਿਯਮ ਰੱਖੋ ਜੋ ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਮਾਰਜਿਨ ਨੂੰ ਬਚਾਓ:
ਵਾਪਸੀਆਂ ਲਈ ਦੋ ਰਸਤੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ: ਪੂਰਾ ਕਿੱਟ ਵਾਪਸ ਅਤੇ ਇੱਕ ਘਟਕ ਵਾਪਸੀ। ਉਦਾਹਰਣ: ਇੱਕ “Starter Kit” $90 (ਅਸਲ ਵਿੱਚ $100 ਤੋਂ ਛੂਟ) 'ਤੇ ਵਿਕਿਆ। ਇਹ 1 ਬੋਤਲ ($40 ਲਿਸਟ) ਅਤੇ 1 ਬ੍ਰਸ਼ ($60 ਲਿਸਟ) ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਜੇ ਪੂਰਾ ਕਿੱਟ ਵਾਪਸ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਦੋਨਾਂ ਘਟਕਾਂ ਨੂੰ ਸਟਾਕ ਵਿੱਚ ਵਾਪਸ ਰੱਖੋ, ਅਤੇ $90 ਰਿਫੰਡ ਕਰੋ।
ਜੇ ਸਿਰਫ਼ ਬ੍ਰਸ਼ ਵਾਪਸ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਭੁਗਤਾਇਆ ਬੰਡਲ ਕੀਮਤ ਦੇ ਅਨੁਪਾਤ ਅਨੁਸਾਰ ਪ੍ਰੋਰੇਟ ਕੀਤੇ ਹੋਏ ਹਿੱਸੇ ਦਾ ਰਿਫੰਡ ਕਰੋ, ਨਾ ਕਿ ਬ੍ਰਸ਼ ਦੀ ਅਲੱਗ-ਵੱਖਰੀ ਕੀਮਤ। ਇੱਕ ਸਧਾਰਨ, ਦਲੀਲਯੋਗ ਢੰਗ ਲਿਸਟ ਕੀਮਤ ਦੇ ਭਾਰ ਨਾਲ ਪ੍ਰੋਰੇਟ ਕਰਨਾ ਹੈ।
ਇਹ ਛੂਟਾਂ ਨੂੰ ਸਪਸ਼ਟ ਰੱਖਦਾ ਹੈ, “ਮੁਫ਼ਤ ਪੈਸਾ” ਵਾਲੀਆਂ ਰਿਫੰਡਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ, ਅਤੇ ਸਮੇਂ ਦੇ ਨਾਲ ਇਨਵੈਂਟਰੀ ਨੂੰ ਭਟਕਣ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ।
ਬੰਡਲ ਆਮ ਤੌਰ 'ਤੇ ਨਿਰਾਸ਼ ਕਰਨ ਵਾਲੇ ਕਾਰਨਾਂ miatt ਫੇਲ ਹੁੰਦੇ ਹਨ: ਕੈਟਾਲੌਗ ਨਿਯਮ ਅਸਪਸ਼ਟ ਹਨ, ਅਤੇ ਗਣਿਤ ਦੋ ਵਾਰੀ ਲਾਗੂ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਸਨੂੰ ਠੀਕ ਕਰਨਾ ਸਬ ਤੋਂ ਵੱਧ ਇੱਕ ਸਿਤੇ ਨਿਰਧਾਰਿਤ ਸਰੋਤ ਚੁਣਨ ਬਾਰੇ ਹੈ—ਮੁੱਲ, ਮਾਰਜਿਨ, ਅਤੇ ਸਟਾਕ ਲਈ।
ਸਭ ਤੋਂ ਵੱਡਾ ਇਨਵੈਂਟਰੀ ਫੰਦਾ ਦੋ ਥਾਵਾਂ 'ਤੇ ਸਟਾਕ ਘਟਾਉਣਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਬੰਡਲ SKU ਵੇਚਣ ਲਈ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਇਹ "ਵਰਚੁਅਲ" SKU ਹੈ (ਆਪਣੀ ਕੋਈ ਸਟਾਕ ਨਹੀਂ) ਜਾਂ "ਪ्रीਪੈਕਡ" SKU (ਇਸ ਦੀ ਆਪਣੀ ਆਨ-ਹੈਂਡ ਯੂਨਿਟ)। ਵਰਚੁਅਲ ਬੰਡਲਾਂ ਨੂੰ ਸਿਰਫ਼ ਘਟਕ ਨੂੰ ਘਟਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਪ੍ਰੀਪੈਕਡ ਕਿੱਟਾਂ ਨੂੰ ਸਿਰਫ਼ ਕਿੱਟ SKU ਨੂੰ ਘਟਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਜਦ ਤੱਕ ਤੁਸੀਂ ਇਕ ਖੋਲ੍ਹ ਕੇ ਘਟਕਾਂ ਨੂੰ ਘਟਾਉਣਾ ਨਾ ਚਾਹੋ।
ਛੂਟਾਂ ਵੀ ਗੋਲ-ਰਾਊਂਡਿੰਗ ਕਾਰਨ ਵੱਢੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਇੱਕ ਬੰਡਲ ਕੀਮਤ $49.99 ਸਾਫ਼ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ, ਪਰ ਜੇ ਹਰ ਘਟਕ ਵੱਖ-ਵੱਖ ਤਰੀਕੇ ਨਾਲ ਰਾਊਂਡ ਕੀਤਾ ਗਿਆ, ਤਾਂ ਸੰਕੇਤਤ ਛੂਟ ਹਰ ਆਰਡਰ 'ਤੇ ਇੱਕ-ਦੋ ਸੈਂਟ ਨਾਲ ਹਿਲ ਸਕਦੀ ਹੈ। ਸਮੇਂ ਦੇ ਨਾਲ ਇਹ ਗਾਹਕ ਸਪੋਰਟ ਸ਼ੋਰ ਅਤੇ ਗੰਦੇ ਰਿਪੋਰਟਿੰਗ ਬਣ ਸਕਦਾ ਹੈ। ਇੱਕ ਰਾਊਂਡਿੰਗ ਨੀਤੀ ਚੁਣੋ ਅਤੇ ਫੈਨਲ ਬੰਡਲ ਕੀਮਤ 'ਤੇ ਇੱਕ ਵਾਰੀ ਲਗਾਓ।
ਇੱਥੇ ਆਮ ਫੰਦੇ ਹਨ ਜੋ ਮਾਰਜਿਨ ਅਤੇ ਓਪਰੇਸ਼ਨ ਨੂੰ ਹਾਣੀ ਪਹੁੰਚਾਂਦੇ ਹਨ, ਤੇਜ਼ ਸੁਧਾਰ:
ਜੇ ਤੁਸੀਂ ਇਹ ਲੋਜਿਕ ਕੋਡ ਵਿੱਚ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਲਿਖਕੇ ਨਿਯਮ ਰੱਖੋ ਪਹਿਲਾਂ, ਫਿਰ ਇੰਪਲੀਮੈਂਟ ਕਰੋ। Koder.ai ਵਿੱਚ, ਬੰਡਲ ਨਿਯਮਾਂ (ਸਟਾਕ ਕਟੌਤੀ, ਰਾਊਂਡਿੰਗ, ਛੂਟ ਸਟੈਕਿੰਗ) ਲਈ ਪਲੈਨਿੰਗ ਮੋਡ ਵਰਤ ਕੇ ਤੁਸੀਂ ਬਿਹੇਵਿਓਰ ਨੂੰ ਸਥਿਰ ਰੱਖ ਸਕਦੇ ਹੋ ਜਦੋਂ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਸਰੋਤ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰੋ ਜਾਂ ਨਵੇਂ ਬੰਡਲ ਜੋੜੋ।
ਅੱਗੇ ਪਬਲਿਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, 10 ਮਿੰਟ ਲਓ ਅਤੇ ਨਿਯਮਾਂ ਨੂੰ ਇੱਕਸਾਰ ਨਿਸ਼ਚਿਤ ਕਰੋ। ਜ਼ਿਆਦਾਤਰ ਸਮੱਸਿਆਵਾਂ ਬਾਅਦ ਵਿੱਚ "ਅਸੀਂ ਪੈਸਾ ਕਿਵੇਂ ਗਵਾ ਦਿੱਤਾ?" ਜਾਂ "ਸਟਾਕ ਗਲਤ ਕਿਉਂ ਹੈ?" ਦੇ ਰੂਪ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ ਅਤੇ ਦੋਹਾਂ ਆਮ ਤੌਰ 'ਤੇ ਅਸਪਸ਼ਟ ਗਣਿਤ ਵੱਲੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ।
ਗਾਹਕ-ਸਮ੍ਹਨੇ ਕੀਮਤ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਜੇ ਤੁਸੀਂ "Save 15%" ਦਿਖਾਉਂਦੇ ਹੋ, ਤਾਂ ਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਨੰਬਰ ਉਹੀ ਰੈਫਰੈਂਸ ਕੀਮਤ 'ਤੇ ਆਧਾਰਿਤ ਹੈ ਜੋ ਤੁਸੀਂ ਹਰ ਜਗ੍ਹਾ ਵਰਤਦੇ ਹੋ (ਤੁਹਾਡੀਆਂ ਮੌਜੂਦਾ ਵੇਚਣ ਵਾਲੀਆਂ ਕੀਮਤਾਂ, ਨਾ ਕਿ ਪੁਰਾਣਾ MSRP)। ਇਹ ਉਥੇ ਉਤਪਾਦ ਬੰਡਲ ਕੀਮਤ ਗਣਿਤ ਸੱਚਾਈ ਵਿਚ ਪੁੱਛਤਾਛ ਹੁੰਦੀ ਹੈ: ਦਿਖਾਈ ਗਈ ਛੂਟ ਉਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸਨੂੰ ਖਰੀਦਦਾਰ ਜਾਂਚ ਸਕਦਾ ਹੈ।
ਫਿਰ ਨਫ਼ੇ ਦੀ ਜਾਂਚ ਕਰੋ ਉਹੀ ਖ਼ਰਚ ਵਰਤ ਕੇ ਜੋ ਹਰ ਆਰਡਰ 'ਤੇ ਤੁਹਾਡੇ ਉੱਤੇ ਆਉਂਦੇ ਹਨ। ਪਿਕ-ਅਤੇ-ਪੈਕ ਲੇਬਰ, ਪੈਕਿੰਗ, ਭੁਗਤਾਨ ਫੀਸ, ਅਤੇ ਵਧੇਰੇ ਭਾਰ ਜਾਂ ਵੱਖ-ਵੱਖ ਆਈਟਮਾਂ ਨਾਲ ਹੋਣ ਵਾਲੀ ਸ਼ਿਪਿੰਗ ਲਾਗਤ ਲਵੋ। ਜੇ ਬੰਡਲ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਤਰ੍ਹਾਂ ਤੁਹਾਡੀ ਨਿਸ਼ਾਨਾ ਮਾਰਜਿਨ ਨੂੰ ਪਾਰ ਕਰਦਾ ਹੈ ਜਦ ਸਭ ਕੁਝ ਬਿਲਕੁਲ ਠੀਕ ਹੋਵੇ, ਤਾਂ ਇਹ ਜੋਖਿਮ ਭਰਿਆ ਆਫਰ ਹੈ।
ਇਨਵੈਂਟਰੀ ਦੂਜਾ ਅਧਾ ਹੈ। ਫੈਸਲਾ ਕਰੋ ਕਿ ਬੰਡਲ ਆਪਣਾ SKU ਹੈ ਕਿ ਨਹੀਂ, ਇਹ ਕਿਸ ਤਰ੍ਹਾਂ ਘਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਰੱਦ/ਵਾਪਸੀ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਕ ਵਾਕ ਵਿੱਚ ਸਟਾਕ ਲੋਜਿਕ ਨੂੰ ਇੱਕ ਵਾਕ ਵਿੱਚ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਇਹ ਦਬਾਅ ਵਿੱਚ ਫੇਲ ਹੋਵੇਗਾ।
ਇੱਥੇ ਇੱਕ ਟਾਈਟ ਪ੍ਰੀ-ਲਾਂਚ ਚੈੱਕਲਿਸਟ:
ਜੇ ਤੁਸੀਂ ਇਹ ਆਟੋਮੇਟ ਕਰ ਰਹੇ ਹੋ ਜਿਵੇਂ Koder.ai ਵਰਗਾ ਕੋਈ ਟੂਲ, ਤਾਂ ਪਹਿਲਾਂ ਇਹ ਨਿਯਮ ਲਿਖੋ, ਫਿਰ ਉਨ੍ਹਾਂ ਨੂੰ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਲਾਗੂ ਕਰੋ ਤਾਂ ਕਿ ਸੰਖਿਆਵਾਂ ਜਦੋਂ ਤੁਸੀਂ ਸਕੇਲ ਕਰੋ ਤਾਂ ਸਥਿਰ ਰਹਿਣ।
ਇੱਕ "Starter Kit" ਸੋਚੋ ਜੋ ਤਿੰਨ ਆਈਟਮਾਂ ਦਾ ਬਣਿਆ ਹੈ ਜੋ ਤੁਸੀਂ ਅਲੱਗ-ਅਲੱਗ ਵੀ ਵੇਚਦੇ ਹੋ। ਲਕੜਾ ਇਹ ਹੈ ਕਿ ਛੂਟ ਸਪਸ਼ਟ ਹੋਵੇ, ਮਾਰਜਿਨ ਜਾਂਚਣ ਵਿੱਚ ਆਸਾਨ ਹੋਵੇ, ਅਤੇ ਸਟਾਕ ਸਦਾ ਸਹੀ ਰਹੇ।
ਇਹਨਾਂ ਘਟਕਾਂ ਅਤੇ ਸਧਾਰਨ ਕੀਮਤਾਂ ਅਤੇ ਲਾਗਤਾਂ ਨਾਲ ਕਲਪਨਾ ਕਰੋ:
ਅਲੱਗ-ਅਲੱਗ ਵੇਚਣ 'ਤੇ ਗਾਹਕ $20 + $12 + $18 = $50 ਭੁਗਤਦੇ (ਇਹ ਤੁਹਾਡੀ “ਪੈਰਟਸ ਦਾ ਜੋੜ” ਲਿਸਟ ਟੋਟਲ ਹੈ)।
ਹੁਣ ਬੰਡਲ ਕੀਮਤ $42 ਰੱਖੋ। ਛੂਟ $50 - $42 = $8। ਛੂਟ ਪ੍ਰਤੀਸ਼ਤ $8 / $50 = 16%।
ਇਹ ਉਤਪਾਦ ਬੰਡਲ ਕੀਮਤ ਗਣਿਤ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਸਾਫ਼ ਤਰੀਕਾ ਹੈ: ਪੈਰਟਸ ਦਾ ਜੋੜ ਦਿਖਾਓ, ਫਿਰ ਕਿੱਟ ਕੀਮਤ ਅਤੇ ਬਚਤ ਦਿਖਾਓ।
ਬੰਡਲ COGS ਘਟਕਾਂ ਦੀ ਜੋੜ ਹੈ: $8 + $4 + $6 = $18।
ਕਿੱਟ 'ਤੇ ਗ੍ਰੌਸ ਪ੍ਰਾਫਿਟ $42 - $18 = $24।
ਗ੍ਰੌਸ ਮਾਰਜਿਨ ਪ੍ਰਤੀਸ਼ਤ $24 / $42 = 57.1%।
ਇਹ ਇੱਕ ਨੰਬਰ ਤੁਹਾਨੂੰ ਤੁਹਾਡੀ ਆਮ ਮਾਰਜਿਨ ਨਾਲ ਤੁਲਨਾ ਕਰਨ ਦਿੰਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਨਿਯਮਤ ਟਾਰਗਟ 60% ਹੈ, ਤਾਂ ਇਹ ਕਿੱਟ ਥੋੜ੍ਹਾ ਕਸ ਕੇ ਹੈ ਅਤੇ ਤੁਸੀਂ ਫੈਸਲਾ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਉੱਚੀ ਕਨਵਰਜ਼ਨ ਦਰ ਇਸ ਲਈ ਕਾਬਿਲ ਹੈ ਜਾਂ ਨਹੀਂ।
ਸ਼ੁਰੂ ਕਰੋ ਆਨ-ਹੈਂਡ ਇਨਵੈਂਟਰੀ ਨਾਲ: ਬੋਤਲ 40, ਤੌਲੀਆ 30, ਸ਼ੇਕਰ 25।
5 ਕਿੱਟ ਵੇਚੋ। ਇਨਵੈਂਟਰੀ ਹਰ ਘਟਕ ਤੋਂ 5 ਯੂਨਿਟ ਘਟਾਓ:
ਬੋਤਲ 40 - 5 = 35, ਤੌਲੀਆ 30 - 5 = 25, ਸ਼ੇਕਰ 25 - 5 = 20।
ਹੁਣ ਇੱਕ ਗਾਹਕ ਸਿਰਫ਼ ਇੱਕ ਕਿੱਟੋਂ ਤੌਲੀਆ ਵਾਪਸ ਕਰਦਾ ਹੈ। 1 ਤੌਲੀਆ ਵਾਪਸ ਰੀਸਟਾਕ ਕਰੋ (ਤੌਲੀਆ 25 + 1 = 26)।
ਪੈਸੇ ਲਈ, ਇੱਕ ਸਪਸ਼ਟ ਨਿਯਮ ਚੁਣੋ ਅਤੇ ਉਸ 'ਤੇ ਟਿਕੇ ਰਹੋ: ਜਾਂ (a) ਕਿੱਟਾਂ 'ਤੇ ਅੰਸ਼ਿਕ ਵਾਪਸੀਆਂ ਨਹੀਂ, ਜਾਂ (b) ਅੰਸ਼ਿਕ ਰਿਫੰਡ ਬੰਡਲ ਕੀਮਤ ਦੇ ਹਿੱਸੇ ਅਨੁਸਾਰ ਹੋਣ। ਜੇ ਤੁਸੀਂ ਵਾਪਸੀ ਨੂੰ ਤੌਲੀਆ ਦੀ ਅਲੱਗ-ਵੱਖਰੀ ਕੀਮਤ ($12) ਤੋਂ ਰਿਫੰਡ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਲਾਭਦਾਇਕ ਕਿੱਟ ਨੂੰ ਨੁਕਸਾਨ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹੋ।
ਬੰਡਲ ਤਦ ਹੀ ਲਾਭਦਾਇਕ ਅਤੇ ਸਹੀ ਰਹਿੰਦੇ ਹਨ ਜਦੋਂ ਹਰ ਕੋਈ ਇੱਕੋ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰੇ। ਕਿਸੇ ਚੈਨਲ 'ਤੇ ਕਿੱਟ ਸਕੇਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਸਧਾਰਨ "ਬੰਡਲ ਨੀਤੀ" ਲਿਖੋ ਜਿਸ ਦੀ ਟੀਮ ਅਣਕਈ ਵਾਰ ਦੇਖ ਸਕੇ।
ਤਿੰਨ ਗੱਲਾਂ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ: ਤੁਸੀਂ ਬੰਡਲ ਕੀਮਤ ਕਿਵੇਂ ਸੈੱਟ ਕਰਦੇ ਹੋ (ਅਤੇ ਛੂਟ ਕਿਵੇਂ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ), ਇਨਵੈਂਟਰੀ ਕਿਵੇਂ ਘਟਾਈ ਜਾਂਦੀ ਹੈ (ਬੰਡਲ SKU, ਘਟਕ, ਜਾਂ ਦੋਹਾਂ), ਅਤੇ ਵਾਪਸੀ ਕਿਵੇਂ ਹੈ (ਬੰਡਲ 'ਤੇ ਰਿਫੰਡ ਜਾਂ ਹਰੇਕ ਘਟਕ 'ਤੇ)।
ਇੱਕ ਚੰਗੀ ਨੀਤੀ ਇੱਕ ਪੰਨੇ 'ਤੇ ਫਿੱਟ ਹੋ ਸਕਦੀ ਹੈ। ਇੱਕ ਛੋਟੀ ਚੈੱਕਲਿਸਟ ਵਰਤੋ:
ਅਗਲੇ, ਅਸਲ ਆਰਡਰਾਂ ਨਾਲ ਐਜ ਕੇਸ ਟੈਸਟ ਕਰੋ, ਸਿਰਫ਼ ਸਪੀਡਸ਼ੀਟਾਂ ਨਾਲ ਨਹੀਂ। ਹਰ ਉਮੀਦ ਕੀਤੀ ਸਥਿਤੀ ਲਈ ਇੱਕ ਟੈਸਟ ਆਰਡਰ ਬਣਾਓ: ਅੰਸ਼ਿਕ ਵਾਪਸੀ, ਬਦਲੀ, ਬੈਕਆਰਡਰ ਘਟਕ, ਬੰਗਦਾਰ ਟੈਕਸ ਵਰਗੇ ਮਾਮਲੇ, ਅਤੇ ਮਹੀਨੇ ਦਰਮਿਆਨ ਕੀਮਤ ਬਦਲ। ਸਕ੍ਰੀਨਸ਼ਾਟ ਜਾਂ ਨੋਟ ਸੇਵ ਕਰੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਸਿਸਟਮ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਟੈਸਟ ਦੁਹਰਾ ਸਕੋ।
ਮਾਰਜਿਨ ਡ੍ਰਿਫਟ ਨੂੰ ਪਕੜਨ ਲਈ ਮਹੀਨੇਵਾਰ ਸਮੀਖਿਆ ਨਿਰਧਾਰਿਤ ਕਰੋ। ਘਟਕ ਖ਼ਰਚ ਚੁਪਚਾਪ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਤੁਹਾਡਾ “ਵਧੀਆ ਡੀਲ” ਕਿਸੇ ਵੀ ਵੇਲੇ ਲਾਸ ਲੀਡਰ ਬਣ ਸਕਦੀ ਹੈ ਬਿਨਾਂ ਕਿਸੇ ਨੂੰ ਪਤਾ ਲਗੇ। ਇੱਕ 15 ਮਿੰਟ ਦੀ ਕੈਲੇਂਡਰ ਯਾਦ ਦੌਰਾ ਕਰਕੇ ਉੱਪਰਲੇ ਬੰਡਲਾਂ, ਘਟਕ ਲਾਗਤਾਂ, ਅਤੇ ਅਸਲ ਮਾਰਜਿਨ ਦੀ ਸਮੀਖਿਆ ਕਰਨਾ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫੀ ਹੁੰਦਾ ਹੈ।
ਜੇ ਤੁਹਾਡੇ ਮੌਜੂਦਾ ਟੂਲ ਤੁਹਾਡੇ ਨਿਯਮਾਂ ਨੂੰ ਸਾਫ਼ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਇੱਕ ਛੋਟਾ ਆਸ-ਇੰਟਰਨਾl ਐਪ ਬਣਾਓ ਜੋ ਸਿਰਫ਼ ਉਹੀ ਕੰਮ ਕਰੇ ਜੋ ਤੁਹਾਨੂੰ ਚਾਹੀਦਾ ਹੈ (ਬੰਡਲ ਸੈਟਅਪ, ਵੈਲੀਡੇਸ਼ਨ, ਅਤੇ ਰਿਪੋਰਟਿੰਗ)। Koder.ai ਨਾਲ, ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਆਪਣੇ ਬੰਡਲ ਨਿਯਮਾਂ ਦਾ ਵਰਣਨ ਕਰਕੇ ਇੱਕ ਬੈਕ-ਆਫਿਸ ਟੂਲ (React + Go + PostgreSQL) ਬਣਵਾ ਸਕਦੇ ਹੋ, ਫਿਰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸਮਝੋ snapshots ਅਤੇ rollback ਵਰਤ ਕੇ ਲੋਜਿਕ ਨੂੰ ਐਡੀਟ ਕਰੋ।