ਇਲੈਕਟ੍ਰਾਨਿਕ ਐਕਸੈਸਰੀ ਸਟੋਰਾਂ ਲਈ ਡਿਵਾਈਸ ਸਮਰਥਤਾ ਫਿਲਟਰ

ਐਕਸੇਸਰੀਜ਼ ਵਿੱਚ “ਸਮਰਥਤਾ” ਦਾ ਅਸਲ ਮਤਲਬ

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

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

ਪਾਵਰ ਅਤੇ ਕਨੈਕਟਿਵਟੀ ਲਈ, “ਕੰਮ ਕਰਦਾ ਹੈ” ਦੇ ਵੱਖ-ਵੱਖ ਪੱਧਰ ਹੁੰਦੇ ਹਨ। ਇਕ ਚਾਰਜਰ ਫੋਨ ਨੂੰ ਚਾਰਜ ਕਰ ਸਕਦਾ ਹੈ ਪਰ ਵਿੱਘਿਆਪਿਤ ਰਫਤਾਰ 'ਤੇ ਨਾਹ। ਇਕ ਕੇਬਲ ਚਾਰਜ ਤਾਂ ਕਰ ਸਕਦੀ ਹੈ ਪਰ ਡੇਟਾ ਨਹੀਂ ਲਿਜਾ ਸਕਦੀ, ਜਾਂ ਫਾਸਟ ਚਾਰਜਿੰਗ ਸਟੈਂਡਰਡ ਨਹੀਂ ਸਹੀ ਕਰਦੀ। ਵਾਇਰਲੈੱਸ ਚਾਰਜਿੰਗ ਇੱਕ ਹੋਰ ਪਰਤ ਜੋੜਦੀ ਹੈ: ਕੋਇਲ ਦੀ ਥਾਂ, ਕੇਸ ਦੀ ਮੋਟਾਈ ਅਤੇ ਮੈਗਨੈਟ ਅਲਾਈਨਮੈਂਟ ਸਭ ਮਹੱਤਵਪੂਰਨ ਹੋ ਸਕਦੇ ਹਨ।

ਇੱਥੇ ਆਮ ਤੌਰ 'ਤੇ ਵਿਭਿੰਨ ਐਕਸੇਸਰੀ ਕਿਸਮਾਂ ਲਈ ਸਮਰਥਤਾ ਕਿਵੇਂ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ:

• Cases ਅਤੇ protectors: ਨਿਰਧਾਰਤ ਮਾਡਲ ਅਤੇ ਕਦੇ-कਦੇ ਨਿਰਧਾਰਤ ਜਨਰੇਸ਼ਨ
• Chargers: ਪੋਰਟ ਕਿਸਮ ਨਾਲ ਨਾਲ ਚਾਰਜਿੰਗ ਸਟੈਂਡਰਡ ਅਤੇ ਵॉटੇਜ ਉਮੀਦਾਂ
• Cables: ਦੋਹਾਂ ਛੇਡਿਆਂ 'ਤੇ ਕਨੈਕਟਰ ਕਿਸਮਾਂ ਨਾਲ ਨਾਲ ਗਤੀ ਅਤੇ پاور ਰੇਟਿੰਗ
• Mounts: ਡਿਵਾਈਸ ਦੇ ਆਕਾਰ ਨਾਲ ਨਾਲ ਕੈਮਰਿਆਂ ਅਤੇ ਬਟਨ ਲਈ ਕਲੀਅਰੈਂਸ
• Wireless accessories: ਕੇਵਲ “wireless charging” ਨਹੀਂ, ਬਲਕਿ ਕੋਇਲ ਅਲਾਈਨਮੈਂਟ ਅਤੇ ਮੈਗਨੈਟ ਸਹਾਇਤਾ

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

ਡਿਵਾਈਸ ਸਮਰਥਤਾ ਫਿਲਟਰ ਦਾ ਲਕੜੀ ਹੇਠਾਂ ਸਧਾਰਨ ਹੈ: ਘੱਟ ਰਿਟਰਨ, ਘੱਟ ਸਪੋਰਟ ਟਿਕਟ, ਅਤੇ ਹੋਰ ਭਰੋਸੇਮੰਦ ਖਰੀਦਦਾਰ ਜੋ ਬਿਨਾਂ ਸੰਦੇਹ ਦੇ ਤੇਜ਼ੀ ਨਾਲ ਖਰੀਦ ਸਕਣ।

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

ਉਹ ਸਮਰਥਤਾ ਸੰਕੇਤ ਜੋ ਤੁਹਾਨੂੰ ਕੈਪਚਰ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ (ਅਤੇ ਕੀ ਅਣਡਰਿਗ ਕਰਨ)

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

ਜਿਆਦਾਤਰ ਐਕਸੇਸਰੀਜ਼ ਲਈ “ਜਰੂਰੀ” ਸਮਰਥਤਾ ਸੰਕੇਤ ਹਨ:

• Device family and model: ਜਿਵੇਂ iPhone 15 ਵਿਰੁੱਧ iPhone 15 Pro, Galaxy S24 ਵਿਰੁੱਧ S24 Ultra.
• Generation/year: ਇਕੋ ਨਾਂ ਸਾਲਾਂ ਵਿੱਚ ਆਕਾਰ ਬਦਲ ਸਕਦੀ ਹੈ (ਪੁਰਾਣੇ “SE” ਸ਼ੈਲੀਆਂ ਆਮ ਫੱਸ ਹੁੰਦੀਆਂ ਹਨ).
• Physical size and form: ਸਕ੍ਰੀਨ ਸਾਈਜ਼, ਬਾਡੀ ਮਾਪ, ਅਤੇ ਕੇਸ ਦੀ ਮੋਟਾਈ ਜਦੋਂ ਲਾਗੂ ਹੋਵੇ।
• Connector/port standard: USB-C ਵਿਰੁੱਧ Lightning, 3.5 mm, MagSafe/Qi ਵਰਜਨ।
• Layout constraints: ਕੈਮਰਾ ਬੰਪ ਦਾ ਆਕਾਰ, ਬਟਨ ਦੀ ਪੋਜ਼ੀਸ਼ਨ, ਸਪੀਕਰ/ਮਾਈਕਰੋਫੋਨ ਕੱਟਆਊਟ।

ਟ੍ਰਿਕੀ ਕੇਸ ਆਮ ਤੌਰ 'ਤੇ ਨਾਮੀ ਮੁੱਦੇ ਹੁੰਦੇ ਹਨ, ਡਾਟਾ ਮੁੱਦੇ ਨਹੀਂ। “Plus/Pro/Max/Ultra” ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸ ਹਨ। ਖੇਤਰੀ ਨਾਂ ਅਤੇ ਕੈਰੀਅਰ ਐਡੀਸ਼ਨ ਵੀ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਭਾਵੇਂ ਸਿਰਲੇਖ ਨਾਂ ਇੱਕੋ ਹੀ ਲਗੇ। ਇਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਸਾਫ਼ ਡਿਵਾਈਸ ਰਿਕਾਰਡ ਦੇ ਏਲੀਅਸ ਵਜੋਂ ਰੱਖੋ, ਨਾ ਕਿ ਵੱਖ-ਵੱਖ “ਲਗਭਗ ਉਸੇ” ਐਂਟਰੀ ਜਿਵੇਂ।

ਫਿੱਟਮੈਂਟ ਨੂੰ ਫੀਚਰ ਸਮਰਥਤਾ ਤੋਂ ਅਲੱਗ ਰੱਖੋ। “Fits”ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ ਭੌਤਿਕ ਰੂਪ ਵਿੱਚ ਲਾਈਨ ਅਪ ਹੋਇਆ ਹੈ ਅਤੇ ਕੁਝ ਰੋਕਦਾ ਨਹੀਂ। “Works” ਦਾ ਮਤਲਬ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਫਾਸਟ ਚਾਰਜਿੰਗ, ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਗਤੀ, ਜਾਂ ਕੋਈ ਖਾਸ ਫੀਚਰ (ਜਿਵੇਂ ਮੈਗਨੈਟਿਕ ਅਲਾਈਨਮੈਂਟ) ਸਹਿਯੋਗ ਕਰਦਾ ਹੈ। ਇੱਕ ਕੇਬਲ “ਕੰਮ” ਕਰ ਸਕਦੀ ਹੈ ਪਰ ਕਿਸੇ ਵਿਸ਼ੇਸ਼ ਫੋਨ 'ਤੇ “ਫਾਸਟ ਚਾਰਜ” ਨਹੀਂ ਕਰ ਸਕਦੀ, ਅਤੇ ਇੱਕ ਕੇਸ ਫਿੱਟ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਕੈਮਰਾ ਕੰਟਰੋਲ ਬਟਨ ਨੂੰ ਬਲੌਕ ਕਰ ਸਕਦਾ ਹੈ।

