ਸੋਲੋ D2C ਸੰਸਥਾਪਕਾਂ ਲਈ ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ — ਪਹਿਲਾਂ ਕੀ ਸ਼ਿਪ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਨੂੰ ਕਿਹੜੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ

ਸੋਲੋ D2C ਸੰਸਥਾਪਕ ਨੂੰ ਪਹਿਲੇ ਦਿਨ "ਫੁੱਲ ਬੈਕ ਆਫਿਸ" ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ। ਤੁਹਾਨੂੰ ਕੁਝ ਐਸੀਆਂ ਸਕ੍ਰੀਨਾਂ ਦੀ ਲੋੜ ਹੈ ਜਿਨ੍ਹਾਂ ਤੇ ਤੁਸੀਂ ਹਰ ਸਵੇਰੇ ਅਤੇ ਸਪੋਰਟ ਫਾਇਰ ਡ੍ਰਿੱਲ ਦੌਰਾਨ ਭਰੋਸਾ ਕਰ ਸਕੋ। ਅਸਲ ਕੰਮ ਸਿਮਪਲ ਹੈ: ਆਰਡਰ ਅੱਗੇ ਵਧਾਓ, ਸਟਾਕ ਸਹੀ ਰੱਖੋ, ਅਤੇ ਗਲਤੀਆਂ ਜਿਨ੍ਹਾਂ ਤੋਂ ਪੈਸਾ ਜਾਂ ਭਰੋਸਾ ਖੋ ਸਕਦਾ ਹੈ — ਰੋਕੋ।

ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਦਾ مطلب "ਸਿਰਫ ਘਟੀਆਂ ਫੀਚਰਾਂ" ਨਹੀਂ। ਇਹ ਉਹ ਸਭ ਤੋਂ ਛੋਟੀ ਕਾਰਵਾਈਆਂ ਹਨ ਜੋ ਮਹਿੰਗੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਰੋਕਦੀਆਂ ਹਨ। ਜੇਕਰ ਕੋਈ ਸਕ੍ਰੀਨ ਅੱਜ ਦੇ ਆਰਡਰ ਸ਼ਿਪ ਕਰਨ, ਗਾਹਕ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਜਾਂ ਓਵਰਸੈਲਿੰਗ ਰੋਕਣ ਵਿੱਚ ਮਦਦ ਨਹੀਂ ਕਰਦੀ, ਤਾਂ ਇਹ ਸੰਭਵਤ: v1 ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹੋਵੇਗੀ।

ਨਿਊਨਤਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਦਾ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ ਫੇਲਿਯਰ ਪੋਇੰਟਾਂ 'ਤੇ ਧਿਆਨ ਦੇਣਾ। ਤੁਹਾਡੀ ਪਹਿਲੀ ਰਿਲੀਜ਼ ਇਹ ਗੱਲਾਂ ਮুশਕਲ ਬਣਾਉਣੀ ਚਾਹੀਦੀ ਹੈ:

• ਅਸਪਸ਼ਟ ਆਰਡਰ ਸਟੇਟਸ ਕਰਕੇ ਮਿਸਿੰਗ ਜਾਂ ਦੇਰੀਵਾਲੀ ਫ਼ਲਫਿਲਮੈਂਟ
• ਇਨਵੈਂਟਰੀ ਅਪਡੇਟ ਨਾ ਹੋਣ ਜਾਂ ਨਜ਼ਰ ਨਹੀਂ ਆਉਣ ਕਾਰਨ ਓਵਰਸੈਲਿੰਗ
• ਰੀਫੰਡ ਅਤੇ ਗੁੱਸੇ ਵਾਲੇ ਇਮੇਲ ਕਿਉਂਕਿ ਗਾਹਕ ਦੀ ਜਾਣਕਾਰੀ ਵੱਖ-ਵੱਖ ਜਗ੍ਹਾਂ 'ਤੇ ਹੁੰਦੀ ਹੈ
• ਪ੍ਰੋਮੋ ਕਕਸ ਨੂੰ ਆਡਿਟ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੋਣਾ ਜਾਂ ਕੂਪਨ ਅਸਮਝਦਾਰ ਹੋ ਜਾਣ
• ਛੋਟੇ ਬਦਲਾਅ ਲਈ ਹਰ ਵਾਰੀ ਡਿਵੈਲਪਰ ਦੀ ਲੋੜ

ਇੱਥੇ ਦਰਸ਼ਕ ਤੁਸੀਂ ਹੋ (ਜਾਂ ਤੁਸੀਂ ਅਤੇ ਇਕ ਮਦਦਗਾਰ) ਜੋ ਪ੍ਰੋਡਕਟ, ਮਾਰਕੀਟਿੰਗ ਅਤੇ ਸਪੋਰਟ ਦੇ ਵਿਚਕਾਰ ਓਪਰੇਸ਼ਨ ਕਰ ਰਹੇ ਹੋ। ਇਸਦਾ ਮਤਲਬ ਹੈ UI ਨੂੰ ਗਤੀ ਅਤੇ ਨਿਸ਼ਚਿਤਤਾ 'ਤੇ ਤਰਜੀਹ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ ਨਾ ਕਿ ਫਲੈਗਸੀਬਲਿਟੀ 'ਤੇ। ਹਰ ਸਕ੍ਰੀਨ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ: "ਮੈਨੂੰ ਅਗਲਾ ਕੀ ਕਰਨਾ ਹੈ?" ਅਤੇ ਹਰ ਜ਼ਰੂਰੀ ਕਾਰਵਾਈ ਕੁਝ ਕਲਿਕਾਂ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਖੋਜ ਨਹੀ।

ਨਿਸ਼ਾਨਾ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕ ਪਹਿਲੀ ਵਰਜਨ ਜਲਦੀ ਸ਼ਿਪ ਕਰੋ ਜੋ ਰੋਜ਼ਾਨਾ ਬਿਨਾਂ ਡਰੇ ਵਰਤੀ ਜਾ ਸਕੇ। ਇਸਨੂੰ ਇੱਕ ਭਰੋਸੇਮੰਦ ਕਾਕਪਿਟ ਵਾਂਗ ਸੋਚੋ, ਨਾ ਕਿ ਇੱਕ ਕੰਟਰੋਲ ਰੂਮ।

ਇੱਕ ਮੁਹਿਆ ਉਦਾਹਰਨ: ਤੁਸੀਂ ਉਠਦੇ ਹੋ ਅਤੇ 18 ਨਵੇਂ ਆਰਡਰ ਅਤੇ 3 "ਮੇਰਾ ਪੈਕੇਜ ਕਿੱਥੇ ਹੈ?" ਸੁਨੇਹੇ ਵੇਖਦੇ ਹੋ। ਜੇ ਤੁਹਾਡਾ ਐਡਮਿਨ ਭੁਗਤਾਨ ਕੀਤੇ ਤੇ ਅਣਪੂਰੇ ਆਰਡਰ, ਟਾਪ-ਸੈਲਰਾਂ ਲਈ ਮੌਜੂਦਾ ਸਟਾਕ ਅਤੇ ਗਾਹਕ ਦਾ ਆਖਰੀ ਆਰਡਰ ਇਕੱਠੇ ਦਿਖਾਂਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਕਿਊ ਸਾਫ ਕਰ ਸਕਦੇ ਹੋ। ਨਹੀਂ ਤਾਂ ਤੁਸੀਂ ਸਪ੍ਰੈਡਸ਼ੀਟ ਅਤੇ ਇਨਬਾਕਸ ਥ੍ਰੈਡਾਂ ਵਿੱਚ ਫਸ ਜਾਓਗੇ।

ਜੇ ਤੁਸੀਂ ਇਹ ਖੁਦ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ Koder.ai ਵਰਗੇ ਟੂਲ ਤੁਹਾਨੂੰ ਤੁਰੰਤ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲਾ ਬੇਸਲਾਈਨ ਜੈਨਰੇਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਫਿਰ ਤੁਸੀਂ ਟ੍ਰਿਮ ਕਰਦੇ ਰਹੋ ਜਦ ਤੱਕ ਸਿਰਫ ਰੋਜ਼ਾਨਾ ਜਰੂਰੀ ਚੀਜ਼ਾਂ ਨਾ ਰਹਿ ਜਾਣ।

