ஒரு வார இறுதியில் MVP-ஐ எப்படி உருவாக்குவது: ஒரு யதார்த்தமான திட்டம்
ஒரு வார இறுதியில் MVP-ஐ உருவாக்க, உங்கள் யோசனையை ஒரு வகைப் பயனருக்கான ஒரே வேலைக்குக் குறையுங்கள், வெள்ளி மாலை அதை எழுதி வையுங்கள், சனிக்கிழமையை AI ஆப் பில்டருடன் முக்கிய சுழற்சியை உருவாக்குவதில் செலவிடுங்கள், ஞாயிறை அத்தியாவசியங்களில் (தரவைச் சேமித்தல், ஒரு இறங்கு பக்கம், வெளியிடுதல்) செலவிடுங்கள்; அதன் பின்னரே உண்மையான மக்களுக்குக் காட்டுங்கள். அந்த MVP எந்த ஒரு கேள்விக்குப் பதில் சொல்வதற்காக உள்ளதோ, அதற்கு உதவாத எதையும் தவிருங்கள். ஒரு வார இறுதி ஒரு கரடுமுரடான, வேலை செய்யும் பதிப்புக்குப் போதும். முழுமையான தயாரிப்புக்குப் போதாது; அது பரவாயில்லை.
வார இறுதி MVP என்பது என்ன (என்ன இல்லை)
MVP (குறைந்தபட்ச சாத்தியமான தயாரிப்பு) என்பது ஒரு யோசனை வேலை செய்கிறதா என்று அறிய உருவாக்கக்கூடிய மிகச்சிறிய விஷயம். MVP என்றால் என்ன என்பது முழுமையாக விளக்குகிறது. ஒரு வார இறுதிக்கு, அதன் பொருள்:
- ஒரு வகைப் பயனர். "ஃப்ரீலான்ஸர்களும் ஏஜென்சிகளும் அவர்களின் வாடிக்கையாளர்களும்" அல்ல.
- ஒரு வேலை, தொடக்கம் முதல் முடிவு வரை. பயனர் தொடங்கலாம், முடிக்கலாம், முடிவைப் பெறலாம்.
- போலியல்ல, உண்மையானது. அது தரவைச் சேமிக்கும், தொலைபேசியில் வேலை செய்யும், ஒரு உண்மையான முகவரியில் வாழும்.
- கரடுமுரடான விளிம்புகள் அனுமதிக்கப்படும். எளிய வடிவமைப்பு, சில அமைப்புகள், பின்னணியில் சில கைமுறை வேலைகள்.
அது முழு தயாரிப்பின் சிறிய பதிப்பல்ல. உங்கள் மிகப்பெரிய அனுமானத்தைச் சோதிக்கும் தயாரிப்பின் ஒரே பகுதி அது.
வார இறுதிக்கு முன்: கேள்வியைத் தேர்ந்தெடுங்கள்
ஒவ்வொரு MVPயும் ஒரு கேள்விக்குப் பதில் சொல்கிறது. அதை எழுதி வையுங்கள்; அதுதான் எதை உருவாக்குவது என்று தீர்மானிக்கும்:
| கேள்வி | MVP-க்குத் தேவையானது |
|---|---|
| "மக்கள் இதை எல்லாம் பயன்படுத்துவார்களா?" | முக்கிய அம்சம், இலவசமாக, அவர்கள் திரும்பி வருகிறார்களா என்று பார்க்க ஒரு வழி |
| "அதற்காக அவர்கள் பணம் கொடுப்பார்களா?" | முக்கிய அம்சம் மற்றும் பணம் செலுத்த ஒரு வழி, ஒரு கட்டண இணைப்பு கூட போதும் |
| "முடிவை என்னால் வழங்க முடியுமா?" | ஒரு எளிய முன்பகுதி, அதன் பின்னால் நீங்கள் சில வேலையைக் கையால் செய்வது |
| "உருவாக்குவதற்கு முன் தேவை இருக்கிறதா?" | ஒருவேளை இன்னும் தயாரிப்பே வேண்டாம்: முதலில் ஒரு காத்திருப்புப் பட்டியல் பக்கம் |
சிறந்த நிலையில், இந்தப் பிரச்சனை உள்ள சிலருடன் ஏற்கனவே பேசியிருப்பீர்கள். இல்லையென்றால், ஒரு ஆப் யோசனையை எப்படி சரிபார்ப்பது காட்டும்; வெள்ளிக்கு முன் ஓரிரு உரையாடல்கள் முழு வார இறுதியையும் அதிக பயனுள்ளதாக்கும்.
திட்டம்
வெள்ளி மாலை: முடிவு செய்யுங்கள் (2 முதல் 3 மணி நேரம்)
- ஒரு வாக்கியம் எழுதுங்கள்: "[தயாரிப்பு] [குறிப்பிட்ட பயனர்] [ஒரு வேலையை] [தற்போதைய வலியின்றி] செய்ய உதவுகிறது."
- முக்கிய சுழற்சியின் படிகளைப் பட்டியலிடுங்கள், உதாரணமாக: பதிவுசெய்தல், வேலை விளக்கத்தை ஒட்டுதல், பொருத்தமான கவர் லெட்டர் பெறுதல், திருத்துதல், நகலெடுத்தல்.
- தரவைப் பட்டியலிடுங்கள்: எது சேமிக்கப்படுகிறது, அதற்கு யார் உரிமையாளர்.
- "இந்த வார இறுதி இல்லை" பட்டியலை எழுதுங்கள்: அமைப்புகள், குழுக்கள், நிர்வாகப் பக்கம், மின்னஞ்சல் அறிவிப்புகள், இரண்டாவது அம்சம், டார்க் மோட். எழுதி வைப்பது சனிக்கிழமையன்று "வேண்டாம்" என்று சொல்வதை எளிதாக்கும்.
- உருவாக்குபவருக்கு உங்கள் முதல் ப்ராம்ப்டை வரையுங்கள் (கீழே காண்க).
சனிக்கிழமை: முக்கிய சுழற்சியை உருவாக்குங்கள்
- காலை: மாதிரித் தரவுடன் முக்கிய சுழற்சியின் முதல் பதிப்பை வேலை செய்ய வையுங்கள். சிறு படிகளில் மீண்டும் செய்யுங்கள்: ஒரு செய்திக்கு ஒரு மாற்றம், பின்னர் முன்னோட்டத்தைச் சரிபாருங்கள்.
- மதியம்: தரவு புதுப்பித்த பின்னும் நிலைக்கும்படி ஒரு தரவுத்தளத்தைச் சேருங்கள்; யதார்த்தமான உள்ளீடுகளுடன் ஆப்பை நீங்களே பயன்படுத்துங்கள். சுழற்சியைத் தடுப்பதை சரிசெய்யுங்கள்; தோற்றம் சார்ந்தவற்றைப் புறக்கணியுங்கள்.
- மாலை: பயனர்கள் தங்கள் சொந்தத் தரவு வேண்டுமென்றால் உள்நுழைவைச் சேருங்கள். இரண்டு உலாவிகளில் இரண்டு கணக்குகளுடன் சோதியுங்கள்; ஒருவரும் மற்றவரின் தரவைப் பார்க்க முடியாது என்பதை உறுதி செய்யுங்கள்.
ஞாயிறு: அந்நியர்கள் பயன்படுத்தக்கூடியதாக ஆக்குங்கள்
- காலை: ஒரு எளிய இறங்கு பகுதி: அந்த ஒரு வாக்கியம், இது யாருக்கானது, ஒரு பதிவு பொத்தான். உங்கள் கேள்வி பணம் பற்றியதாக இருந்தால் கட்டணத்தைச் சேருங்கள்.
- நண்பகல்: தொலைபேசியில் சரிபாருங்கள். வெற்று நிலைகள் (புதிய பயனர் எதையும் சேர்க்கும் முன் பார்ப்பது) நீங்கள் நினைப்பதை விட முக்கியம்.
- மதியம்: ஒரு குறுகிய பாதுகாப்பு மற்றும் சரிபார்ப்பு: உலாவிக் குறியீட்டில் API சாவிகள் இல்லை, மற்ற பயனர்களின் தரவைக் காட்டும் பக்கங்கள் இல்லை. பின்னர் வெளியிடுங்கள்.
- மாலை: ஐந்து முதல் பத்து பேருக்கு நேரடியாக அனுப்புங்கள், நீங்கள் பதில் பெற விரும்பும் ஒரு கேள்வியுடன்.
இவற்றைத் தவிருங்கள்
அவசியம் போலத் தோன்றினாலும் காத்திருக்கக்கூடியவை:
- நிர்வாக டாஷ்போர்டுகள். இப்போதைக்கு தரவுத்தளத்தை நேரடியாகப் பாருங்கள்.
- அமைப்புகளும் சுயவிவரங்களும். நியாயமான இயல்புநிலைகளை நிலையாக வையுங்கள்.
- குழுக்கள், பாத்திரங்கள், அழைப்புகள். முதலில் ஒற்றைப் பயனர் கணக்குகள்.
- பல விலைத் திட்டங்கள். ஒரே விலை, அல்லது இலவசம்.
- மின்னஞ்சல் ஓட்டங்கள், உள்நுழைவுக்குக் கண்டிப்பாகத் தேவையானதற்கு மேல்.
- ஒருங்கிணைப்புகள். முதல் சோதனைக்கு CSV-க்கு ஏற்றுமதி அல்லது நகல்-ஒட்டுதல் போதும்.
- சரியான வடிவமைப்பு. தெளிவானதும் படிக்க எளிதானதும் போதும். ஒரே வண்ணமும் நல்ல இடைவெளியும் நிறைய உதவும்.
- அளவுத் திறன். பத்து பயனர்கள் எதையும் சிரமப்படுத்த மாட்டார்கள்.
AI பில்டருக்கு ஒரு முதல் ப்ராம்ப்ட்
JuniorDevs என்ற பெயரில், வேலைக்கு விண்ணப்பிக்கும் ஜூனியர் டெவலப்பர்களுக்கான ஒரு MVP-ஐ உருவாக்கவும். முக்கிய சுழற்சி: உள்நுழைந்த பிறகு, பயனர் ஒரு வேலை விளக்கத்தையும் தனது CV உரையையும் ஒட்டி, ஒரு தொனியைத் (முறையான அல்லது நட்பான) தேர்ந்தெடுத்து, திருத்தவும் நகலெடுக்கவும் கூடிய பொருத்தமான கவர் லெட்டரைப் பெறுகிறார். AI_API_KEY என்ற ரகசியத்துடன் ஒரு AI வழங்குநரைப் பயன்படுத்தி சர்வரில் கடிதத்தை உருவாக்கவும்; API சாவியை உலாவிக்கு ஒருபோதும் வெளிப்படுத்தக்கூடாது. ஒவ்வொரு கடிதத்தையும் வேலைத் தலைப்பு மற்றும் நிறுவனத்துடன் தரவுத்தளத்தில் சேமிக்கவும்; ஒவ்வொரு பயனரும் தனது சொந்தக் கடிதங்களை மட்டும் ஒரு எளிய பட்டியலில் பார்க்கிறார். ஒரு தயாரிப்பை ஒரு வாக்கியத்தில் விளக்கும் பகுதியையும் "தொடங்கு" பொத்தானையும் சேர்க்கவும். ஒவ்வொரு பயனரும் ஒரு நாளைக்கு 10 கடிதங்கள் மட்டுமே பெற வேண்டும்; இது சர்வரில் அமல்படுத்தப்பட வேண்டும். வடிவமைப்பு சுத்தமாகவும் எளிமையாகவும் இருக்கட்டும்; தொலைபேசிகளில் நன்றாக வேலை செய்யட்டும். அமைப்புகளையோ குழுக்களையோ நிர்வாக பேனலையோ சேர்க்க வேண்டாம்.
கடைசி வரி முக்கியம். AI பில்டர்கள் நீங்கள் கேட்காத அம்சங்களைச் சேர்க்க முனைகின்றனர்; எதை உருவாக்கக்கூடாது என்று சொல்வது முதல் பதிப்பைச் சிறியதாக வைத்திருக்கும். AI ஆப் பில்டர்களுக்கு ப்ராம்ப்டுகளை எப்படி எழுதுவது என்பதில் மேலும் உள்ளது.
வார இறுதியைக் காப்பாற்றும் குறிப்புகள்
- ஒரு செய்திக்கு ஒரு மாற்றம். பல பகுதிகளைக் கொண்ட பெரிய கோரிக்கைகளைச் சரிபார்ப்பதும் திரும்பப் பெறுவதும் கடினம்.
- ஒவ்வொரு மாற்றத்துக்கும் பின் சோதியுங்கள், முன்னோட்டத்தில், தொலைபேசி அளவில்.
- வாதிடுவதற்குப் பதிலாக திரும்பிச் செல்லுங்கள். ஒரு மாற்றம் தவறானால், கடைசியாக வேலை செய்த பதிப்புக்குத் திரும்பி, இன்னும் தெளிவாக மீண்டும் கேளுங்கள்.
- உள்நுழைவு அல்லது கட்டணங்கள் போன்ற ஆபத்தான எதற்கும் முன் திட்டமிடும் படியைப் பயன்படுத்துங்கள்.
- 80% அளவில் மெருகேற்றுவதை நிறுத்துங்கள். யாரும் பயன்படுத்தாத ஒரு அம்சத்தின் கடைசி 20% மெருகு வீணானது.
பொதுவான தவறுகள்
- கேள்வி இல்லாமல் தொடங்குதல், அதனால் வார இறுதி வேலை செய்ததா என்று சொல்ல முடியாது.
- ஒரு அம்சத்துக்குப் பதில் இரண்டு, இரண்டையும் முடிக்காமல் விடுவது.
- "இந்த வார இறுதி இல்லை" பட்டியலை உருவாக்குதல், அது உற்பத்தித்திறன் போல உணர்வதால்.
- தரவுத்தளத்தைத் தவிர்த்தல், அதனால் ஒவ்வொரு புதுப்பிப்புக்கும் எல்லாம் மறைந்து சோதனையாளர்கள் தங்கள் வேலையை இழப்பது.
- யாருக்கும் ஒருபோதும் காட்டாதிருத்தல். தனிப்பட்டதாக வைத்திருக்கும் ஒரு வார இறுதி MVP உங்களுக்கு எதையும் கற்பிக்கவில்லை.
- நண்பர்களிடம் "உனக்குப் பிடித்திருக்கிறதா?" என்று கேட்பது. பிரச்சனை உள்ள அந்நியர்கள் உண்மையில் என்ன செய்கிறார்கள் என்று பாருங்கள்.
எதையும் உருவாக்கக் கூடாத போது
சில நேரங்களில் வார இறுதியை உருவாக்காமல் இருப்பதே சிறந்தது. யோசனையை ஒரு படிவம், ஒரு விரிதாள், ஒரு கட்டண இணைப்பு, அல்லது மூன்று வாடிக்கையாளர்களுக்குக் கைமுறையாக சேவை செய்வதன் மூலம் சோதிக்க முடிந்தால், முதலில் அதைச் செய்யுங்கள். மதிப்பு மென்பொருளிலேயே இருக்கும்போது உருவாக்குங்கள்: ஒரு பணிப்பாய்வு, ஒரு கணக்கீடு, ஏற்கனவே உள்ள கருவிகள் தர முடியாத ஒரு உருவாக்கப்பட்ட முடிவு. வார இறுதிக்குப் பின், ஒரு ஆப்பை வெளியிட்டு முதல் பயனர்களைப் பெறுவது எப்படி அடுத்து என்ன என்பதை விளக்குகிறது; யோசனை அதற்குத் தகுதி பெற்ற பின், சரியான கணக்குகளையும் சந்தாக்களையும் சேர்ப்பது பற்றி SaaS MVP-ஐ எப்படி உருவாக்குவது விளக்குகிறது.
Mythex உடன் உருவாக்குவது
Mythex வார இறுதித் திட்டத்துக்கு நன்றாகப் பொருந்துகிறது: MVP-ஐ அரட்டையில் விவரிக்கிறீர்கள், முகவர் குறியீட்டை எழுதுகிறார், தொலைபேசி அளவிலான காட்சி உட்பட நேரடி முன்னோட்டத்தில் சோதிக்கிறீர்கள். வெள்ளி இரவில் Plan பயன்முறை யோசனையை வடிவமைக்க உதவும்; ஒவ்வொரு வெற்றிகரமான மாற்றமும் நீங்கள் திரும்பக்கூடிய ஒரு சேமிப்புப் புள்ளியாகச் சேமிக்கப்படுகிறது. தரவைச் சேமிக்கக் கேட்கும்போது, Mythex திட்டத்தில் ஒரு Postgres தரவுத்தளத்தைச் சேர்க்கிறது. பயனரைப் போல முன்னோட்டத்தில் கிளிக் செய்து உடைந்த பாய்வுகளைப் புகாரளிக்க /test முகவரைக் கேட்கிறது (App Testing). வெளியிடுவதற்கு முன் சோதனையாளர்களுக்கு முன்னோட்டத்தின் பகிர்வு இணைப்பை அனுப்பலாம்.
சில பகுதிகளை நீங்களே கொண்டு வருகிறீர்கள்: உங்கள் பயனர்களுக்கான உள்நுழைவு நீங்கள் தேர்ந்தெடுக்கும் ஒரு அங்கீகார அணுகுமுறையைப் பயன்படுத்துகிறது, கட்டணங்கள் உங்கள் சொந்த Stripe கணக்கைப் பயன்படுத்துகின்றன, AI அம்சங்கள் உங்கள் சொந்த மாடல் API சாவியைப் பயன்படுத்துகின்றன. இலவசத் திட்டம் முதல் நாளில் 10 கிரெடிட்களையும் அதன் பிறகு ஒரு நாளைக்கு 5-ஐயும் தருகிறது; இது பரபரப்பான வார இறுதியில் நீங்கள் எவ்வளவு உருவாக்கலாம் என்பதைக் கட்டுப்படுத்தலாம்; Pro மாதத்துக்கு 100 கிரெடிட்களைத் தருகிறது. டாக்ஸில் உள்ள யோசனையிலிருந்து நேரடி ஆப் வரை வழிகாட்டி இதே போன்ற பாதையைப் பின்பற்றுகிறது.
கேள்விகள்
உண்மையில் ஒரு வார இறுதியில் MVP-ஐ உருவாக்க முடியுமா?
ஒரு முக்கிய அம்சத்தின் சிறிய, வேலை செய்யும் முதல் பதிப்பை ஒரு வார இறுதியில் உருவாக்க முடியும், குறிப்பாக AI ஆப் பில்டருடன். மெருகேற்றப்பட்ட தயாரிப்பை நீங்கள் உருவாக்க மாட்டீர்கள், முயலவும் கூடாது. இலக்கு, மக்கள் பயன்படுத்தக்கூடிய ஒன்று; அதன் மூலம் யோசனை மேலும் நேரத்துக்குத் தகுதியானதா என்று அறியலாம்.
வார இறுதி MVP-இல் நான் எதை விட்டுவிட வேண்டும்?
முக்கிய யோசனையைச் சோதிக்கத் தேவையில்லாதவை அனைத்தும்: அமைப்புகள் பக்கங்கள், குழுக்களும் பாத்திரங்களும், நிர்வாக டாஷ்போர்டுகள், பல விலைத் திட்டங்கள், ஒருங்கிணைப்புகள், அறிவிப்புகள், பெரும்பாலான விளிம்பு நிலைகள். ஒரு பட்டியல் வைத்துக்கொள்ளுங்கள்; பின்னர் பயன்படுத்தலாம்.
வார இறுதி MVP-க்கு உள்நுழைவும் கட்டணங்களும் வேண்டுமா?
சோதனைக்கு அவை தேவைப்பட்டால் மட்டும். பயனர்கள் தங்கள் சொந்தத் தரவைச் சேமிக்க வேண்டுமென்றால் எளிய உள்நுழைவைச் சேர்க்கவும். மக்கள் பணம் செலுத்துவார்களா என்பதே கேள்வியானால், ஒரு கட்டண இணைப்பு அல்லது ஒரு checkout போதும்; முழு சந்தா பில்லிங் பின்னர் வரலாம்.
வார இறுதிக்குப் பிறகு நான் என்ன செய்ய வேண்டும்?
கட்டுவதற்கு முன் நீங்கள் பேசிய மக்களிடம் அதைக் கொடுங்கள், அவர்கள் பயன்படுத்துவதைப் பாருங்கள், அவர்கள் சொல்வதை விட அவர்கள் செய்வதின் அடிப்படையில் முடிவெடுங்கள். பின்னர் மிகப் பெரிய சிக்கலைச் சரிசெய்யுங்கள் அல்லது திசையை மாற்றுங்கள்.