ਨਿਰਣਯ ਕਰੋ ਕਿ ਤੁਸੀਂ ਪੁੜਖੇ ਵਿੱਚ ਕੀ ਵਾਅਦਾ ਕਰੋਗੇ। ਜੇ ਤੁਸੀਂ ਫਾਸਟ-ਚਾਰਜਿੰਗ ਵਾਟੇਜ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ “ਚਾਰਜ ਕਰਦਾ ਹੈ” ਕਹੋ, “ਫਾਸਟ ਚਾਰਜ ਕਰਦਾ ਹੈ” ਨਹੀਂ। ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਕੁਝ ਮਾਡਲਾਂ 'ਤੇ ਟੈਸਟ ਕੀਤਾ ਹੈ, ਤਾਂ “confirmed on” ਰੱਖੋ ਅਤੇ ਬਾਕੀ ਨੂੰ “reported compatible” ਜਾਂ ਛੱਡ ਦਿਓ। ਇਹ ਸਪಷ್ಟਤਾ ਰਿਟਰਨ ਅਤੇ ਨਾਰਾਜ਼ ਸਮੀਖਿਆਵਾਂ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ।

ਇੱਕ ਡਾਟਾ ਮਾਡਲ ਜੋ ਸਪ੍ਰੈਡਸ਼ੀਟ ਤੋਂ ਅੱਗੇ ਸਕੇਲ ਕਰੇ

ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਹਜ਼ਾਰਾਂ SKUs ਅਤੇ ਸੈਂਕੜੇ ਡਿਵਾਈਸ ਹੁੰਦੇ ਹਨ ਤਾਂ ਸਪ੍ਰੈਡਸ਼ੀਟ ਟੁੱਟ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਗੁੰਝਲਦਾਰ ਨਾਂ (ਜਿਵੇਂ “Galaxy S21”) ਕਈ ਜਨਰੇਸ਼ਨ, ਖੇਤਰ ਅਤੇ ਆਕਾਰ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ। ਇੱਕ ਸਕੇਲਯੋਗ ਮਾਡਲ ਇਹੋ ਜਿਹਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਕਿ “ਡਿਵਾਈਸ ਕੀ ਹੈ” ਨੂੰ “ਕਿਹੜੀ ਐਕਸੇਸਰੀ ਸਹਾਇਤਾ ਕਰਦੀ ਹੈ” ਤੋਂ ਵੱਖਰਾ ਕੀਤਾ ਜਾਵੇ।

ਛੋਟੇ, ਸਾਫ਼ ਟੇਬਲਾਂ ਸੋਚੋ ਜੋ ਹਰ ਇੱਕ ਇਕ ਕੰਮ ਕਰਨ:

• DeviceBrand (Apple, Samsung)
• DeviceFamily (iPhone, Galaxy S)
• DeviceModel (iPhone 14, Galaxy S21)
• DeviceVariant (iPhone 14 Pro, iPhone 14 Pro Max, ਖੇਤਰੀ/ਕੈਰੀਅਰ ਵੈਰੀਅੰਟ ਜੇ ਲਾਜ਼ਮੀ ਹੋ)
• AccessoryProduct (ਜੋ ਚੀਜ਼ ਤੁਸੀਂ ਵੇਚਦੇ ਹੋ) ਨਾਲ SKU-ਲੈਵਲ ਵੇਰਵੇ ਜਦ ਲੋੜ ਹੋਵੇ

ਫਿਰ ਇੱਕ ਸਮਰਪਿਤ ਮੈਪਿੰਗ ਲੇਅਰ ਜੋੜੋ, ਅਕਸਰ ਇਸਨੂੰ CompatibilityRule (ਜਾਂ CompatibilityMap) ਕਹਿੰਦੇ ਹਨ। ਹਰ ਰੋ ਇੱਕ ਐਕਸੇਸਰੀ SKU ਨੂੰ ਇੱਕ ਸਮਰਥਿਤ DeviceVariant ਨਾਲ ਜੋੜਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਸਟੀਕ ਫਿਲਟਰ, ਤੇਜ਼ QA, ਅਤੇ ਭਰੋਸੇਯੋਗ “ਕੀ ਇਹ ਫਿੱਟ ਹੋਏਗਾ?” ਉੱਤਰ ਦੇਂਦਾ ਹੈ।

ਡਾਟਾ ਸਥਿਰ ਰੱਖਣ ਲਈ, ਫ੍ਰੀ ਟੈਕਸਟ ਦੀ ਬਜਾਏ ਸਟਰੱਕਚਰਡ ਵਰਜ਼ਨਿੰਗ ਸਟੋਰ ਕਰੋ: ਮੈਦਾਨ ਜਿਵੇਂ generation, release_year, ਅਤੇ size_class “14 ਸੀਰੀਜ਼” ਵੱਧ ਭਲਾ ਹਨ। ਜੇ ਦੋ ਡਿਵਾਈਸ ਇੱਕੋ ਨਾਂ ਸਾਂਝੇ ਕਰਦੇ ਹਨ ਪਰ ਸਾਲ ਵੱਖਰੇ ਹਨ, ਤਾਂ release_year ਗੁਪਤ ਮਿਸਮੇਚ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਹਰ ਨਿਯਮ 'ਤੇ ਇੱਕ ਛੋਟਾ “ਕਾਰਨ” ਸਟੋਰ ਕਰੋ ਤਾਂ ਜੋ ਸਪੋਰਟ ਅਤੇ ਮਰਚ ਟੀਮਾਂ ਫੈਸਲੇ ਸਮਝਾ ਸਕਣ ਅਤੇ ਗਲਤੀਆਂ ਪਛਾਣ ਸਕਣ। ਉਦਾਹਰਨ ਵਜੋਂ: connector ਕਿਸਮ (USB-C ਵਿਰੁੱਧ Lightning), ਮਾਪ, ਕੈਮਰਾ ਕੱਟਆਊਟ ਆਕਾਰ, ਜਾਂ ਬਟਨ ਲੇਆਊਟ।

ਇਕ ਸਧਾਰਨ ਦૃਸ਼: ਇੱਕ ਕੇਸ ਜੋ “iPhone 14 Pro” ਫਿੱਟ ਕਰਦਾ ਹੈ ਪਰ “iPhone 14” ਨਹੀਂ। DeviceVariant + CompatibilityRule ਨਾਲ, ਤੁਹਾਡਾ ਫਿਲਟਰ ਕੇਵਲ Pro ਵੈਰੀਅੰਟ ਦੀ ਆਗਿਆ ਦੇ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਪੋਰਟ ਟੀਮ ਨੂੰ ਕਾਰਨ ਦਿਖਾਈ ਦੇਵੇਗਾ: ਵੱਖਰਾ ਕੈਮਰਾ ਮੋਡੀਊਲ ਆਕਾਰ।

ਦੋ ਤਰੀਕੇ: ਸਪੱਸ਼ਟ ਸੂਚੀਆਂ ਵਿਰੁੱਧ ਨਿਯਮ (ਅਤੇ ਕਦੋਂ ਮਿਲਾਉਣਾ)

ਐਕਸੇਸਰੀਜ਼ ਲਈ ਸਮਰਥਤਾ ਮਾਡਲ ਕਰਨ ਦੇ ਦੋ ਆਮ ਤਰੀਕੇ ਹਨ: ਸਪੱਸ਼ਟ ਮੈਪਿੰਗ ਅਤੇ ਨਿਯਮ-ਅਧਾਰਿਤ ਮੈਪਿੰਗ। ਜ਼ਿਆਦਾਤਰ ਸਟੋਰ ਦੋਹਾਂ ਵਰਤਦੇ ਹਨ, ਕਿਉਂਕਿ ਅਸਲ ਉਤਪਾਦ ਲਾਈਨਾਂ ਕਦੇ ਵੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੰਗਤ ਨਹੀਂ ਹੁੰਦੀਆਂ।

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