ਪਹਿਲੀ ਰਿਲੀਜ਼ ਲਈ ਸ਼ਾਮਲ ਕਰਨ ਦੇ ਨਿਯਮ

ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ Shopify Admin ਦਾ ਛੋਟਾ ਵਰਜਨ ਨਹੀਂ ਹੈ। ਇਹ ਉਹ ਸਕ੍ਰੀਨ ਹਨ ਜੋ ਇਕ ਵਿਅਕਤੀ ਨੂੰ ਹਰ ਰੋਜ਼ ਗਾਹਕਾਂ ਨਾਲ ਦੇਤੀਆਂ ਵਾਅਦਾਂ ਨੂੰ ਪੂਰਾ ਰੱਖਣ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ: ਸਹੀ ਆਇਟਮ ਭੇਜੋ, ਸਟਾਕ ਨੂੰ ਸੱਚਾ ਰੱਖੋ, ਅਤੇ ਸਪੋਰਟ ਦਾ ਤੇਜ਼ ਜਵਾਬ ਦਿਓ।

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

ਉਹ 5 ਨਿਯਮ ਜੋ v1 ਨੂੰ ਛੋਟਾ ਤੇ ਉਪਯੋਗੀ ਰੱਖਦੇ ਹਨ

• ਹਰ ਰਿਕਾਰਡ ਲਈ ਇੱਕ ਮਾਲਕ: ਆਰਡਰ ਆਰਡਰ ਸਟੇਟਸ ਦਾ ਮਾਲਕ ਹੋਵੇ, ਇਨਵੈਂਟਰੀ ਸਟਾਕ ਗਿਣਤੀ ਦੀ ਮਾਲਕੀ ਰੱਖੇ, ਗਾਹਕ ਸੰਪਰਕ ਵੇਰਵੇ ਗਾਹਕ ਰੱਖੇ।
• ਘੱਟ ਸਟੇਟਸ ਜ਼ਿਆਦਾ ਫਾਇਦੇਮੰਦ: 12 ਤੋਂ ਵਧ ਕੇ 4 ਸਪੱਸ਼ਟ ਆਰਡਰ ਸਟੇਟਸ ਜੋ ਹਰ ਕੋਈ ਸਮਝਦਾ ਹੋ, ਬਿਹਤਰ ਹੈ।
• ਪੂਰਨਤਾ ਤੋਂ ਤੇਜ਼ੀ: ਟਾਪ ਐਕਸ਼ਨ 10 ਸਕਿੰਟ ਤੋਂ ਘੱਟ ਲੱਗਣੇ ਚਾਹੀਦੇ ਹਨ (ਆਰਡਰ ਖੋਜੋ, ਮਾਰਕ ਪੈਕਡ, ਸਟਾਕ ਸੋਧੋ, ਰਸੀਦ ਫਿਰ ਭੇਜੋ)।
• ਘੱਟ ਡੇਟਾ ਐਂਟਰੀ: ਆਰਡਰ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਡੇਟਾ (ਸ਼ਿਪਿੰਗ ਐਡਰੈੱਸ, ਖਰੀਦੇ ਗਏ ਆਈਟਮ, ਭੁਗਤਾਨ ਸਥਿਤੀ) ਦਾ ਮੁੜ ਉਪਯੋਗ ਕਰੋ, ਨਾ ਕਿ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰੋ।
• ਆਪਣੀ "ਨਹੀਂ" ਲਿਸਟ ਹੁਣ ਹੀ ਫੈਸਲਾ ਕਰੋ: ਜੇ ਇਹ ਅੱਜ ਦੀ ਸ਼ਿਪਿੰਗ ਅਤੇ ਸਪੋਰਟ ਲਈ ਲੋੜੀਂਦਾ ਨਹੀਂ, ਇਹ ਬਾਅਦ ਵਿੱਚ ਰਹੇ।

ਨਵੀਂ ਫੀਚਰ ਦੀ ਮੰਗ ਨੂੰ ਟੈਸਟ ਕਰਨ ਦਾ ਇੱਕ ਸਧਾਰਨ ਤਰੀਕਾ: "ਕੀ ਇਹ ਰੋਜ਼ਾਨਾ ਗਲਤੀ ਘਟਾਏਗਾ, ਜਾਂ ਸਿਰਫ ਰਿਪੋਰਟਾਂ ਨੂੰ ਸੋਹਣਾ ਬਣਾਏਗਾ?" ਜੇ ਇਹ ਅਸਲ ਗਲਤੀ (ਗਲਤ ਆਈਟਮ ਭੇਜਣਾ, ਓਵਰਸੋਲ ਆਕਾਰ, ਗਾਹਕ ਸੁਨੇਹਾ ਛੱਡਣਾ) ਨਹੀਂ ਰੋਕਦਾ, ਤਾਂ ਇਸਨੂੰ ਅਗਲੇ ਗੇੜ ਤੱਕ ਰੱਖੋ।

ਕਿਸ ਚੀਜ਼ ਨੂੰ ਵੋਲਿਊਮ ਆਉਣ ਤੱਕ ਟਾਲਣਾ ਚਾਹੀਦਾ ਹੈ

ਰਿਟਰਨ ਪੋਰਟਲ, ਐਡਵਾਂਸਡ ਐਨਾਲਿਟਿਕਸ ਡੈਸ਼ਬੋਰਡ, ਜਟਿਲ ਸਟਾਫ ਰੋਲ, ਆਟੋਮੈਟਿਕ ਫ਼੍ਰੌਡ ਰੂਲ ਅਤੇ fancy ਸੈਗਮੈਂਟੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਘੱਟ ਆਰਡਰ ਗਿਣਤੀ 'ਤੇ ਵੱਧ ਕੰਮ ਬਣਾਉਂਦੇ ਹਨ।

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

ਜੇ ਤੁਸੀਂ ਪੈਨਲ ਤੁਰੰਤ ਬਣਾ ਰਹੇ ਹੋ (ਉਦਾਹਰਨ ਲਈ Koder.ai ਵਰਗੇ ਚੈਟ-ਚਲਿਤ ਬਿਲਡਰ ਨਾਲ), ਉਹੀ ਨਿਯਮ ਲਾਉ: ਤੇਜ਼ ਐਕਸ਼ਨ ਪਹਿਲਾਂ ਰਿਲੀਜ਼ ਕਰੋ, ਅਤੇ ਬਾਕੀ ਸਾਰਾ ਮਾਡਿਊਲ ਦੇ ਤੌਰ 'ਤੇ ਰੱਖੋ।

ਸਕ੍ਰੀਨ 1: Orders (ਦੈਨਿਕ ਕੰਟਰੋਲ ਸੈਂਟਰ)

ਜੇ ਤੁਸੀਂ ਸਿਰਫ ਇੱਕ ਸਕ੍ਰੀਨ ਹੀ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਉਹ Orders ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਇਥੇ ਚਲੇਗਾ ਜਾਂ ਡਿਗੇਗਾ ਕਿਉਂਕਿ ਇੱਥੇ ਪੈਸਾ, ਗਾਹਕ ਭਰੋਸਾ ਅਤੇ ਸ਼ਿਪਿੰਗ ਮਿਲਦੇ ਹਨ।

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

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

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

ਕਾਰਵਾਈਆਂ ਨੂੰ ਤੰਗ ਅਤੇ ਦੋਹਰਣਯੋਗ ਰੱਖੋ:

• ਭੁਗਤਾਨ ਮਾਰਕ ਕਰੋ (mark paid)
• ਪੈਕਡ ਮਾਰਕ ਕਰੋ
• ਸ਼ਿਪਡ ਮਾਰਕ ਕਰੋ
• ਆਰਡਰ ਰੱਦ ਕਰੋ
• ਪੁਸ਼ਟੀਈ-ਈਮੇਲ ਦੁਬਾਰਾ ਭੇਜੋ (ਸਿਰਫ ਜੇ ਇਹ ਅਕਸਰ ਸਮੱਸਿਆ ਹੈ)

ਅਣ-ਬਦਲਣਯੋਗ ਹਿੱਸਾ ਆਡਿਟ ਟਰੇਲ ਹੈ: ਕਿਨ੍ਹਾਂ ਨੇ ਕੀ ਬਦਲਿਆ, ਅਤੇ ਕਦੋਂ। ਭਾਵੇਂ ਤੁਸੀਂ ਅੱਜ ਸੋਲੋ ਹੋ, ਬਾਅਦ ਵਿੱਚ ਤੁਸੀਂ ਆਪਣਾ ਧੰਨਵਾਦ ਮੰਨੋਗੇ।

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

