ഒരു വാരാന്ത്യത്തിൽ MVP എങ്ങനെ ഉണ്ടാക്കാം: യാഥാർത്ഥ്യബോധമുള്ള ഒരു പദ്ധതി
ഒരു വാരാന്ത്യത്തിൽ MVP ഉണ്ടാക്കാൻ, നിങ്ങളുടെ ആശയത്തെ ഒരു ഉപയോക്തൃ തരത്തിനായി ഒരു ജോലിയിലേക്ക് ചുരുക്കുക, വെള്ളിയാഴ്ച വൈകുന്നേരം അത് എഴുതുക, ശനിയാഴ്ച AI ആപ്പ് ബിൽഡറുമായി കോർ ലൂപ്പ് നിർമ്മിക്കാൻ ചെലവഴിക്കുക, ഞായറാഴ്ച അത്യാവശ്യങ്ങളിൽ (ഡാറ്റ സൂക്ഷിക്കൽ, ഒരു ലാൻഡിംഗ് പേജ്, പ്രസിദ്ധീകരണം) ചെലവഴിച്ച ശേഷം യഥാർത്ഥ ആളുകളെ കാണിക്കുക. ആ ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകാൻ സഹായിക്കാത്തതെല്ലാം ഒഴിവാക്കുക. ഒരു വാരാന്ത്യം ഒരു പരുക്കൻ, പ്രവർത്തിക്കുന്ന പതിപ്പിന് മതിയാകും. പൂർത്തിയായ ഒരു ഉൽപ്പന്നത്തിന് അത് മതിയാകില്ല, അത് കുഴപ്പമില്ല.
വാരാന്ത്യ MVP എന്താണ് (എന്തല്ല)
ഒരു MVP (minimum viable product) ഒരു ആശയം പ്രവർത്തിക്കുമോ എന്ന് പഠിക്കാൻ നിർമ്മിക്കാവുന്ന ഏറ്റവും ചെറിയ കാര്യമാണ്. MVP എന്താണ് ആശയം പൂർണ്ണമായി വിശദീകരിക്കുന്നു. ഒരു വാരാന്ത്യത്തിന്, അതിനർത്ഥം:
- ഒരു ഉപയോക്തൃ തരം. "ഫ്രീലാൻസർമാരും ഏജൻസികളും അവരുടെ ക്ലയന്റുകളും" അല്ല.
- ഒരു ജോലി, അറ്റം മുതൽ അറ്റം വരെ. ഉപയോക്താവിന് തുടങ്ങാനും പൂർത്തിയാക്കാനും ഫലം നേടാനും കഴിയണം.
- യഥാർത്ഥം, മോക്കപ്പല്ല. അത് ഡാറ്റ സൂക്ഷിക്കുന്നു, ഫോണിൽ പ്രവർത്തിക്കുന്നു, ഒരു യഥാർത്ഥ വിലാസത്തിൽ ജീവിക്കുന്നു.
- പരുക്കൻ അരികുകൾ അനുവദനീയം. ലളിതമായ ഡിസൈൻ, കുറച്ച് ക്രമീകരണങ്ങൾ, പിന്നിൽ ചില കൈകൊണ്ടുള്ള ജോലികൾ.
ഇത് ഉൽപ്പന്നത്തിന്റെ ചെറിയ പതിപ്പല്ല. നിങ്ങളുടെ ഏറ്റവും വലിയ അനുമാനം പരീക്ഷിക്കുന്ന ഉൽപ്പന്നത്തിന്റെ ഏക ഭാഗമാണ്.
വാരാന്ത്യത്തിന് മുമ്പ്: ചോദ്യം തിരഞ്ഞെടുക്കുക
ഓരോ MVP-യും ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. അത് എഴുതിവയ്ക്കുക, കാരണം അതാണ് എന്ത് നിർമ്മിക്കണമെന്ന് തീരുമാനിക്കുന്നത്:
| ചോദ്യം | MVP-ക്ക് വേണ്ടത് |
|---|---|
| "ആളുകൾ ഇത് ഉപയോഗിക്കുമോ?" | കോർ ഫീച്ചർ, സൗജന്യമായി, ആരാണ് തിരിച്ചുവരുന്നതെന്ന് കാണാനുള്ള മാർഗ്ഗത്തോടെ |
| "അവർ ഇതിന് പണം നൽകുമോ?" | കോർ ഫീച്ചറും പണം നൽകാനുള്ള മാർഗ്ഗവും, ഒരൊറ്റ പേയ്മെന്റ് ലിങ്ക് ആണെങ്കിലും |
| "എനിക്ക് ഫലം എത്തിക്കാൻ കഴിയുമോ?" | ലളിതമായ ഫ്രണ്ട് എൻഡ്, പിന്നിൽ നിങ്ങൾ കൈകൊണ്ട് ചില ജോലി ചെയ്യുന്നു |
| "നിർമ്മിക്കുന്നതിന് മുമ്പ് ആവശ്യമുണ്ടോ?" | ഒരുപക്ഷേ ഇതുവരെ ഉൽപ്പന്നം ഇല്ല: ആദ്യം ഒരു കാത്തിരിപ്പ് പട്ടിക പേജ് |
പ്രശ്നമുള്ള കുറച്ച് ആളുകളുമായി നിങ്ങൾ ഇതിനകം സംസാരിച്ചിട്ടുണ്ടാകുന്നതാണ് ഉത്തമം. ഇല്ലെങ്കിൽ, ഒരു ആപ്പ് ആശയം എങ്ങനെ സാധൂകരിക്കാം അത് കാണിക്കുന്നു, വെള്ളിയാഴ്ചയ്ക്ക് മുമ്പ് രണ്ട് സംഭാഷണങ്ങൾ മുഴുവൻ വാരാന്ത്യത്തെയും കൂടുതൽ ഉപയോഗപ്രദമാക്കും.
പദ്ധതി
വെള്ളിയാഴ്ച വൈകുന്നേരം: തീരുമാനിക്കുക (2 മുതൽ 3 മണിക്കൂർ)
- ഒരു വാക്യം എഴുതുക: "[ഉൽപ്പന്നം] [നിർദ്ദിഷ്ട ഉപയോക്താവിനെ] [ഒരു ജോലി ചെയ്യാൻ] സഹായിക്കുന്നു [നിലവിലെ വേദന] ഇല്ലാതെ."
- കോർ ലൂപ്പിന്റെ ഘട്ടങ്ങൾ ലിസ്റ്റ് ചെയ്യുക, ഉദാഹരണത്തിന്: സൈൻ അപ്പ് ചെയ്യുക, ഒരു ജോലി വിവരണം ഒട്ടിക്കുക, അനുയോജ്യമായ ഒരു കവർ ലെറ്റർ ലഭിക്കുക, എഡിറ്റ് ചെയ്യുക, പകർത്തുക.
- ഡാറ്റ ലിസ്റ്റ് ചെയ്യുക: എന്താണ് സേവ് ചെയ്യപ്പെടുന്നത്, അത് ആരുടേതാണ്.
- "ഈ വാരാന്ത്യം വേണ്ടാത്തവ" ലിസ്റ്റ് എഴുതുക: ക്രമീകരണങ്ങൾ, ടീമുകൾ, അഡ്മിൻ പാനൽ, ഇമെയിൽ അറിയിപ്പുകൾ, രണ്ടാമത്തെ ഫീച്ചർ, ഡാർക്ക് മോഡ്. അവ എഴുതിവയ്ക്കുന്നത് ശനിയാഴ്ച "വേണ്ട" എന്ന് പറയാൻ എളുപ്പമാക്കുന്നു.
- ബിൽഡറിനായി നിങ്ങളുടെ ആദ്യ പ്രോംപ്റ്റ് തയ്യാറാക്കുക (താഴെ കാണുക).
ശനിയാഴ്ച: കോർ ലൂപ്പ് നിർമ്മിക്കുക
- രാവിലെ: സാമ്പിൾ ഡാറ്റയോടെ കോർ ലൂപ്പിന്റെ ആദ്യ പതിപ്പ് പ്രവർത്തിപ്പിക്കുക. ചെറിയ ഘട്ടങ്ങളിൽ ആവർത്തിക്കുക: ഓരോ സന്ദേശത്തിലും ഒരു മാറ്റം, പിന്നെ പ്രിവ്യൂ പരിശോധിക്കുക.
- ഉച്ചയ്ക്ക്: ഡാറ്റ റിഫ്രഷിന് ശേഷവും നിലനിൽക്കാൻ ഡാറ്റാബേസ് ചേർക്കുക, യഥാർത്ഥ ഇൻപുട്ടുകളോടെ ആപ്പ് സ്വയം ഉപയോഗിക്കുക. ലൂപ്പിനെ തടയുന്നത് ശരിയാക്കുക, സൗന്ദര്യവുമായി ബന്ധപ്പെട്ടതിനെ അവഗണിക്കുക.
- വൈകുന്നേരം: ഉപയോക്താക്കൾക്ക് സ്വന്തം ഡാറ്റ വേണമെങ്കിൽ ലോഗിൻ ചേർക്കുക. രണ്ട് ബ്രൗസറുകളിൽ രണ്ട് അക്കൗണ്ടുകളോടെ പരീക്ഷിക്കുക, ആരും മറ്റൊരാളുടെ ഡാറ്റ കാണുന്നില്ലെന്ന് ഉറപ്പാക്കുക.
ഞായറാഴ്ച: അപരിചിതർക്ക് ഉപയോഗയോഗ്യമാക്കുക
- രാവിലെ: ലളിതമായ ഒരു ലാൻഡിംഗ് വിഭാഗം: ഒരു വാക്യം, ആർക്കുവേണ്ടിയാണ്, ഒരു സൈൻ-അപ്പ് ബട്ടൺ. പണം നൽകുന്നതാണ് ചോദ്യമെങ്കിൽ പേയ്മെന്റ് ചേർക്കുക.
- ഉച്ചയ്ക്ക്: ഫോണിൽ പരിശോധിക്കുക. ശൂന്യ അവസ്ഥകൾ (ഒരു പുതിയ ഉപയോക്താവ് എന്തെങ്കിലും ചേർക്കുന്നതിന് മുമ്പ് കാണുന്നത്) നിങ്ങൾ കരുതുന്നതിനേക്കാൾ പ്രധാനമാണ്.
- ഉച്ചകഴിഞ്ഞ്: ചെറിയ സുരക്ഷാ, സാനിറ്റി പരിശോധന: ബ്രൗസർ കോഡിൽ API കീകളില്ല, മറ്റ് ഉപയോക്താക്കളുടെ ഡാറ്റ കാണിക്കുന്ന പേജുകളില്ല. പിന്നെ പ്രസിദ്ധീകരിക്കുക.
- വൈകുന്നേരം: അഞ്ച് മുതൽ പത്ത് ആളുകൾക്ക് വ്യക്തിപരമായി അയക്കുക, നിങ്ങൾക്ക് ഉത്തരം വേണ്ട ഒരു ചോദ്യത്തോടൊപ്പം.
ഒഴിവാക്കേണ്ടവ
ആവശ്യമെന്ന് തോന്നുന്നതെങ്കിലും കാത്തിരിക്കാവുന്നവ:
- അഡ്മിൻ ഡാഷ്ബോർഡുകൾ. ഇപ്പോൾ ഡാറ്റാബേസ് നേരിട്ട് നോക്കുക.
- ക്രമീകരണങ്ങളും പ്രൊഫൈലുകളും. ന്യായമായ ഡിഫോൾട്ടുകൾ ഹാർഡ്-കോഡ് ചെയ്യുക.
- ടീമുകൾ, റോളുകൾ, ക്ഷണങ്ങൾ. ആദ്യം ഒറ്റ-ഉപയോക്തൃ അക്കൗണ്ടുകൾ.
- ഒന്നിലധികം വില പ്ലാനുകൾ. ഒരു വില, അല്ലെങ്കിൽ സൗജന്യം.
- ലോഗിന് ആവശ്യമായതിനപ്പുറമുള്ള ഇമെയിൽ ഫ്ലോകൾ.
- ഇന്റഗ്രേഷനുകൾ. ആദ്യ പരീക്ഷണത്തിന് CSV എക്സ്പോർട്ടോ പകർത്തി ഒട്ടിക്കലോ മതി.
- തികഞ്ഞ ഡിസൈൻ. വൃത്തിയും വായിക്കാവുന്നതും മതി. സ്ഥിരമായ നിറവും നല്ല സ്പേസിംഗും ഏറെ മുന്നോട്ട് കൊണ്ടുപോകും.
- സ്കെയിൽ. പത്ത് ഉപയോക്താക്കൾ ഒന്നിനെയും ബുദ്ധിമുട്ടിക്കില്ല.
AI ബിൽഡറിനുള്ള ആദ്യ പ്രോംപ്റ്റ്
ജോലി അന്വേഷിക്കുന്ന ജൂനിയർ ഡെവലപ്പർമാർക്കായി CoverCraft എന്ന പേരിൽ ഒരു MVP ഉണ്ടാക്കുക. കോർ ലൂപ്പ്: സൈൻ ഇൻ ചെയ്ത ശേഷം, ഉപയോക്താവ് ഒരു ജോലി വിവരണവും അവരുടെ CV ടെക്സ്റ്റും ഒട്ടിക്കുന്നു, ഒരു ടോൺ (ഫോർമൽ അല്ലെങ്കിൽ സൗഹൃദം) തിരഞ്ഞെടുക്കുന്നു, എഡിറ്റ് ചെയ്ത് പകർത്താവുന്ന ഒരു അനുയോജ്യമായ കവർ ലെറ്റർ ലഭിക്കുന്നു. AI_API_KEY എന്ന സീക്രട്ട് ഉപയോഗിച്ച് ഒരു AI ദാതാവ് വഴി സെർവറിൽ ലെറ്റർ ഉണ്ടാക്കുക, കീ ഒരിക്കലും ബ്രൗസറിൽ വെളിപ്പെടുത്തരുത്. ഓരോ ലെറ്ററും ജോലിയുടെ പേരും കമ്പനിയും സഹിതം ഒരു ഡാറ്റാബേസിൽ സൂക്ഷിക്കുക; ഓരോ ഉപയോക്താവും സ്വന്തം ലെറ്ററുകൾ മാത്രം ഒരു ലളിതമായ ലിസ്റ്റിൽ കാണുന്നു. ഒരു ലാൻഡിംഗ് വിഭാഗം ചേർക്കുക: ഉൽപ്പന്നത്തെ വിശദീകരിക്കുന്ന ഒരു വാക്യവും ഒരു Get Started ബട്ടണും. ഓരോ ഉപയോക്താവിനും ദിവസം 10 ലെറ്ററുകളായി പരിമിതപ്പെടുത്തുക, സെർവറിൽ നടപ്പാക്കി. ഡിസൈൻ വൃത്തിയും ലളിതവുമായി നിലനിർത്തുക, ഫോണുകളിൽ നന്നായി പ്രവർത്തിക്കുകയും വേണം. ക്രമീകരണങ്ങളോ ടീമുകളോ അഡ്മിൻ പാനലോ ചേർക്കരുത്.
അവസാന വരി പ്രധാനമാണ്. AI ബിൽഡറുകൾ നിങ്ങൾ ആവശ്യപ്പെടാത്ത ഫീച്ചറുകൾ ചേർക്കുന്ന പ്രവണതയുള്ളവയാണ്, എന്ത് നിർമ്മിക്കരുതെന്ന് പറയുന്നത് ആദ്യ പതിപ്പ് ചെറുതായി നിലനിർത്തുന്നു. AI ആപ്പ് ബിൽഡർമാർക്കുള്ള പ്രോംപ്റ്റുകൾ എങ്ങനെ എഴുതാം എന്നതിൽ കൂടുതൽ.
വാരാന്ത്യം രക്ഷിക്കുന്ന നുറുങ്ങുകൾ
- ഒരു സന്ദേശത്തിൽ ഒരു മാറ്റം. പല ഭാഗങ്ങളുള്ള വലിയ അഭ്യർത്ഥനകൾ പരിശോധിക്കാനും തിരിച്ചെടുക്കാനും പ്രയാസമാണ്.
- ഓരോ മാറ്റത്തിന് ശേഷവും പരിശോധിക്കുക, പ്രിവ്യൂവിൽ, ഫോൺ വലുപ്പത്തിൽ.
- തർക്കിക്കുന്നതിന് പകരം തിരികെ പോകുക. ഒരു മാറ്റം തെറ്റിയാൽ അവസാനത്തെ പ്രവർത്തിക്കുന്ന പതിപ്പിലേക്ക് മടങ്ങി കൂടുതൽ വ്യക്തമായി വീണ്ടും ചോദിക്കുക.
- ലോഗിനോ പേയ്മെന്റോ പോലുള്ള അപകടകരമായ എന്തിനും മുമ്പ് ഒരു പ്ലാനിംഗ് ഘട്ടം ഉപയോഗിക്കുക.
- 80% ൽ മിനുക്കൽ നിർത്തുക. ആരും ഉപയോഗിക്കാത്ത ഒരു ഫീച്ചറിന്റെ അവസാന 20% മിനുക്കൽ പാഴാണ്.
സാധാരണ തെറ്റുകൾ
- ഒരു ചോദ്യമില്ലാതെ തുടങ്ങുന്നത്, അതിനാൽ വാരാന്ത്യം പ്രവർത്തിച്ചോ എന്ന് പറയാൻ കഴിയില്ല.
- ഒരു ഫീച്ചറിന് പകരം രണ്ടെണ്ണം, അങ്ങനെ രണ്ടും പൂർത്തിയാകാതെ പോകുന്നു.
- "വേണ്ടാത്ത" ലിസ്റ്റ് നിർമ്മിക്കുന്നത്, കാരണം അത് ഉൽപ്പാദനക്ഷമമെന്ന് തോന്നുന്നു.
- ഡാറ്റാബേസ് ഒഴിവാക്കുന്നത്, അതിനാൽ റിഫ്രഷിൽ എല്ലാം അപ്രത്യക്ഷമാകുകയും ടെസ്റ്റർമാർക്ക് അവരുടെ ജോലി നഷ്ടപ്പെടുകയും ചെയ്യുന്നു.
- ഒരിക്കലും ആരെയും കാണിക്കാത്തത്. സ്വകാര്യമായി നിൽക്കുന്ന ഒരു വാരാന്ത്യ MVP ഒന്നും പഠിപ്പിച്ചിട്ടില്ല.
- സുഹൃത്തുക്കളോട് "നിനക്ക് ഇഷ്ടമായോ?" എന്ന് ചോദിക്കുന്നത്. പ്രശ്നമുള്ള അപരിചിതർ യഥാർത്ഥത്തിൽ എന്ത് ചെയ്യുന്നു എന്ന് നിരീക്ഷിക്കുക.
ഒട്ടും നിർമ്മിക്കാതിരിക്കേണ്ടപ്പോൾ
ചിലപ്പോൾ വാരാന്ത്യം നിർമ്മിക്കാതിരിക്കുന്നതാണ് നല്ലത്. ആശയം ഒരു ഫോം, ഒരു സ്പ്രെഡ്ഷീറ്റ്, ഒരു പേയ്മെന്റ് ലിങ്ക് എന്നിവ ഉപയോഗിച്ചോ, മൂന്ന് ഉപഭോക്താക്കൾക്ക് സേവനം കൈകൊണ്ട് ചെയ്തുകൊണ്ടോ പരീക്ഷിക്കാവുന്നതാണെങ്കിൽ, ആദ്യം അത് ചെയ്യുക. മൂല്യം സോഫ്റ്റ്വെയറിൽ തന്നെയുള്ളപ്പോൾ നിർമ്മിക്കുക: ഒരു വർക്ക്ഫ്ലോ, ഒരു കണക്കുകൂട്ടൽ, നിലവിലുള്ള ടൂളുകൾക്ക് നൽകാനാകാത്ത ഒരു സൃഷ്ടിച്ച ഫലം. വാരാന്ത്യത്തിന് ശേഷം, ഒരു ആപ്പ് ലോഞ്ച് ചെയ്ത് ആദ്യ ഉപയോക്താക്കളെ നേടുന്നത് എങ്ങനെ അടുത്തതെന്ത് എന്ന് വിശദീകരിക്കുന്നു, ആശയം അത് നേടിയ ശേഷം സ്ഥിരമായ അക്കൗണ്ടുകളും സബ്സ്ക്രിപ്ഷനുകളും ചേർക്കുന്നത് ഒരു SaaS MVP എങ്ങനെ ഉണ്ടാക്കാം വിശദീകരിക്കുന്നു.
Mythex ഉപയോഗിച്ച് നിർമ്മിക്കുന്നത്
വാരാന്ത്യ പദ്ധതിയുമായി Mythex നന്നായി യോജിക്കുന്നു: MVP ചാറ്റിൽ വിവരിക്കുന്നു, ഏജന്റ് കോഡ് എഴുതുന്നു, ഫോൺ വലുപ്പത്തിലെ കാഴ്ച ഉൾപ്പെടെ ലൈവ് പ്രിവ്യൂവിൽ പരീക്ഷിക്കുന്നു. പ്ലാൻ മോഡ് വെള്ളിയാഴ്ച രാത്രി ഉപയോഗപ്രദമാണ്, ഒരു കോഡും എഴുതുന്നതിന് മുമ്പ് ആശയം രൂപപ്പെടുത്താൻ; വിജയിക്കുന്ന ഓരോ മാറ്റവും നിങ്ങൾക്ക് തിരികെ പോകാവുന്ന ഒരു ചെക്ക്പോയിന്റായി സേവ് ചെയ്യപ്പെടുന്നു. ഡാറ്റ സൂക്ഷിക്കണമെന്ന് ആവശ്യപ്പെടുമ്പോൾ Mythex പ്രോജക്റ്റിൽ ഒരു Postgres ഡാറ്റാബേസ് ചേർക്കുന്നു. /test ഏജന്റിനോട് ഒരു ഉപയോക്താവിനെപ്പോലെ പ്രിവ്യൂവിൽ ക്ലിക്ക് ചെയ്ത് തകർന്ന ഫ്ലോകൾ റിപ്പോർട്ട് ചെയ്യാൻ ആവശ്യപ്പെടുന്നു (App Testing). പ്രസിദ്ധീകരിക്കുന്നതിന് മുമ്പ് ടെസ്റ്റർമാർക്ക് പ്രിവ്യൂവിന്റെ ഷെയർ ലിങ്ക് അയക്കാം.
ചില ഭാഗങ്ങൾ നിങ്ങൾ തന്നെ കൊണ്ടുവരണം: നിങ്ങളുടെ ഉപയോക്താക്കൾക്കുള്ള ലോഗിൻ നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന ഒരു ഓഥ് സമീപനം ഉപയോഗിക്കുന്നു, പേയ്മെന്റുകൾ നിങ്ങളുടെ സ്വന്തം Stripe അക്കൗണ്ട് ഉപയോഗിക്കുന്നു, AI ഫീച്ചറുകൾ നിങ്ങളുടെ സ്വന്തം മോഡൽ API കീ ഉപയോഗിക്കുന്നു. സൗജന്യ പ്ലാൻ ആദ്യ ദിവസം 10 ക്രെഡിറ്റുകളും പിന്നീട് ദിവസം 5 ക്രെഡിറ്റുകളും നൽകുന്നു, തിരക്കുള്ള ഒരു വാരാന്ത്യത്തിൽ നിങ്ങൾക്ക് എത്രത്തോളം നിർമ്മിക്കാം എന്നത് അത് പരിമിതപ്പെടുത്തിയേക്കാം; Pro മാസം 100 ക്രെഡിറ്റുകൾ നൽകുന്നു. ഡോക്സിലെ ആശയം മുതൽ ലൈവ് ആപ്പ് വരെ വാക്ക്ത്രൂ സമാനമായ ഒരു വഴി പിന്തുടരുന്നു.
ചോദ്യങ്ങൾ
ഒരു വാരാന്ത്യത്തിൽ യഥാർത്ഥത്തിൽ MVP ഉണ്ടാക്കാമോ?
ഒരു പ്രധാന ഫീച്ചറിന്റെ ചെറിയ, പ്രവർത്തിക്കുന്ന ആദ്യ പതിപ്പ് ഒരു വാരാന്ത്യത്തിൽ ഉണ്ടാക്കാം, പ്രത്യേകിച്ച് AI ആപ്പ് ബിൽഡർ ഉപയോഗിച്ചാൽ. മിനുക്കിയ ഒരു ഉൽപ്പന്നം ഉണ്ടാക്കില്ല, ഉണ്ടാക്കാൻ ശ്രമിക്കുകയുമരുത്. ആശയം കൂടുതൽ സമയം അർഹിക്കുന്നുണ്ടോ എന്ന് പഠിക്കാൻ യഥാർത്ഥ ആളുകൾക്ക് ഉപയോഗിക്കാവുന്ന ഒന്നാണ് ലക്ഷ്യം.
ഒരു വാരാന്ത്യ MVP-യിൽ നിന്ന് എന്ത് ഒഴിവാക്കണം?
പ്രധാന ആശയം പരീക്ഷിക്കാൻ ആവശ്യമില്ലാത്തതെല്ലാം: ക്രമീകരണ പേജുകൾ, ടീമുകളും റോളുകളും, അഡ്മിൻ ഡാഷ്ബോർഡുകൾ, ഒന്നിലധികം വില പ്ലാനുകൾ, ഇന്റഗ്രേഷനുകൾ, അറിയിപ്പുകൾ, മിക്ക എഡ്ജ് കേസുകളും. പിന്നീടുള്ളതിനായി ഒരു ലിസ്റ്റ് സൂക്ഷിക്കുക.
വാരാന്ത്യ MVP-ക്ക് ലോഗിനും പേയ്മെന്റുകളും വേണോ?
ടെസ്റ്റിന് അവ ആവശ്യമെങ്കിൽ മാത്രം. ഉപയോക്താക്കൾ സ്വന്തം ഡാറ്റ സൂക്ഷിക്കേണ്ടതുണ്ടെങ്കിൽ ലളിതമായ ലോഗിൻ ചേർക്കുക. ആളുകൾ പണം നൽകുമോ എന്നതാണ് ചോദ്യമെങ്കിൽ ഒരു പേയ്മെന്റ് ലിങ്കോ ഒരൊറ്റ checkout-ഓ മതിയാകും; പൂർണ്ണ സബ്സ്ക്രിപ്ഷൻ ബില്ലിംഗ് പിന്നീടാകാം.
വാരാന്ത്യത്തിന് ശേഷം എന്ത് ചെയ്യണം?
നിർമ്മിക്കുന്നതിന് മുമ്പ് നിങ്ങൾ സംസാരിച്ച ആളുകളുടെ മുന്നിൽ വയ്ക്കുക, അവർ അത് ഉപയോഗിക്കുന്നത് നിരീക്ഷിക്കുക, അവർ പറയുന്നതിനേക്കാൾ ചെയ്യുന്നതിനെ അടിസ്ഥാനമാക്കി തീരുമാനിക്കുക. പിന്നെ ഏറ്റവും വലിയ പ്രശ്നം പരിഹരിക്കുക, അല്ലെങ്കിൽ ദിശ മാറ്റുക.