ਨਿਯਮ-ਅਧਾਰਿਤ ਮੈਪਿੰਗ ਸਾਂਝੇ “ਪਰਿਵਾਰ” ਜਾਂ ਲੱਛਣ ਵਰਗੇ “iPhone 13 family” ਜਾਂ “Galaxy S24 family” ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਵਰਤਦੀ ਹੈ, ਅਤੇ ਸਮਰਥਤਾ ਨੂੰ ਪਰਿਵਾਰ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ ਨਾ ਕਿ ਹਰ ਮਾਡਲ ਨਾਲ। ਇਹ ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਬਿਹਤਰ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਭੌਤਿਕ ਆਕਾਰ ਅਤੇ ਕੱਟਆਊਟ ਸਾਂਝੇ ਹੋਣ, ਜਿਵੇਂ ਕਈ ਸਕ੍ਰੀਨ ਪ੍ਰੋਟੈਕਟਰ ਨੇੜਲੇ ਵੈਰੀਅੰਟਾਂ ਵਿੱਚ, ਜਾਂ ਕਨੈਕਟਰ ਟਾਈਪ (USB-C) ਅਤੇ ਚਾਰਜਿੰਗ ਸਟੈਂਡਰਡ ਤੇ ਆਧਾਰਿਤ ਐਕਸੇਸਰੀਜ਼।

ਇੱਕ ਵਰਤੋਂਯੋਗ ਮਿਕਸ ਇਸ ਤਰ੍ਹਾਂ ਲੱਗਦਾ ਹੈ:

• ਡੀਫੌਲਟ ਫਿੱਟ ਲਈ ਨਿਯਮ ਵਰਤੋ (ਪਰਿਵਾਰ, ਜਨਰੇਸ਼ਨ, ਆਕਾਰ, ਕਨੈਕਟਰ)।
• ਛੋਟੇ ਅਤੇ ਦਿੱਖ ਰਹਿਤ ਛੇੱਤੀ ਤੌਰ 'ਤੇ ਅਪਵਰਾਈਡਾਂ ਲਈ ਸਪੱਸ਼ਟ ਓਵਰਰਾਈਡ ਜੋੜੋ (X ਲਈ ਤWorks ਪਰ Y ਲਈ ਨਹੀਂ)।
• ਓਵਰਰਾਈਡ ਨੂੰ ਛੋਟਾ ਅਤੇ ਦ੍ਰਿਸ਼ਯਮਾਨ ਰੱਖੋ ਤਾਂ ਜੋ ਨਿਯਮ ਪੜ੍ਹਨਯੋਗ ਰਹੇ।
• ਪਛਾਣਿਆ ਗਈ ਤੋੜ ਲਈ “deny” ਓਵਰਰਾਈਡ ਪ੍ਰਿਥਮਕਤਾ ਦਿਓ (ਕੈਮਰਾ ਬੰਪ ਬਦਲ, ਬਟਨ ਦੀ ਸਥਿਤੀ ਬਦਲੀ)।
• ਮਿਡ-ਸਾਈਕਲ ਰਿਵੀਜ਼ਨ ਜਦੋਂ ਮਾਪ ਬਦਲਦੇ ਹਨ ਨਿਯਮਾਂ ਦਾ ਵਰਜ਼ਨ ਰੱਖੋ।

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

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

ਨਾਂਕਰਨ, ਏਲੀਅਸ, ਅਤੇ ਡਿਵਾਈਸ ਡੇਟਾ ਸਾਫ਼ ਰੱਖਣਾ

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

ਵਿਹਾਰਕ ਪੈਟਰਨ ਇਹ ਹੈ: ਪ੍ਰਦਰਸ਼ਨ ਲਈ canonical name (ਜੋ ਤੁਸੀਂ ਫਿਲਟਰਾਂ ਵਿੱਚ ਦਿਖਾਉਂਦੇ ਹੋ) ਅਤੇ ਮੈਚਿੰਗ ਲਈ aliases (ਜੋ ਤੁਸੀਂ ਖੋਜ ਅਤੇ ਇੰਪੋਰਟਾਂ ਵਿੱਚ ਮਨਜ਼ੂਰ ਕਰਦੇ ਹੋ)। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ canonical value ਰੱਖੋ ਜਿਵੇਂ “iPhone 13 Pro Max”, ਪਰ aliases ਮਨਜ਼ੂਰ ਕਰੋ ਜਿਵੇਂ “13 Pro Max”, “iPhone13 ProMax”, “A2644”, ਜਾਂ ਕੈਰੀਅਰ ਵੈਰੀਅੰਟ ਜੋ ਲੋਕ ਲਿਸਟਿੰਗ ਤੋਂ ਕਾਪੀ ਕਰਦੇ ਹਨ।

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

ਇੱਕ ਐਨਗੈਸ਼ਨ ਵਰਕਫਲੋ ਜੋ ਰੋਟ ਨਾ ਹੋਵੇ

ਨਵੇਂ ਡਿਵਾਈਸ ਤੁਹਾਡੇ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਛੋਟੀ, ਦੁਹਰਾਓਯੋਗ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ ਆਉਣੇ ਚਾਹੀਦੇ ਹਨ। ਇੱਕ ਮਾਲਕ ਨਿਯੁਕਤ ਕਰੋ (ਅਕਸਰ merch ops ਜਾਂ catalog ops), ਇੱਕ ਕੈਡੈਂਸ ਸੰਕਲਪ ਕਰੋ (ਰਿਲੀਜ਼ ਦਿਨ + ਹਫਤਾਵਾਰੀ ਸਮੀਖਿਆ), ਅਤੇ ਇੱਕ ਛੋਟੀ ਚੈੱਕਲਿਸਟ ਦੀ ਲੋੜ ਰੱਖੋ ਜਿਸ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਵੀ ਫਿਲਟਰਾਂ ਵਿੱਚ ਚੁਣਯੋਗ ਨਾ ਬਣੇ।

ਕੁਝ ਚੈੱਕਸ ਜਿਨ੍ਹਾਂ ਨੂੰ ਨਵੀਂ ਡਿਵਾਈਸ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚਲਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ:

• canonical name ਦੀ ਵਿਅਕਤੀਗਤਤਾ ਅਤੇ ਜ਼ਰੂਰੀ brand + family + generation 구조
• alias ਟਕਰਾਅ (ਇੱਕ alias ਦੋ ਡਿਵਾਈਸਾਂ ਨੂੰ ਨਹੀਂ ਜੁੜ ਸਕਦਾ)
• parent ਰਿਲੇਸ਼ਨਸ਼ਿਪ (family ਅਤੇ generation ਮੌਜੂਦ ਅਤੇ ਵੈਧ ਹੋਣ)
• ਨਿਯਮ ਮੁਲਾਂਕਣ smoke ਟੈਸਟ (ਮੌਜੂਦਾ compatibility ਨਿਯਮ ਅਜੇ ਵੀ ਨਤੀਜੇ ਦਿਵਾਉਂਦੇ ਹਨ)
• ਟੌਪ SKU spot ਚੈੱਕ (ਬਿਹਤਰ ਵੇਚਣ ਵਾਲੇ ਕੇਸ ਜਾਂ ਚਾਰਜਰ ਅਜੇ ਵੀ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਮੈਚ ਹੁੰਦੇ ਹਨ)

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

ਫਿਲਟਰ ਡਿਜ਼ਾਇਨ ਜੋ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਸਹੀ ਫਿੱਟ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ

ਗਲਤ ਖਰੀਦਾਂ ਘਟਾਉਣ ਦਾ ਤੇਜ਼ ترین ਤਰੀਕ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਉਤਪਾਦਾਂ ਨੂੰ ਪੂਛਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਖਰੀਦਦਾਰ ਦਾ ਡਿਵਾਈਸ ਮੰਗੋ। ਕੇਸਾਂ, ਸਕ੍ਰੀਨ ਪ੍ਰੋਟੈਕਟਰਾਂ ਅਤੇ ਕੈਮਰਾ ਲੈਂਸ ਪ੍ਰੋਟੈਕਟਰਾਂ ਲਈ ਇੱਕ ਸਧਾਰਨ “ਆਪਣਾ ਡਿਵਾਈਸ ਚੁਣੋ” ਕਦਮ ਸੰਦਰਭ ਸੈੱਟ ਕਰਦਾ ਹੈ ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਬਿਨਾਂ ਜਾਣਕਾਰੀ ਦੇ ਖਰੀਦਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।