ਸਕ੍ਰੀਨ 2: Inventory (ਸਟਾਕ ਸੱਚਾ ਰੱਖੋ)

ਤੁਹਾਡੀ ਇਨਵੈਂਟਰੀ ਸਕ੍ਰੀਨ ਕੋਈ ਵਿਆਪਕ ਵੇਅਰਹਾਊਸ ਸਿਸਟਮ ਨਹੀਂ ਹੈ। ਇਹ ਅੱਜ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਵੇਚ ਸਕਦੇ ਹੋ, ਇਸਦੀ ਸੱਚਾਈ-ਜਾਂਚ ਹੈ। ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਵਿੱਚ ਲਕੜੀ ਦਾ ਮਕਸਦ ਓਵਰਸੈਲਿੰਗ ਰੋਕਣਾ, ਘੱਟ ਸਟਾਕ ਦੀ ਸ਼ੁਰੂਆਤੀ ਚੇਤਾਵਨੀ ਅਤੇ ਹਕੀਕਤ ਨਾਲ ਨੰਬਰਾਂ ਨਾਂ ਮਿਲਣ 'ਤੇ ਤੇਜ਼ ਸੋਧ ਕਰਨੀ ਹੋ।

ਹਰ SKU ਲਈ ਸਭ ਤੋਂ ਛੋਟਾ ਉਪਯੋਗੀ ਮਾਡਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ: SKU, ਉਤਪਾਦ ਨਾਮ, ਹੱਥ 'ਤੇ ਮਾਤਰਾ (on-hand quantity), ਰਿਜ਼ਰਵ ਕੀਤੀ ਮਾਤਰਾ (reserved), ਅਤੇ ਇੱਕ ਲੋ-ਸਟਾਕ ਹੱਦ। "Reserved" ਉਹ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਗਾਹਕਾਂ ਨੂੰ ਵਾਅਦਾ ਕੀਤਾ ਗਿਆ ਹੈ ਪਰ ਭੇਜਿਆ ਨਹੀਂ ਗਿਆ। ਇਸਨੂੰ ਵੱਖ ਰੱਖਣ ਨਾਲ ਤੁਸੀਂ ਇਹ ਗਲਤੀ ਨਹੀਂ ਕਰੋਂਗੇ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਸਟਾਕ ਹੈ ਜਦੋਂ ਉਹ ਪਹਿਲਾਂ ਹੀ ਰਿਜ਼ਰਵ ਹੈ।

ਮੁੱਖ ਟੇਬਲ ਸਧਾਰਣ ਅਤੇ ਉਭਰਦੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਹਰ ਕਤਾਰ ਇੱਕ SKU ਹੋਵੇ, ਅਤੇ ਘੱਟ ਸਟਾਕ ਇੱਕ ਨਜ਼ਰ 'ਚ ਸਪੱਸ਼ਟ ਹੋਵੇ (ਰੰਗ, ਬੈਜ, ਜਾਂ "LOW" ਲੇਬਲ). SKU ਜਾਂ ਨਾਮ ਨਾਲ ਮੁੱਖ ਖੋਜ ਜੋੜੋ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਬਾਰ-ਬਾਰ ਵਰਤੋਂਗੇ।

ਇਨਵੈਂਟਰੀ ਐਡਜਸਟਮੈਂਟਸ ਹੀ ਸ਼ੁਰੂ ਵਿੱਚ ਇਕੱਲਾ "ਪਾਵਰ" ਫੀਚਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸਨੂੰ ਨਿਯੰਤਰਿਤ ਰੱਖੋ:

• ਯੂਨਿਟ ਜੋੜੋ
• ਯੂਨਿਟ ਘਟਾਓ
• ਕਾਰਨ ਕੋਡ ਚੁਣੋ (ਨੁਕਸਾਨ, ਦੁਬਾਰਾ ਗਿਣਤੀ, ਸਪਲਾਇਰ ਡਿਲਿਵਰੀ)
• ਵਿਵਰਣ ਲਈ ਇੱਛਿਕ ਨੋਟ ਫੀਲਡ

ਇਨਵੈਂਟਰੀ ਨੂੰ ਆਰਡਰਾਂ ਨਾਲ ਇੱਕ ਨਿਯਮ ਨਾਲ ਜੋੜੋ ਅਤੇ ਉਸੇ ਨਾਲ ਚਲੋ। ਜ਼ਿਆਦਾਤਰ ਸੋਲੋ ਸੰਸਥਾਪਕਾਂ ਲਈ ਆਨ-ਹੈਂਡ ਨੂੰ ਉਸ ਸਮੇਂ ਘਟਾਓ ਜਦੋਂ ਆਰਡਰ ਭੇਜਿਆ ਗਿਆ, ਭੁਗਤਾਨ 'ਤੇ ਨਹੀਂ, ਕਿਉਂਕਿ ਰੱਦੀਆਂ ਅਤੇ ਐਡਰੈੱਸ ਮੁਦਦੇ ਹੁੰਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਭੁਗਤਾਨ 'ਤੇ ਘਟਾਉਂਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਲਗਾਤਾਰ ਕਰੋ ਅਤੇ "reserved" ਉਸ ਚੋਣ ਨੂੰ ਮਿਲਦਾ-ਜੁਲਦਾ ਬਣਾਓ।

ਇੱਕ ਹਕੀਕਤੀ ਉਦਾਹਰਨ: ਤੁਸੀਂ ਇੱਕ SKU ਦੀ ਦੁਬਾਰਾ ਗਿਣਤੀ ਕਰਦੇ ਹੋ ਅਤੇ ਪਤਾ ਲਗਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ 12 ਯੂਨਿਟ ਹਨ, 18 ਨਹੀਂ। ਤੁਸੀਂ 6 ਘਟਾਉਂਦੇ ਹੋ ਕਾਰਨ "recount" ਅਤੇ ਲੋ-ਸਟਾਕ ਚੇਤਾਵਨੀ ਟ੍ਰਿਗਰ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਤੁਹਾਡੀ ਹੱਦ 10 ਸੀ। ਹੁਣ ਤੁਹਾਨੂੰ ਅਗਲੇ ਪ੍ਰੋਮੋ ਤੋਂ ਪਹਿਲਾਂ ਰੀਆਰਡਰ ਕਰਨ ਦੀ ਜਾਣਕਾਰੀ ਮਿਲ ਗਈ।

ਉਹ ਚੀਜ਼ਾਂ ਟਾਲੋ ਜੋ ਜਟਿਲਤਾ ਵਧਾਉਂਦੀਆਂ ਹਨ ਬਿਨਾਂ ਰੋਜ਼ਾਨਾ ਲਾਭ ਦੇ: ਬਹੁ-ਵੇਅਰਹਾਊਸ ਸਟਾਕ, ਬੈਚ ਟਰੈਕਿੰਗ, ਸੀਰੀਅਲ ਨੰਬਰ, ਅਤੇ ਜਟਿਲ ਕਿਟਸ ਜਾਂ BOMs।

ਸਕ੍ਰੀਨ 3: Customers (ਸਪੋਰਟ ਅਤੇ ਦੁਬਾਰਾ ਖਰੀਦਾਂ)

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

ਸਰਲ ਗਾਹਕ ਲਿਸਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਇਕ ਨਜ਼ਰ ਵਿੱਚ ਲੋਕਾਂ ਨੂੰ ਪਹਚਾਣਨ ਵਿੱਚ ਮਦਦ ਕਰੇ। ਤੁਹਾਨੂੰ ਦਰਜਨਾਂ ਕਾਲਮਾਂ ਦੀ ਲੋੜ ਨਹੀਂ। ਲਿਸਟ ਸਿਰਫ ਉਹੀ ਦਿਖਾਏ ਜੋ ਅਗਲਾ ਕਾਰਜ ਨਿਰਧਾਰਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇ।

ਲਿਸਟ ਵਿਊ: ਤੇਜ਼ ਪਹਚਾਣ ਲਈ ਬਣਾਇਆ ਗਿਆ

ਟੇਬਲ ਵਿੱਚ ਇਹ ਫੀਲਡ ਸ਼ਾਮਿਲ ਕਰੋ ਅਤੇ ਇੱਕ ਸਕ੍ਰੀਨ 'ਤੇ ਪਠਨਯੋਗ ਰੱਖੋ:

