𝗔𝗜 𝗠𝗩𝗣 ਬਨਾਮ 𝗣𝗼𝗖: ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਕੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ?

ਇੱਕ PoC ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ AI ਕੰਮ ਕਰਦਾ ਹੈ। ਇੱਕ MVP ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਲੋਕ ਉਤਪਾਦ ਚਾਹੁੰਦੇ ਹਨ। ਗਲਤ ਚੀਜ਼ ਪਹਿਲਾਂ ਬਣਾਉਣਾ ਮਹੀਨਿਆਂ ਬਰਬਾਦ ਕਰ ਦਿੰਦਾ ਹੈ।

ਇਸ ਇੱਕ ਲਾਈਨ ਵਾਲੇ ਟੈਸਟ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਆਪਣੇ ਆਪ ਨੂੰ ਪੁੱਛੋ: ਕੀ ਮੈਂ ਇਸ ਗੱਲ ਨੂੰ ਲੈ ਕੇ ਅਨਿਸ਼ਚਿਤ ਹਾਂ ਕਿ ਕੀ ਇਹ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਇਸ ਗੱਲ ਨੂੰ ਲੈਕੇ ਅਨਿਸ਼ਚਿਤ ਹਾਂ ਕਿ ਕੀ ਕੋਈ ਇਸਨੂੰ ਚਾਹੁੰਦਾ ਹੈ?

ਜੇਕਰ ਤੁਸੀਂ ਅਨਿਸ਼ਚਿਤ ਹੋ ਕਿ ਕੀ ਇਹ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਇੱਕ PoC ਬਣਾਓ। ਜੇਕਰ ਤੁਸੀਂ ਇਸਦਾ ਜਵਾਬ 10 ਸੈਕਿੰਡਾਂ ਵਿੱਚ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਆਪਣੇ ਜੋਖਮਾਂ ਨੂੰ ਨਹੀਂ ਸਮਝਦੇ।

ਇੱਕ PoC ਪਹਿਲਾਂ ਬਣਾਓ ਜੇਕਰ:

ਇੱਕ PoC ਲਈ ਸਿਰਫ਼ ਇੱਕ ਸਕ੍ਰਿਪਟ ਅਤੇ ਕੁਝ ਸੌ ਅਸਲ ਨਮੂਨਿਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਸ਼ੁੱਧਤਾ ਜਾਂ ਲਾਗਤ ਦੇ ਅੰਕੜੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਜੇ ਕੋਈ UI ਜਾਂ ਸਾਫ਼ ਕੋਡ (clean code) ਨਾ ਬਣਾਓ।

PoC ਨੂੰ ਛੱਡ ਕੇ ਸਿੱਧਾ MVP ਵੱਲ ਜਾਓ ਜੇਕਰ:

ਉਦਾਹਰਨ: AI ਸਪੋਰਟ ਟਿਕਟ ਟ੍ਰਾਇਜ (triage)। PoC: 300 ਪੁਰਾਣੀਆਂ ਟਿਕਟਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਂਪਟਾਂ ਰਾਹੀਂ ਚਲਾਓ। ਨਤੀਜਿਆਂ ਦੀ ਤੁਲਨਾ ਇਸ ਨਾਲ ਕਰੋ ਕਿ ਮਨੁੱਖਾਂ ਨੇ ਉਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਰੂਟ ਕੀਤਾ ਸੀ। ਜੇਕਰ ਸ਼ੁੱਧਤਾ ਘੱਟ ਹੈ, ਤਾਂ ਰੁਕ ਜਾਓ। ਤੁਸੀਂ ਮਹੀਨਿਆਂ ਦਾ ਕੰਮ ਬਚਾ ਲਿਆ। MVP: ਪ੍ਰਮਾਣਿਤ ਮਾਡਲ ਨੂੰ Zendesk ਨਾਲ ਜੋੜੋ। ਏਜੰਟਾਂ ਲਈ AI ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਜਾਂ ਉਸਨੂੰ ਬਦਲਣ (override) ਲਈ ਇੱਕ ਸਧਾਰਨ ਬਟਨ ਜੋੜੋ।

ਇਨ੍ਹਾਂ 3 ਗਲਤੀਆਂ ਤੋਂ ਬਚੋ:

  1. PoC Creep: ਇੱਕ ਅਸਪਸ਼ਟ ਸਕ੍ਰਿਪਟ ਨੂੰ ਆਪਣਾ ਪ੍ਰੋਡਕਸ਼ਨ ਬੈਕਐਂਡ (production backend) ਨਾ ਬਣਨ ਦਿਓ। ਜਦੋਂ ਤੁਸੀਂ MVP ਵੱਲ ਵਧਦੇ ਹੋ ਤਾਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਲਿਖੋ।
  2. MVP Denial: ਮਾਡਲ ਕੰਮ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਜਾਂਚਣ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰਾ ਉਤਪਾਦ ਨਾ ਬਣਾਓ।
  3. PoC Theater: ਸਾਫ਼ ਡੇਟਾ 'ਤੇ ਟੈਸਟ ਨਾ ਕਰੋ। ਅਸਪਸ਼ਟ, ਅਸਲ ਦੁਨੀਆ ਦੇ ਡੇਟਾ 'ਤੇ ਟੈਸਟ ਕਰੋ।

ਜੇਕਰ ਸਭ ਤੋਂ ਵੱਡਾ ਅਣਜਾਣ ਤੱਤ ਮਾਡਲ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ PoC ਬਣਾਓ। ਇਸਨੂੰ ਤੇਜ਼ ਅਤੇ ਵਰਤ ਕੇ ਸੁੱਟਣ ਯੋਗ (disposable) ਬਣਾਓ।

Source: https://dev.to/ciphernutz/ai-mvp-vs-poc-which-one-should-you-build-first-m14

Optional learning community: https://t.me/GyaanSetuAi