ਜਦੋਂ ਡਿਵਾਈਸ ਚੁਣਿਆ ਗਿਆ ਹੋਵੇ, ਤੁਹਾਡੇ ਫਿਲਟਰ ਇੱਕ ਮਾਰਗ ਦਰਸ਼ਕ ਰੂਪ ਵਿੱਚ ਵਰਤਣੇ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ ਲੰਬੀ ਚੈੱਕਲਿਸਟ। ਚੰਗਾ ਪੈਟਰਨ ਇੱਕ ਹੈਰਾਰਕੀ ਹੈ ਜਿੱਥੇ ਹਰ ਚੋਣ ਅਗਲੇ ਵਿਕਲਪਾਂ ਨੂੰ ਕੇਵਲ ਵੈਧਆਂ ਤੱਕ ਸੀਮਿਤ ਕਰ ਦੇਂਦੀ: brand, ਫਿਰ family (series), ਫਿਰ model, ਫਿਰ generation ਜਾਂ size। ਜੇ ਕਿਸੇ ਨੇ “Galaxy S” ਚੁਣਿਆ, ਉਹ iPhone-ਕੇਵਲ ਪਰਿਵਾਰ ਨਹੀਂ ਦੇਖਣਾ ਚਾਹੀਦਾ। ਜੇ ਉਹ “iPhone 15” ਚੁਣਦਾ ਹੈ, ਉਹ “iPhone 15 Pro Max” ਆਕਾਰ ਨਾ ਦੇਖੇ।

ਇੱਥੇ ਕੁਝ عملي ਨਿਯਮ ਹਨ ਜੋ ਸਮਰਥਤਾ ਫਿਲਟਰਾਂ ਨੂੰ ਸੁਨਿਸ਼ਚਿਤ ਮਹਿਸੂਸ ਕਰਾਂਦੇ ਹਨ:

• ਅਸੰਭਵ ਵਿਕਲਪ ਛੁਪਾਓ, ਸਿਰਫ ਅਨਯੋਗ ਨਾ ਕਰੋ। ਘੱਟ ਚੋਣਾਂ ਗਲਤੀਆਂ ਘਟਾਉਂਦੀਆਂ ਹਨ।
• ਲੇਬਲ ਗਾਹਕ-ਉਪਯੋਗੀ ਰੱਖੋ (ਆਮ ਨਾਂ), ਪਰ ਅੰਦਰੂਨੀ IDs ਪਿੱਛੇ ਸਟੋਰ ਕਰੋ।
• ਡਿਵਾਈਸ ਚੁਣਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਸਪਸ਼ਟ ਟੋਗਲ ਜਿਵੇਂ “ਸਿਰਫ ਸਮਰਥਿਤ ਦਿਖਾਓ” ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਇਹ ਡਿਫਾਲਟ ਔਨ ਰੱਖੋ।
• ਚੁਣਿਆ ਹੋਇਆ ਡਿਵਾਈਸ ਇੱਕ ਸਟਿੱਕੀ ਚਿਪ ਵਜੋਂ ਦਿਖਾਓ (ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਬਦਲਣਯੋਗ)।
• ਇੱਕ ਤੇਜ਼ “ਮੈਨੂੰ ਆਪਣਾ ਮਾਡਲ ਨਹੀਂ ਪਤਾ” ਰਾਹ ਦਿਓ ਜੋ ਸਧਾਰਨ ਪ੍ਰੰਪਟ (ਸਕਰੀਨ ਸਾਈਜ਼, ਸਾਲ, ਕੈਮਰਾ ਲੇਆਊਟ) ਵੱਲ ਲੈ ਜਾਵੇ।

ਖਾਲੀ ਸਥਿਤੀਆਂ ਮਹੱਤਵਪੂਰਨ ਹਨ ਕਿਉਂਕਿ ਇਹ ਉਨ੍ਹਾਂ ਥਾਂਵਾਂ ਹਨ ਜਿੱਥੇ ਭ੍ਰਮ ਰਿਟਰਨ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ। ਜੇ ਕੁਝ ਫਿੱਟ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ “0 results” ਵਾਲੀ ਡੈੱਡ-ਏਂਡ ਨਾ ਦਿਖਾਓ। ਕਾਰਨ ਦੱਸੋ ਅਤੇ ਅਗਲਾ ਕਦਮ ਪੇਸ਼ ਕਰੋ: “ਕੋਈ ਕੇਸ iPhone 14 Pro (6.1) ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। iPhone 14 (6.1) ਆਜ਼ਮਾਓ ਜਾਂ ਆਪਣਾ ਡਿਵਾਈਸ ਸਿਲੈਕਸ਼ਨ ਸਾਫ਼ ਕਰੋ।” ਜੇ ਤੁਹਾਡਾ ਕੈਟਾਲੌਗ ਕਵਰੇਜ਼ ਗੁੰਢਾ ਹੈ, ਤਾਂ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਕਹੋ ਅਤੇ “ਮੈਨੂੰ ਦੱਸੋ” ਜਾਂ “ਬਾਅਦ ਵਿੱਚ ਚੈੱਕ ਕਰੋ” ਯੋਜਨਾ ਦਿਓ।

ਉਦਾਹਰਨ: ਇੱਕ ਖਰੀਦਦਾਰ “iPhone 14 case” ਖੋਜਦਾ ਹੈ ਪਰ ਅਸਲ ਵਿੱਚ ਉਹ iPhone 14 Pro ਰੱਖਦਾ ਹੈ। ਜਦੋ ਉਹ “Apple > iPhone > iPhone 14 Pro” ਚੁਣਦਾ ਹੈ, ਸੂਚੀ ਤੁਰੰਤ iPhone 14-ਕੇਵਲ ਕੇਸ ਹਟਾ ਦਿੰਦੀ ਹੈ, ਅਤੇ “compatible only” ਟੋਗਲ ਉਹਨਾਂ ਨੂੰ ਗਲਤ ਆਈਟਮ ਜੋੜਨ ਤੋਂ ਬਚਾਉਂਦਾ। ਇਹੀ ਡਿਵਾਈਸ ਸਮਰਥਤਾ ਫਿਲਟਰਾਂ ਦਾ ਮੁੱਖ ਕੰਮ ਹੈ: ਚੋਣਾਂ ਨੂੰ ਐਸਾ ਗਾਈਡ ਕਰਨਾ ਤਾਂ ਜੋ ਗਲਤ ਆਈਟਮਾਂ ਕਦੇ ਵੀ ਚੰਗਾ ਵਿਚਾਰ ਨਹੀਂ ਲੱਗਣ।

ਖੋਜ ਜੋ ਡਿਵਾਈਸ ਇਰਾਦਾ ਸਮਝਦੀ ਹੈ

ਖਰੀਦਦਾਰ SKU ਵਿੱਚ ਨਹੀਂ ਸੋਚਦੇ। ਉਹ ਲਿਖਦੇ ਹਨ ਜੋ ਉਹ ਚਾਹੁੰਦੇ ਹਨ: “charger for Pixel 8” ਜਾਂ “case iPhone 15 Pro Max”。ਚੰਗੀ ਖੋਜ ਦੋਹਾਂ ਹਿੱਸਿਆਂ ਨੂੰ ਸਮਝਣੀ ਚਾਹੀਦੀ ਹੈ: ਡਿਵਾਈਸ ਅਤੇ ਐਕਸੇਸਰੀ ਇਰਾਦਾ, ਅਤੇ ਫਿਰ ਕੇਵਲ ਉਹ ਆਈਟਮ ਵਾਪਸ ਕਰੇ ਜੋ ਫਿੱਟ ਕਰਦੇ ਹਨ।

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