• ਨਾਮ
• ਈਮੇਲ (ਅਤੇ ਫੋਨ ਜੇ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਇਕੱਤਰ ਕਰਦੇ ਹੋ)
• ਕੁੱਲ ਆਰਡਰ
• ਆਖਰੀ ਆਰਡਰ ਦੀ ਤਾਰੀਖ
• ਇੱਕ ਛੋਟਾ ਟੈਗ ਬੈਜ (ਉਦਾਹਰਨ: VIP)

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

ਡੀਟੇਲ ਵਿਊ: ਸਪੋਰਟ ਲਈ ਸਭ ਕੁਝ, ਹੋਰ ਕੁਝ ਨਹੀਂ

ਗਾਹਕ ਡੀਟੇਲ ਪੇਜ 'ਤੇ ਸਪੋਰਟ ਮੁਢਲੀ ਚੀਜ਼ਾਂ ਤੇ ਧਿਆਨ ਦਿਓ: ਸ਼ਿਪਿੰਗ ਐਡਰੈੱਸ, ਸਪੱਸ਼ਟ ਆਰਡਰ ਇਤਿਹਾਸ, ਅਤੇ ਅੰਦਰੂਨੀ ਨੋਟਸ। ਨੋਟਸ ਪ੍ਰਾਈਵੇਟ, ਟਾਈਮਸਟੈਂਪਡ ਅਤੇ ਛੋਟੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਸੋਚੋ: "ਪੈਕੇਜ ਪਿੱਛੇ ਦੇ ਦਰਵਾਜੇ ਉੱਤੇ ਛੱਡਣ ਲਈ ਕਿਹਾ" ਜਾਂ "#1042 ਦੁਬਾਰਾ ਭੇਜਿਆ, ਨੁਕਸਾਨ ਆਈਟਮ"।

ਕੇਵਲ ਕੁਝ ਸੁਰੱਖਿਅਤ ਕਾਰਵਾਈਆਂ ਜੋੜੋ:

• ਅੰਦਰੂਨੀ ਨੋਟ ਜੋੜੋ
• ਸੰਪਰਕ ਜਾਣਕਾਰੀ ਅਪਡੇਟ ਕਰੋ (ਟਾਈਪੋ ਠੀਕ ਕਰੋ, ਘੱਟ ਫੋਨ ਜੋੜੋ)
• ਸਿਰਫ਼ ਇੱਕ ਟੈਗ ਨਾਲ VIP ਮਾਰਕ ਕਰੋ

ਉਦਾਹਰਨ: ਕੋਈ ਕਹਿੰਦਾ ਹੈ "ਮੇਰਾ ਆਰਡਰ ਦੇਰ ਹੋ ਗਿਆ।" ਤੁਸੀਂ ਉਸਦੀ ਈਮੇਲ ਲੱਭਦੇ ਹੋ, ਡੀਟੇਲ ਪੇਜ ਖੋਲ੍ਹਦੇ ਹੋ, ਆਖਰੀ ਆਰਡਰ ਅਤੇ ਸ਼ਿਪਿੰਗ ਐਡਰੈੱਸ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ, ਆਰਡਰ ਇਤਿਹਾਸ ਦੇਖਦੇ ਹੋ, ਅਤੇ ਇੱਕ ਨੋਟ ਵਾਂਗ "ਗਾਹਕ ਨੇ ਦੇਰ ਬਾਰੇ ਪੁੱਛਿਆ, ਅਗਲੇ ਦਿਨ ਅਪਡੇਟ ਦਾ ਵਾਅਦਾ" ਜੋੜਦੇ ਹੋ। ਇਹ ਕਾਫੀ ਹੈ।

ਇਸਨੂੰ ਪੂਰੇ CRM ਵਿੱਚ ਬਦਲਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਟਾਲੋ: ਡੀਲ ਸਟੇਜ, ਜਟਿਲ ਸੈਗਮੈਂਟ, ਅਤੇ ਮਾਰਕੀਟਿੰਗ ਆਟੋਮੇਸ਼ਨ। ਜਦੋਂ ਹੱਥੋਂ-ਹੱਥੀ ਫਾਲੋਅਪ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਉਦੋਂ ਇਹ ਸ਼ਾਮਿਲ ਕਰੋ।

ਸਕ੍ਰੀਨ 4: Coupons (ਕੀੜ-ਚਲਾਏ ਬਿਨਾਂ ਸਧਾਰਣ ਪ੍ਰੋਮੋ)

ਕੂਪਨ "ਛੋਟੇ" ਲੱਗਦੇ ਹਨ ਜਦ ਤੱਕ ਤੁਹਾਨੂੰ ਇੱਕ ਸ਼ਨਿੱਚਰਵਾਰ ਦੀ ਰਾਤ ਖੋਜਣੀ ਨਾ ਪਵੇ ਕਿ ਸਬ ਕੁਝ ਕਿਵੇਂ ਰਲ-ਮਿੱਲ ਗਿਆ: ਕਿਉਂ ਇੱਕ ਡਿਸਕਾਂਟ ਦੋ ਵਾਰੀ ਲਾਗੂ ਹੋਇਆ ਜਾਂ ਕਦੇ ਖਤਮ ਨਹੀਂ ਹੋਇਆ। ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਦਾ ਮਕਸਦ ਸਧਾਰਣ ਹੈ: ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਮੋ ਬਣਾਓ, ਦੇਖੋ ਕਿ ਇਹ ਹੁਣ ਵੀ ਵੈਧ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਜੇ ਗੜਬੜ ਹੋਵੇ ਤਾਂ ਤੁਰੰਤ ਬੰਦ ਕਰੋ।

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

ਨਿਯਮਾਂ ਨੂੰ ਸਧਾਰਣ ਅਤੇ ਪੱਧਰੀ ਰੱਖੋ। ਹਰ ਕੂਪਨ ਨੂੰ ਸ਼ੁਰੂ ਤੇ ਸਮਾਪਤੀ ਤਾਰੀਖ, ਰਿਡੈਪਸ਼ਨ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਗਿਣਤੀ, ਅਤੇ ਘੱਟੋ-ਘੱਟ ਆਰਡਰ ਵੈਲਯੂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਚਾਰ ਨਿਯੰਤਰਣ 90% ਮਾਮਲਿਆਂ ਨੂੰ ਸੰਭਾਲ ਲੈਂਦੇ ਹਨ ਅਤੇ ਅਨੰਤ ਲੀਕੇਜ ਰੋਕਦੇ ਹਨ।

ਲਿਸਟ ਵਿਊ ਵਿੱਚ ਇਹ ਇਸਤਰਾ ਦਿਖਾਓ:

• ਕੋਡ ਅਤੇ ਛੋਟਾ ਨਾਮ (ਇਨਸਾਨਾਂ ਲਈ)
• ਸਥਿਤੀ (active, scheduled, expired, paused)
• ਰਿਡੈਮਪਸ਼ਨ ਗਿਣਤੀ (used/limit)
• ਆਖਰੀ ਵਰਤੋਂ ਦੀ ਤਾਰੀਖ
• ਡਿਸਕਾਉਂਟ ਟਾਈਪ ਅਤੇ ਮੁੱਲ

ਕਾਰਵਾਈਆਂ ਉਨ੍ਹਾਂ ਪੈਨਿਕ ਮੋਮੈਂਟਾਂ ਨਾਲ ਮੇਲ ਖਾਣ ਚਾਹੀਦੀਆਂ ਹਨ। ਤੁਹਾਨੂੰ ਸਿਰਜਣਾ, ਰੋਕਣਾ, ਨਕਲ ਬਣਾਉਣਾ (duplicate), ਅਤੇ "ਹੁਣੇ ਖ਼ਤਮ ਕਰੋ" ਚਾਹੀਦਾ ਹੈ। Duplicate ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ ਪ੍ਰੋਮੋ ਇੱਕੋ ਹੀ ਵਿਚਾਰ ਤੇ ਫੇਰ-ਫਰ ਕਰਦੇ ਹਨ (ਇੱਕੋ ਨਿਯਮ, ਨਵਾਂ ਕੋਡ)।

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

ਉਹ ਚੀਜ਼ਾਂ ਟਾਲੋ ਜੋ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਖਤਰਾ ਵਧਾਉਂਦੀਆਂ ਹਨ:

