𝗔𝗜 𝗠𝗩𝗣 𝘃𝘀 𝗣𝗼𝗖: 𝗻𝗲𝗲𝘃𝘂 𝗺𝗼𝗱a𝗹𝘂 𝘆𝗮𝗮𝘃𝘂𝗱a𝗻𝗻𝘂 𝗻𝗶𝗿𝗺𝗶𝘀𝗮𝗯𝗲𝗸𝘂?

PoC ಎಂಬುದು AI ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. MVP ಎಂಬುದು ಜನರಿಗೆ ಆ ಉತ್ಪನ್ನ ಬೇಕಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ತಪ್ಪು ವಸ್ತುವನ್ನು ಮೊದಲು ನಿರ್ಮಿಸುವುದು ತಿಂಗಳುಗಳ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.

ಈ ಒಂದು ಸಾಲಿನ ಪರೀಕ್ಷೆಯನ್ನು ಬಳಸಿ. ನಿಮ್ಮನ್ನೇ ಕೇಳಿಕೊಳ್ಳಿ: ಇದು ಸಾಧ್ಯವೇ ಎಂಬ ಬಗ್ಗೆ ನನಗೆ ಅನುಮಾನವಿದೆಯೇ, ಅಥವಾ ಯಾರಿಗಾದರೂ ಇದು ಬೇಕೇ ಎಂಬ ಬಗ್ಗೆ ಅನುಮಾನವಿದೆಯೇ?

ಇದು ಸಾಧ್ಯವೇ ಎಂಬ ಬಗ್ಗೆ ನಿಮಗೆ ಅನುಮಾನವಿದ್ದರೆ, PoC ಅನ್ನು ನಿರ್ಮಿಸಿ. ಒಂದು ವೇಳೆ ನೀವು ಇದಕ್ಕೆ 10 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಉತ್ತರಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ನಿಮಗೆ ನಿಮ್ಮ ಅಪಾಯಗಳ (risks) ಬಗ್ಗೆ ಅರಿವಿಲ್ಲ ಎಂದರ್ಥ.

ಈ ಕೆಳಗಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮೊದಲು PoC ಅನ್ನು ನಿರ್ಮಿಸಿ:

PoC ಗೆ ಕೇವಲ ಒಂದು ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು ಕೆಲವು ನೂರಾರು ನೈಜ ಮಾದರಿಗಳು (samples) ಬೇಕು. ಅದಕ್ಕೆ ಕೇವಲ ಒಂದು ನಿಖರತೆ ಅಥವಾ ವೆಚ್ಚದ ಅಂಕಿಅಂಶ ಬೇಕು. ಇನ್ನು ಮುಂದೆ UI ಅಥವಾ ಕ್ಲೀನ್ ಕೋಡ್ ಅನ್ನು ನಿರ್ಮಿಸಬೇಡಿ.

ಈ ಕೆಳಗಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ PoC ಅನ್ನು ಬಿಟ್ಟು ನೇರವಾಗಿ MVP ಗೆ ಹೋಗಿ:

ಉದಾಹರಣೆ: AI ಸಪೋರ್ಟ್ ಟಿಕೆಟ್ ವರ್ಗೀಕರಣ (triage). PoC: 300 ಹಳೆಯ ಟಿಕೆಟ್‌ಗಳನ್ನು ವಿವಿಧ ಪ್ರಾಂಪ್ಟ್‌ಗಳ ಮೂಲಕ ರನ್ ಮಾಡಿ. ಫಲಿತಾಂಶಗಳನ್ನು ಮನುಷ್ಯರು ಅವುಗಳನ್ನು ಹೇಗೆ ವರ್ಗೀಕರಿಸುತ್ತಾರೆ ಎಂಬುದರೊಂದಿಗೆ ಹೋಲಿಸಿ ನೋಡಿ. ನಿಖರತೆ ಕಡಿಮೆಯಿದ್ದರೆ, ಅಲ್ಲಿಯೇ ನಿಲ್ಲಿಸಿ. ನೀವು ತಿಂಗಳುಗಳ ಕೆಲಸವನ್ನು ಉಳಿಸಿದಿರಿ. MVP: ದೃಢೀಕರಿಸಿದ ಮಾಡೆಲ್ ಅನ್ನು Zendesk ಗೆ ಸಂಪರ್ಕಿಸಿ. ಏಜೆಂಟ್‌ಗಳು AI ಅನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಅಥವಾ ಬದಲಾಯಿಸಲು ಒಂದು ಸರಳ ಬಟನ್ ಅನ್ನು ಸೇರಿಸಿ.

ಈ 3 ತಪ್ಪುಗಳನ್ನು ತಪ್ಪಿಸಿ:

  1. PoC Creep: ಅಸ್ತವ್ಯಸ್ತವಾದ ಸ್ಕ್ರಿಪ್ಟ್ ನಿಮ್ಮ ಪ್ರೊಡಕ್ಷನ್ ಬ್ಯಾಕೆಂಡ್ ಆಗಲು ಬಿಡಬೇಡಿ. ನೀವು 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