ਇੱਕ عملي ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਆਪਣੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਨਾਰਮਲਾਈਜ਼ਡ ਸਮਰਥਤਾ ਮੈਪ ਸਟੋਰ ਕਰੋ, ਫਿਰ ਹਰ ਉਤਪਾਦ ਲਈ ਖੋਜ ਇੰਡੈਕਸ ਵਿੱਚ ਇੱਕ ਫਲੇਟਨ “ਡਿਵਾਈਸ ਟੋਕਨ” ਫੀਲਡ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ। ਆਮ ਨਾਂ ਜੋ ਲੋਕ ਟਾਈਪ ਕਰਦੇ ਹਨ (brand, model, generation, size) ਸ਼ਾਮਲ ਕਰੋ ਤਾਂ “Pixel 8”, “Google Pixel 8”, ਅਤੇ “G9BQD” ਸਾਰੇ ਇੱਕੋ ਡਿਵਾਈਸ ਨੂੰ ਹਿੱਟ ਕਰਨ।

ਜਦੋਂ ਬਹੁਤ ਸਾਰੇ ਡਿਵਾਈਸ ਵੈਰੀਅੰਟ ਹੋਣ, ਤਾਂ ਖੋਜ ਸਮੇਂ ਡੀਪ ਜੋਇਨ ਕਰਨ ਤੋਂ ਬਚੋ। ਜੋ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ ਉਹ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰੀਕੰਪਿਊਟ ਕਰੋ:

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

ਅਣਜਾਣੇ ਡਿਵਾਈਸਾਂ ਲਈ, ਅਜ਼ਮਾਇਸ਼ ਕਿ ਉਹ ਗਲਤ ਖਰੀਦ ਪੈਦਾ ਕਰਨ, ਇੱਕ ਅਟਕਲ ਵਾਪਸ ਨਾ ਕਰੋ। ਜਗ੍ਹਾ ਇਸ ਦੇ ਇੱਕ ਮਾਰਗਦਰਸ਼ਿਤ ਫਾਲਬੈਕ 'ਤੇ ਸਵਿੱਚ ਕਰੋ: ਕਨੈਕਟਰ ਪੁੱਛੋ (USB-C, Lightning), ਮੁੱਖ ਮਾਪ (ਸਕਰੀਨ ਸਾਈਜ਼, ਕੇਸ ਹਾਈਟ), ਜਾਂ ਜੇ ਸਹਾਇਤਾ ਪ੍ਰਵਾਹ ਆਗਿਆ ਦਿੰਦੀ ਹੈ ਤਾਂ ਪੋਰਟ ਲੇਬਲ ਦੀ ਫੋਟੋ। ਫਿਰ ਇੱਕ ਛੋਟੀ ਸੈੱਟ “ਸੰਭਾਵਤ ਮੈਚ” ਦਿਖਾਓ ਸਾਫ਼ ਚੇਤਾਵਨੀ ਅਤੇ ਚੈੱਕ ਕਰਨ ਲਈ ਪ੍ਰੰਪਟ ਨਾਲ।

ਉਤਪਾਦ ਪੰਨੇ ਅਤੇ ਕਾਰਟ: ਸਮਰਥਤਾ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ ਮੁਸ਼ਕਲ ਬਣਾਓ

ਅਧਿਕਤਮ ਗਲਤ ਖਰੀਦਦਾਰੀਆਂ ਉਸ ਵੇਲੇ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਖਰੀਦਦਾਰ ਨੇ ਪਹਿਲਾਂ ਹੀ ਉਤਪਾਦ ਲੱਭ ਲਿਆ ਹੁੰਦਾ ਹੈ। ਉਤਪਾਦ ਪੰਨਾ ਅਤੇ ਕਾਰਟ ਤੁਹਾਡੀ ਆਖਰੀ ਰੇਖਾ ਰੱਖਿਆ ਹਨ, ਇਸ ਲਈ ਸਮਰਥਤਾ ਨੂੰ ਇੱਕ ਮੁੱਖ ਤਥ্য ਵਜੋਂ ਦਰਸਾਓ, ਫੁੱਟਨੋਟ ਵਜੋਂ ਨਹੀਂ।

ਕੀਮਤ ਅਤੇ Add to cart ਬਟਨ ਦੇ ਨੇੜੇ ਇੱਕ ਸਪਸ਼ਟ ਸਥਿਤੀ ਦਿਖਾਓ: Compatible, Not compatible, ਜਾਂ Unknown। "Unknown" ਅਟਕਲ ਕਰਨ ਨਾਲ ਵੱਧ ਚੰਗਾ ਹੈ, ਪਰ ਇਸਦੇ ਨਾਲ ਇੱਕ ਅਗਲਾ ਕਦਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਖਰੀਦਦਾਰ ਨੂੰ ਆਪਣਾ ਡਿਵਾਈਸ ਚੁਣਨ ਲਈ ਪੁੱਛਣਾ।

ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ “ਕਿਉਂ” ਸਪਸ਼ਟ ਬਣਾਓ

ਕੇਵਲ ਇਹ ਨਾ ਕਹੋ ਕਿ ਇਹ ਫਿੱਟ ਕਰਦਾ ਹੈ। ਇਹ ਕਿਉਂ ਫਿੱਟ ਕਰਦਾ ਹੈ ਹਰੇਕਦਿਨ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਦੱਸੋ: “USB-C connector,” “fits iPhone 14 (6.1-inch),” “works with MagSafe,” ਜਾਂ “requires a 3.5 mm headphone jack.” ਇਹ ਵੀ ਓਥੇ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡਾ ਸਮਰਥਤਾ ਡਾਟਾ ਲਾਭ ਦਿੰਦਾ ਹੈ: ਉਹੀ ਡਾਟਾ ਜੋ ਫਿਲਟਰ ਚਲਾਉਂਦਾ ਹੈ, ਇੱਕ ਛੋਟੀ ਮਨੁੱਖੀ ਵਿਆਖਿਆ ਬਣਾਉਂਦੀ ਹੈ।

ਇੱਕ ਸਧਾਰਨ ਪੈਟਰਨ ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ:

• Compatible: 1 ਤੋਂ 2 ਕਾਰਨ ਦਿਖਾਓ (ਕਨੈਕਟਰ, ਆਕਾਰ, ਜਨਰੇਸ਼ਨ)।
• Not compatible: ਮਿਲਾਪ ਨੁਕਸ (Lightning ਵਿਰੁੱਧ USB-C, ਵੱਖਰਾ ਕੇਸ ਆਕਾਰ)।
• Unknown: ਦੱਸੋ ਕਿ ਕੀ ਗੁੰਮ ਹੈ (ਡਿਵਾਈਸ ਚੁਣਿਆ ਨਹੀਂ ਗਿਆ, ਜਾਂ ਐਕਸੈਸਰੀ ਫਿੱਟਮੈਂਟ ਪੁਸ਼ਟੀਤ ਨਹੀਂ)।
• Confidence cues: “Tested on iPhone 14 and 14 Pro cases” (ਸਿਰਫ ਜੇ ਸੱਚ ਹੋਵੇ)।

ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਬਿਨਾਂ ਤਬਾਹੀ ਦੇ ਡਿਵਾਈਸ ਬਦਲਣ ਦਿਓ

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

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

ਅਖੀਰ ਵਿੱਚ, ਕ੍ਰੋਸ-ਸੇਲ ਨੂੰ ਧਿਆਨ ਨਾਲ ਹੱਲ ਕਰੋ। ਜੇ ਖਰੀਦਦਾਰ ਨੇ “iPhone 14” ਚੁਣਿਆ ਹੈ, ਤਾਂ ਕੇਵਲ ਉਹੀ ਆਈਟਮ ਸੁਝਾਓ ਜੋ ਉਸੇ ਚੋਣ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ। “Customers also bought” ਵਿਜੈਟ ਜੋ ਡਿਵਾਈਸ ਸੰਦਰਭ ਨੂੰ ਅਣਡਿੱਠਾ ਕਰਦਾ ਹੈ, ਚੁਪਕੇ-ਚੁਪਕੇ ਰਿਟਰਨ ਬਣਾਉਂਦਾ ਹੈ।

ਆਮ ਜਾਲ ਜੋ ਗਲਤ ਖਰੀਦਾਂ ਰਚਦੇ ਹਨ

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