• ਸਟੈਕਿੰਗ ਨਿਯਮ ਅਤੇ "ਸਭ ਤੋਂ ਚੰਗੀ ਛੂਟ" ਲਾਜਿਕ
• ਉਤਪਾਦ-ਸਤਹ ਅਪਵਾਰਜ ਅਤੇ ਜਟਿਲ ਕਲੈਕਸ਼ਨਸ਼
• ਬਹੁ-ਮੁਦਰਾ ਛੂਟ ਗਣਿਤ
• ਐਡਵਾਂਸਡ ਐਟ੍ਰੀਬਿਊਸ਼ਨ ਅਤੇ ਕੈਂਪੇਨ ਰਿਪੋਰਟਿੰਗ

ਜਦੋਂ ਵੋਲਿਊਮ ਆਏ, ਤੁਸੀਂ ਇਹ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹੋ। ਹੁਣ ਤੱਕ ਕੂਪਨਾਂ ਨੂੰ ਉਦਾਸੀਨ, ਦਿੱਖਵਾਂ ਅਤੇ ਤੁਰੰਤ ਰੋਕੀ ਜਾ ਸਕਣ ਵਾਲੇ ਰੱਖੋ।

ਸਕ੍ਰੀਨ 5: Content (ਸੰਪਾਦਨਯੋਗ ਰੱਖੋ, ਫੈਨਸੀ ਨਹੀਂ)

ਸੋਲੋ ਸਟੋਰ ਮਾਲਕ ਲਈ, "ਕੰਟੈਂਟ" ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਅਤੇ ਸੰਦੇਹ ਦੂਰ ਕਰਦੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਉਤਪਾਦ ਪੇਜ ਕਾਪੀ (ਸਾਈਜ਼ ਗਾਈਡ ਜਾਂ ਕੇਅਰ ਨੋਟਸ ਸਮੇਤ), ਕੁਝ ਬੁਨਿਆਦੀ ਪੇਜ (About, Shipping and Returns, Privacy), FAQs, ਅਤੇ ਛੋਟੇ ਐਲਾਨ ਜਿਵੇਂ "Back in stock Friday" ਜਾਂ "Holiday cutoff dates" ਹੁੰਦੇ ਹਨ। ਜੇ ਇਹ ਸਪੋਰਟ ਟਿਕਟ ਘਟਾਉਂਦੀ ਜਾਂ ਕਿਸੇ ਨੂੰ ਖਰੀਦ ਕਰਨ ਵਿੱਚ ਮਦਦ ਨਾਹ ਕਰਦੀ, ਤਾਂ ਇਹ ਟਾਲ ਸਕਦੀ ਹੈ।

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

ਇੱਕ ਵਧੀਆ v1 Content ਆਈਟਮ ਕੁਝ ਖੇਤਰਾਂ ਨਾਲ ਸੰਭਾਲਿਆ ਜਾ ਸਕਦਾ ਹੈ:

• Title
• Slug (URL-ਫ੍ਰੈਂਡਲੀ ਨਾਮ)
• Body (ਸਧਾਰਨ ਟੈਕਸਟ ਜਾਂ ਬੇਸਿਕ ਫਾਰਮੈਟਿੰਗ)
• Status ਟੌਗਲ: Draft ਜਾਂ Published
• ਆਖਰੀ ਅਪਡੇਟ ਟਾਈਮਸਟੈਂਪ (ਅਤੇ ਇੱਛਿਕ "updated by")

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

ਅਨੁਮੋਦਨ ਸਧਾਰਣ ਰੱਖੋ। Draft vs Published v1 ਲਈ ਕਾਫੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਰਿਵਿਊ ਸਟੇਪ ਦੀ ਲੋੜ ਮਹਿਸੂਸ ਕਰੋ, ਤਾਂ Draft ਨੂੰ ਰੋਕਣ ਵਾਲੀ ਥਾਂ ਵਰਤੋ ਅਤੇ ਜਦੋਂ ਤਿਆਰ ਹੋ ਤਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ। ਉਹ ਇੱਕ ਸਵਿੱਚ ਕੰਪਲੈਕਸ ਵਰਕਫਲੋ ਨਾਲੋਂ ਆਸਾਨ ਅਤੇ ਜ਼ਿਆਦਾ ਯਕੀਨੀ ਹੈ।

ਉਦਾਹਰਨ: ਤੁਸੀਂ ਵੇਖਦੇ ਹੋ ਕਿ ਗਾਹਕ ਬੈਟਰੀ ਲਾਈਫ ਬਾਰੇ ਇੱਕੋ ਹੀ ਸਵਾਲ ਪੁੱਛ ਰਹੇ ਹਨ। ਤੁਸੀਂ Product FAQ ਆਈਟਮ ਖੋਲ੍ਹਦੇ ਹੋ, ਦੋ ਲਾਈਨਾਂ ਜੋੜਦੇ ਹੋ, ਪ੍ਰੀਵਿਊ ਕਰਦੇ ਹੋ, ਫਿਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹੋ। ਕੋਈ ਟਿਕਟ ਨਹੀਂ, ਕੋਈ redeploy ਨਹੀਂ, ਕੋਈ ਇੰਤਜ਼ਾਰ ਨਹੀਂ।

ਇਹ ਚੀਜ਼ਾਂ ਟਾਲੋ ਜਦ ਤੱਕ ਸਚਮੁੱਚ ਵੋਲਿਊਮ ਅਤੇ ਕਈ ਲੋਕ ਕਨਟੈਂਟ 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰ ਰਹੇ:

• ਬਹੁ-ਲੇਖਕ ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਬਰੀਕੀ-ਅਧਾਰਿਤ ਅਧਿਕਾਰ
• ਲੋਕਲਾਈਜੇਸ਼ਨ ਅਤੇ ਅਨੁਵਾਦ ਵਰਕਫਲੋ
• A/B ਟੈਸਟਿੰਗ ਅਤੇ ਐਕਸਪੈਰਿਮੈਂਟ ਡੈਸ਼ਬੋਰਡ
• ਐਡਵਾਂਸਡ ਐਡੀਟੋਰੀਆਲ ਕੈਲੇਂਡਰ, ਅਸਾਈਨਮੈਂਟ ਅਤੇ ਰਿਵਿਊ ਵਰਕਫਲੋ
• ਭਾਰੀ ਲੇਆਊਟ ਕੰਟਰੋਲ ਵਾਲੇ ਪੇਜ ਬਿਲਡਰ

ਜੇ ਤੁਸੀਂ Koder.ai ਵਰਗੇ ਪਲੇਟਫਾਰਮ ਨਾਲ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਇਹ ਵੀ ਚੰਗੀ ਜਗ੍ਹਾ ਹੈ ਕਿ ਕਾਂਟੈਂਟ ਸੋਧਾਂ ਨੂੰ ਕੋਡ ਬਦਲਾਵਾਂ ਤੋਂ ਅਲੱਗ ਰੱਖੋ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਹਰ ਛੋਟੀ ਸੋਧ ਲਈ ਡਿਵੈਲਪਮੈਂਟ ਭੁਗਤਾਨ ਨਾ ਕਰੋ।

ਕਦਮ-ਬ-कਦਮ: ਪਹਿਲੀ ਵਰਜਨ ਤੇਜ਼ੀ ਨਾਲ ਕਿਵੇਂ ਸ਼ਿਪ ਕਰੀਏ

ਗਤੀ ਉਸ ਸਮੇਂ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ "ਕਿਆ ਮਕਸਦ ਹੈ" ਫੈਸਲਾ ਕਰ ਲੈਂਦੇ ਹੋ। ਆਪਣੀ ਪਹਿਲੀ ਰਿਲੀਜ਼ ਨੂੰ ਰੋਜ਼ਾਨਾ ਦੇ ਕਾਰਜਾਂ ਵਾਂਗ ਚਿਹਰਾਉ — ਉਹਨਾਂ ਨੂੰ ਮਿੰਟਾਂ ਵਿੱਚ ਮਿਟਾਉ, ਨਾ ਕਿ ਇੱਕ ਪਰਫੈਕਟ ਟੂਲ ਬਣਾਉ।

ਪੰਜ ਸਖਤ ਕਦਮਾਂ ਵਿੱਚ ਬਣਾਓ