ਇੱਕ ਆਮ ਗਲਤੀ ਸਿਰਫ ਮਾਰਕੀਟਿੰਗ ਨਾਮਾਂ 'ਤੇ ਨਿਰਭਰ ਹੋਣਾ ਹੈ। “iPad Air” ਜਾਂ “Galaxy S” ਇਕ ਵਿਲੱਖਣ ਡਿਵਾਈਸ ਨਹੀਂ ਹਨ। ਤੁਹਾਨੂੰ ਸਥਿਰ ਮੈਦਾਨ ਚਾਹੀਦੇ ਹਨ ਜਿਵੇਂ generation, release year, ਅਤੇ screen size। ਇਨ੍ਹਾਂ ਦੇ ਬਿਨਾਂ, ਤੁਹਾਡੀ ਸਾਈਟ ਖੁਦ-ਬ-ਖੁਦ ਡਰੌਪਡਾਉਂਟ ਵਿੱਚ ਇੱਕੋ-ਜਿਹੇ ਦਿਖਣ ਵਾਲੇ ਪਰ ਵੱਖਰੇ ਫਿੱਟ ਵਾਲੇ ਉਤਪਾਦ ਮਿਲਾ ਦੇਵੇਗੀ।

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

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

ਸਮਰਥਤਾ ਕਦਾਚਿਤ ਹੀ ਸਧਾਰਾ ਹਾਂ/ਨਾ ਹੁੰਦੀ ਹੈ। “Works with iPhone” ਕਾਫੀ ਨਹੀਂ ਜਦੋਂ ਅਸਲ ਫੈਸਲਾ ਫਾਸਟ ਚਾਰਜਿੰਗ ਵਾਟੇਜ, USB-C Power Delivery ਪ੍ਰੋਫਾਈਲ, MagSafe ਅਲਾਈਨਮੈਂਟ ਤਾਕਤ, ਜਾਂ ਕੀ ਇੱਕ ਕੇਬਲ ਡੇਟਾ ਅਤੇ ਵੀਡੀਓ ਸਹਿਯੋਗ ਕਰਦਾ ਹੈ—ਆਦਿ ਦੀ ਬਾਰੇ ਹੁੰਦਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਗੈਰ-ਸ<|endoftext|>ਰਚਿਤ ਨੋਟਸ ਵਜੋਂ ਨਾ ਰੱਖੋ; ਇਨ੍ਹਾਂ ਨੂੰ ਸੰਰਚਿਤ ਐਟ੍ਰਿਬਿਊਟ ਬਣਾਓ ਨਹੀਂ ਤਾਂ ਰਿਟਰਨ ਹੋਣਗੇ।

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

ਇਨ੍ਹਾਂ ਮੁੱਦਿਆਂ ਨੂੰ ਵੇਖਣ ਦਾ ਇੱਕ ਤੇਜ਼ ਤਰੀਕਾ:

• ਡਿਵਾਈਸ ਰਿਕਾਰਡ ਬਿਨਾਂ generation/release_year/screen size
• ਪਰਿਵਾਰ ਜਿਨ੍ਹਾਂ ਕੋਲ ਸਪੱਸ਼ਟ ਵੈਰੀਐੰਟ ਨਹੀਂ (ਆਕਾਰ, ਕਨੈਕਟਰ, ਕੈਮਰਾ ਲੇਆਊਟ)
• ਫਿਲਟਰ ਓਪਸ਼ਨ ਜੋ ਅਕਸਰ ਖਾਲੀ ਨਤੀਜੇ ਲਿਆਉਂਦੇ ਹਨ
• “Works” ਦਾਵੇ ਜੋ PD, MagSafe, ਜਾਂ ਚਾਰਜਿੰਗ ਟੀਅਰ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੇ ਹਨ
• ਸਮਰਥਤਾ ਸੋਧ ਜਿਸ 'ਤੇ “ਕੌਣ/ਕਦੋਂ/ਕਿਉਂ” ਦਰਜ ਨਹੀਂ ਹੈ

ਉਦਾਹਰਨ: ਇੱਕ ਖਰੀਦਦਾਰ “iPad Air” ਚੁਣਦਾ ਹੈ ਅਤੇ ਕੇਸ ਖਰੀਦ ਲੈਂਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਸੈਲੇਕਟਰ ਜਨਰੇਸ਼ਨ ਲਈ ਨਹੀਂ ਪੁੱਛਦਾ, ਉਹ 10.9-inch ਮਾਡਲ ਲਈ ਕੇਸ ਮਿਲ ਸਕਦਾ ਹੈ ਜਦੋਂ ਉਹ ਪੁਰਾਣਾ 10.5-inch ਰੱਖਦਾ ਹੈ। ਇੱਕ ਸਧਾਰਨ ਜਨਰੇਸ਼ਨ ਕਦਮ mismatch ਨੂੰ ਕਾਰਟ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਰੋਕਦਾ ਹੈ।

ਤੇਜ਼ ਸਮਰਥਤਾ ਚੈੱਕਲਿਸਟ (ਰਿਲੀਜ਼ ਦਿਨ ਅਤੇ ਰੋਜ਼ਾਨਾ ਓਪਸ)

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

ਰਿਲੀਜ਼ ਦਿਨ ਚੈੱਕਲਿਸਟ (ਨਵੇਂ ਫੋਨ ਮਾਡਲ)

• ਹਰ ਮਾਡਲ ਅਤੇ ਜਨਰੇਸ਼ਨ ਨੂੰ ਵੱਖਰੇ ਐਨਟਰੀਜ਼ ਵਜੋਂ ਜੋੜੋ (Plus/Pro/Max/Ultra ਵੈਰੀਐੰਟ ਸਮੇਤ)।
• ਲੋਕ ਜੋ ਵਾਕਈ ਟਾਈਪ ਕਰਦੇ ਹਨ ਉਹਨਾਂ ਲਈ ਨਾਂ ਦੇ ਏਲੀਅਸ ਜੋੜੋ: ਮਾਰਕੀਟਿੰਗ ਨਾਂ, ਛੋਟਾ ਨਾਂ, ਅਤੇ ਆਮ ਟਾਈਪਿੰਗ ਗਲਤੀਆਂ।
• ਫਿੱਟ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲੇ ਕੁਝ ਭੌਤਿਕ ਤੱਥ ਕੈਪਚਰ ਕਰੋ: ਕਨੈਕਟਰ ਕਿਸਮ, ਕੈਮਰਾ ਬੰਪ ਲੇਆਊਟ, ਅਤੇ ਬਟਨ ਪੋਜ਼ੀਸ਼ਨ।
• ਜੇ ਖੇਤਰੀ ਫ਼ਰਕ ਜਿਨ੍ਹਾਂ ਨਾਲ ਐਕਸੇਸਰੀਜ਼ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦੇ ਹਨ, ਉਹ ਦਰਜ ਕਰੋ (ਉਦਾਹਰਨ ਲਈ SIM tray ਸਥਿਤੀ ਜਾਂ ਮਾਡਲ ਕੋਡ)।
• “Near matches” ਜੋੜੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਚੇਤਾਵਨੀ ਦੇ ਸਕੋ (ਜੈਿਵੇਂ “iPhone 15 case iPhone 15 Pro ਨੂੰ ਫਿੱਟ ਨਹੀਂ ਕਰਦਾ”)।

ਨਵੇਂ ਐਕਸੇਸਰੀਜ਼ ਨੂੰ ਉਹੀ ਅਨੁਸ਼ਾਸਨ ਚਾਹੀਦਾ ਹੈ। ਗਲਤੀ ਇਹ ਹੈ ਕਿ ਸਮਰਥਤਾ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਸੋਚਿਆ ਜਾਵੇ ਅਤੇ ਰਿਟਰਨ ਆਉਣ ਮਗਰੋਂ ਠੀਕ ਕੀਤਾ ਜਾਵੇ।

ਨਵੀਂ ਐਕਸੇਸਰੀ ਚੈੱਕਲਿਸਟ (ਹਰ SKU)

• ਆਪਣੀ ਮੈਪਿੰਗ ਕਿਸਮ ਪਸੰਦ ਕਰੋ: ਸਪੱਸ਼ਟ ਡਿਵਾਈਸ ਸੂಚੀ (ਕੇਸਾਂ ਲਈ ਬਿਹਤਰ) ਜਾਂ ਨਿਯਮ (ਚਾਰਜਰਾਂ ਅਤੇ ਕੇਬਲਾਂ ਲਈ ਬਿਹਤਰ)।
• ਅੰਠਰਾਂ ਸ਼ੁਰੂ ਵਿੱਚ ਜੋੜੋ (ਅਧਿਕਤਮ ਮਾਡਲਾਂ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ, ਸਿਵਾਏ X ਅਤੇ Y)।
• ਪੈਕੇਜਿੰਗ ਦਾਅਵਿਆਂ ਤੋਂ ਨਹੀਂ, ਅਸਲੀ ਡਿਵਾਈਸ ਲਿਸਟ 'ਤੇ ਫਿੱਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
• ਜਦੋਂ ਡਿਵਾਈਸ ਅਣਪਛਾਤਾ ਹੋਵੇ ਤਾਂ ਕਿਆ ਦਿਖਾਵੋਗੇ ਉਸਨੂੰ ਸੈੱਟ ਕਰੋ (ਛੁਪਾਓ ਜਾਂ “ਆਪਣਾ ਮਾਡਲ ਚੈੱਕ ਕਰੋ” ਨੋਟ ਦੇ ਕੇ ਦਿਖਾਓ)।
• ਹਰ ਮੁੱਖ ਬ੍ਰੈਂਡ ਲਈ ਇੱਕ “ਟੈਸਟ ਡਿਵਾਈਸ” ਸ਼ਾਮਲ ਕਰੋ ਤਾਂ ਕਿ ਗਲਤ ਮੈਪਿੰਗ ਜਲਦੀ ਪਤਾ ਲੱਗੇ।

ਤੇਜ਼ QA ਲਈ ਕੁਝ ਨਮੂਨਾ ਖੋਜ ਚਲਾਓ (“iPhone 15 Pro case”, “Galaxy S24 cable”), ਹਰ ਬ੍ਰੈਂਡ ਲਈ ਦੋ ਫਿਲਟਰ ਪਾਥ ਕਲਿੱਕ ਕਰੋ, ਅਤੇ ਕਾਰਟ ਵਿੱਚ ਇੱਕ ਸਮਰਥਿਤ ਅਤੇ ਇੱਕ ਅਸਮਰਥਿਤ ਆਈਟਮ ਜੋੜੋ ਤਾਂ ਕਿ ਚੇਤਾਵਨੀਆਂ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ। “does this fit” ਜਿਹੇ ਖੋਜਾਂ ਜਾਂ “wrong model” ਨਾਲ ਟੈਗ ਕੀਤੇ ਰਿਟਰਨਾਂ ਵਿੱਚ ਤੇਜ਼ spike ਨੋਟਿਸ ਕਰੋ - ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਗੁੰਝਲਦਾਰ ਏਲੀਅਸ ਜਾਂ ਖਰਾਬ ਨਿਯਮ ਦਾ ਇੱਸ਼ਾਰਾ ਹੁੰਦੇ ਹਨ।

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

ਉਦਾਹਰਨ: ਅਸਲੀ ਖਰੀਦ ਪ੍ਰਵਾਹ ਵਿੱਚ ਇੱਕ ਗਲਤ ਖਰੀਦ ਰੋਕਣਾ

ਇਕ ਖਰੀਦਦਾਰ “case for iPhone 13” ਟਾਈਪ ਕਰਦਾ ਹੈ। ਤੁਹਾਡੀ ਸਾਈਟ ਇੱਕ ਸੁਥਰੀ ਗਰਿੱਡ ਦਿਖਾਉਂਦੀ ਹੈ, ਪਰ ਪਹਿਲਾ ਸੁਰੱਖਿਆ ਜਾਲ ਉਹਨਾਂ ਨੇ ਕੁਝ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਗਟ ਹੋਣਾ ਚਾਹੀਦਾ: ਨਤੀਜਿਆਂ ਕੋਲ ਇੱਕ ਛੋਟਾ ਡਿਵਾਈਸ ਪਿਕਰ ਜੋ “ਆਪਣਾ ਨਿਰਧਾਰਤ ਮਾਡਲ ਚੁਣੋ” ਕਹਿੰਦਾ ਹੈ।

ਉਹ “iPhone 13 Pro” ਚੁਣਦੇ ਹਨ। ਨਤੀਜੇ ਤੁਰੰਤ ਅਪਡੇਟ ਹੋ ਜਾਂਦੇ ਹਨ ਅਤੇ ਆਈਟਮਾਂ 'ਤੇ ਇੱਕ ਛੋਟੀ ਨੋਟ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ: “iPhone 13 Pro (camera cutout difference) ਲਈ ਫਿੱਟ ਨਹੀਂ ਹੁੰਦਾ।” ਜੇ ਉਹ ਫਿਰ ਵੀ ਇੱਕ ਗਲਤ ਕੇਸ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹਨ, ਉਤਪਾਦ ਪੰਨਾ ਮੁੱਖ “Add to cart” ਬਟਨ ਨੂੰ ਰੋਕ ਦਿੰਦਾ ਜਦ ਤੱਕ ਉਹ ਇੱਕ ਸਮਰਥਿਤ ਡਿਵਾਈਸ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦੇ। ਉਹ ਇਕ ਕਦਮ ਆਮ ਗਲਤੀ ਰੋਕਦਾ ਹੈ: ਬੇਸ ਮਾਡਲ ਨੂੰ Pro ਮਾਡਲ ਨਾਲ ਗਲਤ ਮਿਲਾਉਣਾ।

ਹੁਣ ਦੂਜੇ ਖਰੀਦਦਾਰ ਨੂੰ ਇੱਕ ਚਾਰਜਰ ਚਾਹੀਦਾ ਹੈ। ਚਾਰਜਰ ਕਈ ਫੋਨਾਂ ਨਾਲ ਤਕਨੀਕੀ ਤੌਰ ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਉਹ ਫਾਸਟ ਚਾਰਜ ਚਾਹੁੰਦੇ ਹਨ। ਉਤਪਾਦ ਪੰਨੇ ਤੇ, ਸਮਰਥਤਾ ਦੋ ਸਪਸ਼ਟ ਲਾਈਨਾਂ ਵਿੱਚ ਵੰਡੀ ਹੈ: “Works with” ਅਤੇ “Fast charges”。 ਜਦ ਉਹ “Galaxy S22” ਡਿਵਾਈਸ ਪਿਕਰ ਵਿੱਚ ਚੁਣਦੇ ਹਨ, ਪੰਨਾ ਦਿਖਾਉਂਦਾ ਹੈ “Works with: Yes” ਅਤੇ “Fast charge: No (limited to 10W on this device)”。 ਕਾਰਟ ਵੀ ਇਹੇ ਲੇਬਲ ਦੁਹਰਾਉਂਦਾ ਹੈ, ਤਾਂ ਕਿ ਖਰੀਦਦਾਰ ਇਹ ਮੰਨ ਨਾ ਲਵੇ ਕਿ ਫਿਟ ਹੋਣਾ ਹੀ ਫਾਸਟ ਚਾਰਜ ਦਾ ਇਸ਼ਾਰਾ ਹੈ।

ਇੱਕ ਹਫ਼ਤਾ ਬਾਅਦ, ਨਵੀਂ ਫੋਨ ਜਨਰੇਸ਼ਨ ਲਾਂਚ ਹੁੰਦੀ ਹੈ। ਸੈਂਕੜਿਆਂ ਉਤਪਾਦਾਂ ਵਿੱਚ ਨਵਾਂ ਮਾਡਲ ਹੱਥੋਂ-ਹੱਥ ਜੋੜਨ ਦੀ ਬਜਾਏ, ਤੁਹਾਡਾ ਸਿਸਟਮ ਇੱਕ ਨਿਯਮ ਵਰਤਦਾ ਹੈ: “USB-C PD chargers fast charge any device that supports PD 3.0 at 20W+”。 ਜਦ “iPhone 16” ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਇਹ ਆਪਣੇ ਯੋਗਤਾਵਾਂ ਤੋਂ ਸਹੀ ਚਾਰਜਰ ਵਿਹਾਰ ਵਾਰਸਾ ਕਰ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਛੁਟਕਾਰਿਆਂ ਨੂੰ ਹੱਥੋਂ-ਹੱਥ ਸਮੀਖਿਆ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹੀ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਡਿਵਾਈਸ ਸਮਰਥਤਾ ਫਿਲਟਰ ਅਤੇ ਨਿਯਮ-ਅਧਾਰਿਤ ਮੈਪਿੰਗ ਅਸਲ ਸਮਾਂ ਬਚਾਉਂਦੀ ਹੈ।