1. ਉਹ 10 ਕਾਰਜ ਲਿਖੋ ਜੋ ਤੁਸੀਂ ਹਰ ਰੋਜ਼ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਕਰਦੇ ਹੋ ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਸਧਾਰਨ acceptance ਟੈਸਟ ਵਿੱਚ ਬਦਲੋ। ਉਦਾਹਰਨ: "ਈਮੇਲ ਨਾਲ ਆਰਡਰ ਲੱਭੋ, 60 ਸਕਿੰਟ ਵਿੱਚ ਇਸਨੂੰ ਸ਼ਿਪਡ ਮਾਰਕ ਕਰੋ ਅਤੇ ਟ੍ਰੈਕਿੰਗ ਨੰਬਰ ਕਾਪੀ ਕਰੋ।" ਇਹ ਟੈਸਟ ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਧਿਆਨ ਕੇਂਦਰਤ ਰੱਖਦੇ ਹਨ।
2. ਛੋਟੇ ਡੇਟਾ ਮਾਡਲ ਨਿਰਧਾਰਤ ਕਰੋ ਜੋ ਸਕ੍ਰੀਨ ਚਲਾਉਂ: Order, Item, SKU, Customer, Coupon, Page. ਉਹਨਾਂ ਚੀਜ਼ਾਂ ਨੂੰ ਛੱਡ ਦਿਓ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਕਿਸੇ ਟਾਸਕ ਨਾਲ ਜੋੜ ਨਹੀਂ ਸਕਦੇ (ਜਿਵੇਂ "segments" ਜਾਂ "workflows").
3. ਪਹਿਲਾਂ ਲਿਸਟ ਵਿਊ ਬਣਾਓ, ਫਿਰ ਡੀਟੇਲ ਵਿਊ, ਫਿਰ ਸਭ ਤੋਂ ਛੋਟੇ ਐਕਸ਼ਨ. ਲਿਸਟਾਂ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ "ਕਿਸ ਨੂੰ ਧਿਆਨ ਚਾਹੀਦਾ?" ਡੀਟੇਲ ਦੱਸਦੇ ਹਨ "ਕੀ ਹੋਇਆ?" ਐਕਸ਼ਨਾਂ ਨੂੰ ਘੱਟ ਰੱਖੋ: ਸਟੇਟਸ ਅਪਡੇਟ, ਟ੍ਰੈਕਿੰਗ ਜੋੜੋ, ਸਟਾਕ ਸੋਧੋ, ਕੂਪਨ ਡਿਏਕਟਿਵੇਟ, ਪੇਜ ਸੋਧੋ.
4. ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਗਾਰਡਰੇਲ ਜੋੜੋ। ਨੁਕਸਾਨ ਕਰਨ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ (ਆਰਡਰ ਰੱਦ, ਕੂਪਨ ਮਿਟਾਉਣਾ, ਸਟਾਕ ਘਟਾਉਣਾ) 'ਤੇ ਪੁਸ਼ਟੀ ਰੱਖੋ। ਸਪੱਸ਼ਟ ਐਰਰ ਸੁਨੇਹੇ ਦਿਓ ਜੋ ਦੱਸਣ ਕਿ ਅੱਗੇ ਕੀ ਕਰਨਾ ਹੈ ("SKU ਨਹੀਂ ਮਿਲਿਆ। ਪਹਿਲਾਂ ਇਸਨੂੰ ਬਣਾਓ ਜਾਂ ਮੌਜੂਦਾ SKU ਚੁਣੋ.").
5. ਰਿਲੀਜ਼ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲੀ ਹਾਲੀਆ ਆਰਡਰਾਂ ਨਾਲ ਟੈਸਟ ਕਰੋ ਅਤੇ 1 ਘੰਟੇ ਦਾ ਡ੍ਰਾਈ-ਰਨ ਕਰੋ। ਇਹ ਦਿਨ ਵਾਂਗ ਕਰੋ: ਇੱਕ ਆਰਡਰ ਰਿਫੰਡ ਕਰੋ, ਇੱਕ ਐਡਰੈੱਸ ਠੀਕ ਕਰੋ, ਇਕ ਰਿਟਰਨ ਤੋਂ ਬਾਅਦ ਸਟਾਕ ਸੋਧੋ, ਅਤੇ ਇੱਕ ਛੋਟੀ FAQ ਅਪਡੇਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ।

ਜੇ ਤੁਸੀਂ ਇਹ Koder.ai ਜਿਵੇਂ ਚੈਟ-ਚਲਿਤ ਬਿਲਡਰ ਨਾਲ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਉਹੀ ਅਨੁਸ਼ਾਸਨ ਰੱਖੋ: ਆਪਣੇ acceptance ਟੈਸਟਸ ਪਲੇਨਿੰਗ ਮੋਡ ਵਿੱਚ ਪੇਸਟ ਕਰੋ, ਸਕ੍ਰੀਨਾਂ ਜेनਰੇਟ ਕਰੋ, ਅਤੇ ਫਿਰ ਹਰ ਟੈਸਟ ਨੂੰ ਐਂਡ-ਟੁ-ਐਂਡ ਪਰੀਖਿਆ ਕਰੋ ਪਹਿਲਾਂ ਕਿ ਕਿਸੇ "ਚੰਗਾ-ਲੱਗਦਾ ਹੈ" ਸੈਟਿੰਗ ਨੂੰ ਜੋੜੋ।

ਡ੍ਰਾਈ-ਰਨ ਤੋਂ ਬਾਅਦ, ਸਿਰਫ ਉਹੀ ਸੋਧੋ ਜੋ ਟਾਸਕ ਨੂੰ ਰੋਕ ਰਿਹਾ ਹੈ। ਹਰ ਹੋਰ ਚੀਜ਼ ਵੋਲਿਊਮ ਮਿਲਣ ਤੇ ਜੁੜ ਸਕਦੀ ਹੈ।

ਉਦਾਹਰਨ: ਸਿਰਫ ਇਨ੍ਹਾਂ ਸਕ੍ਰੀਨਾਂ ਨਾਲ ਇੱਕ ਹਕੀਕਤੀ ਓਪਸ ਦਿਨ

ਤੁਸੀਂ ਇਕ ਸੋਲੋ D2C ਸੰਸਥਾਪਕ ਹੋ ਜੋ ਲਗਭਗ 20 ਆਰਡਰ ਰੋਜ਼انہ ਭੇਜਦਾ ਹੈ। ਤੁਸੀਂ 15 SKUs ਵੇਚਦੇ ਹੋ, ਸਭ ਕੁਝ ਆਪ ਹੀ ਪੈਕ ਕਰਦੇ ਹੋ, ਅਤੇ ਇੱਕ ਪ੍ਰੋਮੋ ਚੱਲ ਰਿਹਾ ਹੈ (WELCOME10)। ਤੁਹਾਡੇ ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਵਿੱਚ ਪੰਜ ਸਕ੍ਰੀਨ ਹਨ: Orders, Inventory, Customers, Coupons, ਅਤੇ Content।

ਸਵੇਰੇ 8:30 ਤੇ, ਤੁਸੀਂ Orders ਖੋਲ੍ਹਦੇ ਹੋ ਅਤੇ "Paid, unshipped" ਫਿਲਟਰ ਲਾਉਂਦੇ ਹੋ। ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਖਤਰਨਾਕ ਚੀਜ਼ ਲਈ ਸਕੈਨ ਕਰਦੇ ਹੋ: ਐਡਰੈੱਸ ਗੁੰਮ, ਅਸাধਾਰਨ ਵੱਡੀ ਮਾਤਰਾ, ਜਾਂ ਗਾਹਕ ਦੀ ਨੋਟ। ਫਿਰ ਤੁਸੀਂ ਇੱਕ ਸਧਾਰਣ ਪੈਕ ਲਿਸਟ (ਆਰਡਰ ਨੰਬਰ, ਆਈਟਮ, ਮਾਤਰਾ, ਸ਼ਿਪਿੰਗ ਮਾਧਿਅਮ) ਪ੍ਰਿੰਟ ਜਾਂ ਕਾਪੀ ਕਰਦੇ ਹੋ ਅਤੇ ਪੈਕਿੰਗ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ।

ਦਿਨ ਦਾ ਪ੍ਰਵਾਹ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਰਹਿੰਦਾ ਹੈ:

• ਸਵੇਰੇ: ਜਦੋਂ-ਜਦੋਂ ਤੁਸੀਂ ਪੈਕ ਕਰਦੇ ਹੋ, ਹਰ ਆਰਡਰ ਨੂੰ "Packed" ਮਾਰਕ ਕਰੋ, ਅਤੇ ਜਦੋਂ ਲੇਬਲ ਬਣ ਜਾਂਦਾ ਹੈ ਤਾਂ "Shipped" ਮਾਰਕ ਕਰੋ।
• ਇੱਕ ਰੱਦ: ਇੱਕ ਆਰਡਰ ਦੋ ਵਾਰੀ ਆ ਗਿਆ। Orders 'ਚ ਤੁਸੀਂ ਇਸਨੂੰ "Canceled" ਕਰਦੇ ਹੋ ਅਤੇ ਇੱਕ ਛੋਟਾ ਕਾਰਨ ਨੋਟ ਜੋੜਦੇ ਹੋ।
• ਸਟਾਕ ਸਰਪ੍ਰਾਈਜ਼: ਪੈਕਿੰਗ ਦੌਰਾਨ ਤੁਹਾਨੂੰ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਇੱਕ SKU 2 ਯੂਨਿਟ ਘੱਟ ਹੈ।
• ਪ੍ਰੋਮੋ ਸਮੱਸਿਆ: ਦੁਪਹਿਰ ਤੱਕ, ਕੂਪਨ ਉਮੀਦ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ।
• ਦਿਨ ਦੇ ਅੰਤ 'ਤੇ: ਤੁਸੀਂ ਕਿਸੇ ਵੀ "Paid" ਆਈਟਮ ਲਈ ਸੁਈਪ ਕਰਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਮਿਸ ਕਰੇ ਹੋ ਸਕਦੇ ਹੋ, ਇਨਵੈਂਟਰੀ ਲਈ ਉਹ SKU ਜੋ ਰੀਓਰਡ ਪాయੰਟ ਤੋਂ ਹੇਠਾਂ ਹਨ, ਅਤੇ Content ਸਿਰਫ ਜੇ ਕੁਝ ਅਤਿ-ਅਵਸ਼ਯਕ ਸੋਧ ਦੀ ਲੋੜ ਹੋਵੇ (ਜਿਵੇਂ ਕਿ ਰੋਕ ਕੀਤੇ ਪ੍ਰੋਮੋ ਦੀ ਬੈਨਰ)।

ਸਟਾਕ ਘਟਨਾ ਵਿੱਚ Inventory ਆਪਣਾ ਮੁੱਲ ਦਿਖਾਂਦਾ ਹੈ। ਤੁਸੀਂ SKU ਖੋਲ੍ਹਦੇ ਹੋ, ਗਿਣਤੀ ਘਟਾਉਂਦੇ ਹੋ ਅਤੇ ਨੋਟ "ਪੈਕਿੰਗ ਦੌਰਾਨ ਗਿਣਤੀ ਕੀਤੀ, ਸ਼ੈਲਫ ਗਲਤ ਸੀ" ਜੋੜਦੇ ਹੋ। Orders 'ਚ, ਦੋ ਆਰਡਰ ਉਸ SKU ਨੂੰ ਰੱਖਦੇ ਹਨ। ਤੁਸੀਂ ਹਰ ਇਕ ਗਾਹਕ ਰਿਕਾਰਡ ਖੋਲ੍ਹਦੇ ਹੋ, ਇੱਕ ਛੋਟਾ ਸੁਨੇਹਾ ਭੇਜਦੇ ਹੋ (ਦੀਰਘਤਾ ਜਾਂ ਬਦਲੀ ਦੀ ਪੇਸ਼ਕਸ਼), ਅਤੇ ਗਾਹਕਾਂ ਨੂੰ ਟੈਗ ਕਰਦੇ ਹੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਕਲ ਦਿਨ ਬਿਨਾਂ ਇਨਬਾਕਸ ਖੋਜੇ ਫਾਲੋਅਪ ਕਰ ਸਕੋ।

ਪ੍ਰੋਮੋ ਦੌਰਾਨ ਤੁਸੀਂ Coupons 'ਚ WELCOME10 ਨੂੰ "Paused" ਕਰਦੇ ਹੋ (ਮਿਟਾਉਂਦੇ ਨਹੀਂ), ਫਿਰ ਨੋਟ ਜੋੜਦੇ ਹੋ: "12:10pmPaused. Overused via influencer story. Review rules later." ਤੁਸੀਂ ਅੱਜ ਲਈ ਖੂਨ ਰੋਕ ਦਿਤਾ ਅਤੇ ਘੜੀਆਂ ਸੰਭਾਲ ਲਈ ਨੋਟ ਕੀਤਾ।

6pm 'ਤੇ, ਤੁਸੀਂ ਇੱਕ ਛੋਟੀ ਜਿਹਾ ਸਵੀਂਪ ਕਰਦੇ ਹੋ: Orders ਲਈ ਕੋਈ ਵੀ "Paid" ਆਈਟਮ ਜੋ ਰਹਿ ਗਿਆ, Inventory ਲਈ ਕੋਈ ਵੀ SKU ਜੋ ਹੁਣ re-order ਪਾਇੰਟ ਤੋਂ ਹੇਠਾਂ ਹੈ, ਅਤੇ Content ਸਿਰਫ ਜੇ ਕੁਝ ਜਰੂਰੀ ਸੋਧ ਚਾਹੀਦੀ ਹੋਵੇ। ਇਹ ਸਾਰਾ ਦਿਨ ਇੱਕ ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਨਾਲ ਸੰਭਾਲਿਆ ਗਿਆ।

ਆਮ ਗਲਤੀਆਂ ਜੋ ਬਾਅਦ ਵਿੱਚ ਤੁਹਾਨੂੰ ਧੀਮੇ ਕਰ ਦਿੰਦੀਆਂ ਹਨ

ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਫੈਸਲੇ ਘਟਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਕਲ ਨਹੀਂ। ਜ਼ਿਆਦਾਤਰ ਸ਼ੁਰੂਆਤੀ ਐਡਮਿਨ ਪੈਨਲ ਇਕੋ ਹੀ ਕਾਰਨਾਂ ਕਰਕੇ ਗੜਬੜ ਹੋ ਜਾਂਦੇ ਹਨ: ਬਹੁਤ ਜ਼ਿਆਦਾ ਚੋਣਾਂ, ਅਸਪੱਸ਼ਟ ਇਤਿਹਾਸ, ਅਤੇ ਡੇਟਾ ਜੋ ਆਪਸ ਵਿੱਚ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ।

1) ਬਹੁਤ ਜ਼ਿਆਦਾ ਸਟੇਟਸ (ਅਤੇ ਹਰ ਕੋਈ ਇਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਵਰਤਦਾ ਹੈ)

ਜੇ ਤੁਸੀਂ 12 ਆਰਡਰ ਸਟੇਟਸ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ 12 ਵੱਖ-ਵੱਖ ਵਿਆਖਿਆਵਾਂ ਬਣਣਗੀਆਂ। ਰਿਪੋਰਟਿੰਗ ਬੇਕਾਰ ਹੋ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ "Processing" ਹਰ ਹਫ਼ਤੇ ਵੱਖਰਾ ਮਤਲਬ ਰੱਖਦਾ ਹੈ। ਇਸਨੂੰ ਤੰਗ ਰੱਖੋ: ਇੱਕ ਛੋਟਾ ਸੈਟ ਜੋ ਅਸਲ ਕਮਾਂ ਕਰੋ (paid, packed, shipped, delivered, canceled, refunded)। ਜਦੋਂ ਇਹ ਅਗਲਾ ਫੈਸਲਾ ਬਦਲਦਾ ਹੈ ਤਾਂ ਹੀ ਨਵਾਂ ਸਟੇਟਸ ਜੋੜੋ।

2) ਪੁਰਾਣੇ ਆਰਡਰ ਬਦਲਣਾ ਬਿਨਾਂ ਦਰਸ਼ਣਯੋਗ ਟਰੇਲ ਦੇ

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

3) ਦੋ ਜਗ੍ਹਾਂ 'ਤੇ ਇਨਵੈਂਟਰੀ ਅਪਡੇਟ ਕਰਨਾ

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

4) ਆਪਣੇ ਡੇਟਾ ਸਾਫ਼ ਨਹੀਂ ਤਾਂ ਐਨਾਲਿਟਿਕਸ ਬਣਾਉਣਾ

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

5) ਈਮੇਲ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਜ਼ਿਆਦਾ ਆਟੋਮੈਟਿਕ ਕਰਨਾ