ਇਹ ਸੁਰੱਖਿਆ ਰੋਕਣ ਵਾਲੇ ਨਿਯਮ ਕਿਹੜੇ ਡਾਟਾ ਨੇ ਬਣਾਏ:

• ਇੱਕ ਸਾਫ ਡਿਵਾਈਸ ਕੈਟਾਲੌਗ (brand, model, variant ਜਿਵੇਂ Pro/Max, generation, ਖੇਤਰੀ 이름)
• ਇੱਕ ਸਮਰਥਤਾ ਲੇਅਰ ਜੋ ਫਿੱਟ (case/cutouts) ਅਤੇ ਫੰਕਸ਼ਨ (wattage, PD/QC ਵਰਜਨ) ਦੋਹਾਂ ਨੂੰ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ
• ਉਤਪਾਦ ਐਟ੍ਰਿਬਿਊਟ ਜੋ ਮਾਪਣਯੋਗ ਹਨ (ਕਨੈਕਟਰ ਕਿਸਮ, ਮਾਪ, ਸਮਰਥਿਤ ਚਾਰਜਿੰਗ ਸਟੈਂਡਰਡ)
• UX ਹੂਕ (ਖੋਜ ਵਿਚ ਡਿਵਾਈਸ ਪਿਕਰ, ਉਤਪਾਦ ਪੰਨਾ ਵੈਧਤਾ, ਕਾਰਟ ਰੀ-ਚੈੱਕ)
• “works” ਵਿਰੁੱਧ “works best” ਲਈ ਸਪਸ਼ਟ ਲੇਬਲ, ਸਧਾਰਨ ਕਾਰਨਾਂ ਨਾਲ

ਗਲਤੀ ਚਾਰ ਥਾਵਾਂ 'ਤੇ ਰੁਕੀ: ਖੋਜ ਵਿਚ ਡਿਵਾਈਸ ਚੋਣ, ਫਿਲਟਰ ਕੀਤੇ ਨਤੀਜੇ, add-to-cart ਵੈਧਤਾ, ਅਤੇ ਆਖਰੀ ਕਾਰਟ ਚੈੱਕ ਜੋ ਚੈੱਕਆਊਟ ਤੋਂ ਪਹਿਲਾਂ ਗਲਤੀਆਂ ਨੂੰ ਫਲੈਗ ਕਰਦਾ ਹੈ।

ਅਗਲੇ ਕਦਮ: ਦਫ਼ਤਰ ਵਿੱਚ ਰੋਲਆਉਟ ਕਰੋ ਅਤੇ ਇਹਨੂੰ ਸੰਭਾਲਯੋਗ ਰੱਖੋ

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

ਇੱਕ عملي ਫੇਜ਼ ਯੋਜਨਾ:

• ਫੇਜ਼ 1 (2-4 ਹਫਤੇ): ਆਪਣੀਆਂ ਟੌਪ 50 ਡਿਵਾਈਸਾਂ ਅਤੇ ਆਪਣੀਆਂ ਟੌਪ 3-5 ਐਕਸੇਸਰੀ ਸ਼੍ਰੇਣੀਆਂ (cases, screen protectors, chargers, cables, mounts) ਨੂੰ ਕਵਰ ਕਰੋ। ਜਿੱਥੇ ਗਲਤੀਆਂ ਮਹਿੰਗੀਆਂ ਹਨ (ਕੇਸ), ਉਥੇ ਸਪੱਸ਼ਟ ਸਮਰਥਤਾ ਵਰਤੋ ਅਤੇ ਜਿੱਥੇ ਸੁਰੱਖਿਅਤ ਹੈ (USB-C ਕੇਬਲ) ਉਥੇ ਸਧਾਰਨ ਨਿਯਮ ਵਰਤੋ।
• ਫੇਜ਼ 2: ਵਿਕਰੀ ਅਤੇ ਖੋਜ ਡੀਮਾਂਡ ਅਨੁਸਾਰ ਡਿਵਾਈਸ ਕਵਰੇਜ ਵਧਾਓ (ਟਾਪ 80% ਸੈਸ਼ਨਾਂ)। ਸਭ ਤੋਂ ਆਮ ਡਿਵਾਈਸ ਨਾਂ ਵੈਰੀਐੰਟਾਂ ਲਈ ਏਲੀਅਸ ਜੋੜੋ ਅਤੇ ਸਾਫ਼-ਸੁਥਰਾ ਕਰੋ।
• ਫੇਜ਼ 3: ਲਾਂਗ-ਟੇਲ ਡਿਵਾਈਸ, ਖੇਤਰੀ ਮਾਡਲ, ਅਤੇ ਐਜ ਕੇਸ (ਕੈਰੀਅਰ ਵਰਜਨ, ਜਨਰੇਸ਼ਨ, Mini/Plus/Pro ਲਾਈਨਾਂ) ਜੋੜੋ। ਨਿਯਮ ਕਸਕਰਾ ਕਰੋ ਅਤੇ ਜਦੋਂ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ ਦਿਖਾਈ ਦਿਆਂ, ਤਾਂ ਛੁਟਕਾਰਿਆਂ ਜੋੜੋ।

ਕੁਝ ਸੰਕੇਤ ਹਫ਼ਤਾਵਾਰ ਟ੍ਰੈਕ ਕਰੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਜਾਣੋ ਕਿ ਕੰਮ ਲਾਭਦਾਇਕ ਹੈ। ਲਕੜੀ ਘੱਟ-ਯੋਗ ਰਿਟਰਨ ਅਤੇ ਘੱਟ “ਕੀ ਇਹ ਫਿੱਟ ਕਰੇਗਾ?” ਮূহਾਂ ਦੀ ਘੱਟੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਹੇਠਾਂ ਦਿੱਤੇ ਸੰਕੇਤ ਹਫ਼ਤਾਵਾਰ ਟ੍ਰੈਕ ਕਰੋ:

• “did not fit” ਜਾਂ “wrong model” ਦੇ ਤੌਰ 'ਤੇ ਟੈਗ ਕੀਤੇ ਰਿਟਰਨ ਕਾਰਨ
• ਸਮਰਥਤਾ ਸਬੰਧੀ ਸਪੋਰਟ ਟਿਕਟ ਅਤੇ ਚੈਟ ਵਾਲੀਅਮ
• ਡਿਵਾਈਸ ਚੋਣ ਤੋਂ ਬਾਅਦ ਕନਵਰਸ਼ਨ ਰੇਟ (ਅਤੇ ਚੋਣ ਦੌਰਾਨ ਡ੍ਰਾਪ-ਆਫ)
• ਖੋਜ ਸੋਧ: ਲੋਕ ਕਿੰਨੀ ਵਾਰੀ ਨਤੀਜੇ ਦੇਖਣ ਤੋਂ ਬਾਅਦ ਡਿਵਾਈਸ ਨਾਂ ਜੋੜਦੇ ਹਨ

ਰਖ-ਰਖਾਅ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਪਿੱਛੇ ਰਹਿ ਜਾਂਦੀਆਂ ਹਨ। ਇੱਕ ਹਫ਼ਤਾਵਾਰ ਰੁਟੀਨ ਨਿਯਤ ਕਰੋ: ਵੇਂਡਰ ਅੱਪਡੇਟਾਂ ਉਠਾਓ, ਆਪਣੇ ਡਿਵਾਈਸ ਕੈਟਾਲੌਗ ਨਾਲ ਤੁਲਨਾ ਕਰੋ, ਅਤੇ ਨਵੇਂ ਛੁਟਕਾਰਿਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ (ਉਦਾਹਰਨ: ਇੱਕ ਕੇਸ ਜੋ iPhone 15 ਨਾਲ ਫਿੱਟ ਕਰਦਾ ਹੈ ਪਰ iPhone 15 Pro ਨਾਲ ਨਹੀਂ, ਭਾਵੇਂ ਨਾਮ ਨੇੜੇ-ਨੇੜੇ ਲੱਗਦੇ ਹਨ)। ਅਸਪਸ਼ਟ SKUs ਲਈ ਇੱਕ ਛੋਟਾ “ਕਵਾਰੰਟੀਨ” ਲਿਸਟ ਰੱਖੋ ਜਦ ਤੱਕ ਪੁਸ਼ਟੀ ਨਾ ਹੋ ਜਾਵੇ।

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