ਆਟੋਮੇਸ਼ਨ ਐਜੇ ਕੇਸਾਂ 'ਤੇ ਟੁੱਟਦੇ ਹਨ: ਵੰਡੇ ਹੋਏ ਸ਼ਿਪਮੈਂਟ, ਐਡਰੈੱਸ ਬਦਲਾਅ, ਬੈਕਆਰਡਰ. ਇਹ ਸਪੋਰਟ ਟਿਕਟ ਵਧਾ ਸਕਦੇ ਹਨ। ਕੁਝ ਭਰੋਸੇਯੋਗ ਸੁਨੇਹਿਆਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਅਸਲ ਨਮੂਨੇ ਦੇਖਕੇ ਹੋਰ ਜੋੜੋ।

ਜੇ ਤੁਸੀਂ Koder.ai ਜਾਂ ਕਿਸੇ ਹੋਰ ਬਿਲਡਰ 'ਤੇ ਇਹ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਇਹਨਾਂ ਨਿਯਮਾਂ ਨੂੰ ਫੀਚਰ ਨਾ ਸਮਝੋ ਬਲਕਿ ਨਿਯਮ ਸਮਝੋ। ਇਹ ਤੁਹਾਡੇ ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਨੂੰ ਵੋਲਿਊਮ ਵਧਣ ਤੇ ਵੀ ਇਸਤੇਮਾਲਯੋਗ ਰੱਖਣਗੇ।

ਤੇਜ਼ ਚੈੱਕਲਿਸਟ ਅਤੇ ਅਗੇ ਦੇ ਕਦਮ

ਜੇ ਤੁਹਾਡਾ ਨਿਊਨਤਮ ਐਡਮਿਨ ਪੈਨਲ ਇਹ ਕੁਝ ਕੰਮ ਤੇਜ਼ੀ ਨਾਲ ਤੇ ਸਪੱਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਬਿਨਾਂ ਵੱਡੇ ਬੈਕ ਆਫਿਸ ਤਿਆਰ ਕੀਤੇ ਕਾਰੋਬਾਰ ਚਲਾ ਸਕਦੇ ਹੋ। লক্ষ্য ਹੈ: ਗਤੀ, ਸਪਸ਼ਟਤਾ, ਅਤੇ "ਇਹ ਨੰਬਰ ਕਿੱਥੋਂ ਆਇਆ" ਵਾਲੇ ਪ੍ਰਸ਼ਨਾਂ ਘੱਟ ਹੋਣ।

ਇਸ ਚੈੱਕਲਿਸਟ ਨੂੰ ਗੋ/ਨੋ-ਗੋ ਗੇਟ ਵਜੋਂ ਵਰਤੋ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਹੋਰ ਕੁਝ ਜੋੜੋ:

• Orders: ਤੁਸੀਂ ਖੋਜ, ਖੋਲ੍ਹਣਾ, ਸਟੇਟਸ ਸੋਧਣਾ ਅਤੇ ਅਗਲਾ ਕਾਰਜ ਟ੍ਰਿੱਗਰ ਕਰ ਸਕਦੇ ਹੋ (pick, pack, ship, refund) 30 ਸਕਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ।
• Inventory: ਹਰ ਸਟਾਕ ਬਦਲਾਅ ਦਾ ਕਾਰਨ ਅਤੇ ਟਾਈਮਸਟੈਂਪ ਹੋਵੇ, ਤਾ ਜੋ ਤੁਸੀਂ ਸਮਝਾ ਸਕੋ "ਕਿਉਂ 12 ਗਾਇਬ ਹੋ ਗਏ" ਬਿਨਾਂ ਚੈਟਾਂ ਖੋਜੇ।
• Customers: ਇੱਕ ਪੇਜ਼ ਸਾਰੇ ਪਿਛਲੇ ਆਰਡਰ ਅਤੇ ਅੰਦਰੂਨੀ ਨੋਟਸ ਦਿਖਾਵੇ (ਸਪੋਰਟ ਸੰਦੇਰਭ ਅਤੇ ਦੁਬਾਰਾ ਖਰੀਦ ਲਈ)।
• Coupons: ਤੁਸੀਂ ਇੱਕ ਪ੍ਰੋਮੋ ਤੁਰੰਤ ਰੋਕ ਸਕਦੇ ਹੋ ਅਤੇ ਬੁਨਿਆਦੀ ਰਿਡੈਪਸ਼ਨ ਵੇਖ ਸਕਦੇ ਹੋ, ਤਾਂ ਜੋ ਡਿਸਕਾਉਂਟਾਂ ਅਣਕਾਬੂ ਨਾ ਹੋਣ।
• Content: ਤੁਸੀਂ ਉਹ ਕੁਝ ਸੋਧ ਸਕਦੇ ਹੋ ਜੋ ਅਸਲ ਵਿੱਚ ਬਦਲਦਾ ਹੈ (ਹੋਮਪੇਜ ਹੀਰੋ, FAQs, ਉਤਪਾਦ ਕਾਪੀ) ਬਿਨਾਂ ਦੁਬਾਰਾ ਡਿਪਲੋਇ ਕੀਤੇ।

ਅਗਲੇ ਕਦਮ ਤੁਹਾਡੇ ਵੋਲਿਊਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਰੋਜ਼ < 20 ਆਰਡਰ ਭੇਜਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਕ੍ਰੀਨ ਤੇਜ਼ ਅਤੇ ਨਿਰਾਸ਼ਮਿਕ ਬਣਾਓ ਨਾ ਕਿ "ਪੂਰਾ"। ਹਰੇਕ ਹਫਤਾ ਇੱਕ ਸੁਧਾਰ ਜੋ ਅਸਲ ਦਰਦ ਤੋਂ ਆਉਂਦਾ ਹੈ ਜੋੜੋ: ਇੱਕ ਘਟੀਆ ਫਿਲਟਰ, ਇੱਕ ਸਪੱਸ਼ਟ ਸਟੇਟਸ ਲੇਬਲ, ਇੱਕ ਵਧੀਆ ਇਨਵੈਂਟਰੀ ਕਾਰਨ ਲਿਸਟ।

ਜਦੋਂ ਤੁਸੀਂ ਇਹ ਜਲਦੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਸਕ੍ਰੀਨਾਂ ਨੂੰ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਾਲੇ ਟਾਸਕ ਬਣਾਕੇ ਸ਼ੁਰੂ ਕਰੋ: "ਈਮੇਲ ਨਾਲ ਆਰਡਰ ਲੱਭੋ", "ਨੁਕਸਾਨ ਯੂਨਿਟ ਲਈ ਸਟਾਕ ਘਟਾਓ", "ਹੋਰ-ਨਾਲ ਕੂਪਨ ਰੋਕੋ". Koder.ai ਵਰਗੇ ਟੂਲ ਤੁਹਾਨੂੰ ਚੈਟ ਵਿੱਚ ਸਕ੍ਰੀਨ ਪਲਾਨ ਕਰਨ, React + Go ਫਾਉਂਡੇਸ਼ਨ (PostgreSQL) ਜੇਹਾ ਵਰਕਿੰਗ ਕੋਡ ਜਨਰੇਟ ਕਰਨ ਅਤੇ ਸਨੇਪਸ਼ਾਟ/ਰੋਲਬੈਕ ਨਾਲ ਸੁਨਿਸ਼ਚਤ ਇਟਰੇਸ਼ਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ।

ਇੱਕ ਆਖਰੀ ਨਿਯਮ: ਜੋ ਚੀਜ਼ ਅੱਜ ਦਾ ਫੈਸਲਾ ਨਹੀਂ ਬਦਲਦੀ, ਉਸਨੂੰ ਟਾਲੋ। ਐਡਵਾਂਸਡ ਐਨਾਲਿਟਿਕਸ, ਜਟਿਲ ਰੋਲ, ਡੀਪ ਸੈਗਮੈਂਟੇਸ਼ਨ ਅਤੇ ਆਟੋਮੇਸ਼ਨ ਸ਼ਾਨਦਾਰ ਹਨ, ਪਰ ਸਿਰਫ਼ ਉਸ ਵੇਲੇ ਜਦੋਂ ਬੇਸਿਕਸ ਤੇਜ਼, ਭਰੋਸੇਯੋਗ ਅਤੇ ਹਰ ਰੋਜ਼ ਵਰਤੀਆਂ ਜਾਂ।