એપનો વિચાર બનાવતા પહેલાં કેવી રીતે ચકાસવો

એપનો વિચાર ચકાસવા માટે, શોધો કે કોઈ ચોક્કસ જૂથને સમસ્યા છે કે નહીં, તેઓ પહેલેથી તેને ઉકેલવાનો પ્રયાસ કરે છે કે નહીં, અને તમારા ઉકેલ માટે કંઈક વાસ્તવિક — સમય, ઇમેઇલ, પૈસા — આપવા તૈયાર છે કે નહીં. વાતચીતોથી શરૂ કરો, landing page કે waitlist તરફ આગળ વધો, અને pre-sale કે પાછા આવતા user ને સૌથી મજબૂત પુરાવો ગણો. દરેક પગલું થોડું વધુ ખર્ચે છે અને થોડું વધુ કહે છે.

ચકાસણી સાબિત નથી કરતી કે વિચાર સફળ થશે. તે મહિનાઓ એવી વસ્તુ પર ખર્ચવાની શક્યતા ઘટાડે છે જે કોઈ ઇચ્છતું નથી.

તમે ખરેખર શું ચકાસી રહ્યા છો

"શું આ સારો વિચાર છે?" એ ચકાસવા માટે ખૂબ અસ્પષ્ટ છે. તેને એવા પ્રશ્નોમાં તોડો જેના જવાબ તમે આપી શકો:

છેલ્લો મુદ્દો ઘણી વાર છોડી દેવાય છે. જે વાસ્તવિક સમસ્યા છે પણ જેના ગ્રાહકો સુધી તમે પહોંચી ન શકો, તે હજુ પણ મુશ્કેલ વ્યવસાય છે.

પગલું 1: તમારી સૌથી જોખમી ધારણા લખો

કોઈ પણ સંશોધન પહેલાં, વિચારને એક વાક્યમાં લખો: "[કોણ] [સમસ્યા] સાથે સંઘર્ષ કરે છે અને [કારણ] માટે [ઉકેલ] વાપરશે." પછી યાદી બનાવો કે તે કામ કરવા માટે શું સાચું હોવું જોઈએ, અને જે બાબતમાં તમે સૌથી ઓછા ખાતરીપૂર્વક છો તેને ગોળ કરો. તે પહેલાં ચકાસો.

કૂતરાના groomers માટેની scheduling એપનું ઉદાહરણ લો: સૌથી જોખમી ધારણા "groomers ને scheduling જોઈએ છે" ન હોઈ શકે — તેમને તે દેખીતી રીતે જોઈએ છે — પણ "groomers તેમના હાલના tool થી સ્વિચ કરવા જેટલા અસંતુષ્ટ છે" હોઈ શકે.

પગલું 2: સમસ્યા વિશે interviews

Interviews સૌથી સસ્તી, સૌથી વધુ સંકેત આપતી પદ્ધતિ છે, અને ખરાબ રીતે કરવાનું પણ સૌથી સહેલું છે. ધ્યેય વ્યક્તિના હાલના વર્તન વિશે શીખવાનો છે, pitch કરવાનો નહીં.

કોની સાથે વાત કરવી

તમારા એક-વાક્યના વર્ણન સાથે મેળ ખાતા લોકો. પરિવાર અને મિત્રો અભ્યાસ માટે ઠીક છે પણ પ્રામાણિક કરતાં દયાળુ હશે. વાસ્તવિક સંભવિત ગ્રાહકો એ જગ્યાએ શોધો જ્યાં તેઓ પહેલેથી છે: ઉદ્યોગ જૂથો, subreddits, સ્થાનિક business associations, LinkedIn પર તમારું પોતાનું નેટવર્ક.

શું પૂછવું

ભૂતકાળ વિશે પૂછો, કાલ્પનિક ભવિષ્ય વિશે નહીં:

• "[સમસ્યા] સાથે તમે છેલ્લી વખતે કેવી રીતે કામ કર્યું તે કહો."
• "તે વિશે તમે શું કર્યું? કયાં tools વાપર્યાં?"
• "તેમાં શું હેરાન કરનારું હતું?"
• "તેને ઠીક કરવા તમે કંઈ માટે પૈસા ચૂકવ્યા છે? કેમ કે નહીં?"
• "જ્યારે આ થાય ત્યારે બીજું કોણ સામેલ હોય છે?"

શું ટાળવું

• "શું તમે એવી એપ વાપરશો જે…?" લગભગ દરેક વિનમ્રતાથી હા કહે છે.
• તમારો ઉકેલ વહેલો બતાવવો. એકવાર તેઓ તેને જુએ, પછી તેઓ તમને પોતાની સમસ્યા કહેવાને બદલે તેની પર પ્રતિક્રિયા આપે છે.
• પ્રશંસા ગણવી. "આ બહુ સરસ વિચાર છે" એ પુરાવો નથી. "તૈયાર થાય ત્યારે હું અજમાવી શકું?" થોડો છે. "આ મારું કાર્ડ છે" ઘણો છે.

નોંધો લો, અને પછી શીખેલી ત્રણ બાબતો લખો. જ્યારે ઘણા લોકો સમાન પીડાને સમાન શબ્દોમાં વર્ણવે, ત્યારે તે શબ્દો લખી લો — તે તમારા landing page ની headline બની જશે.

પગલું 3: પહેલેથી શું અસ્તિત્વમાં છે તે તપાસો

સમસ્યા શોધો, તમારો ઉકેલ નહીં. હાલનાં ઉત્પાદનો, તેમનાં pricing પેજ અને જાહેર reviews જુઓ. સ્પર્ધા સામાન્ય રીતે સારો સંકેત છે: તેનો અર્થ છે કે લોકો સમસ્યા ઉકેલવા પૈસા ચૂકવે છે. તમે જે અંતર શોધો છો તે છે — એક જૂથ જેને હાલનાં tools ખરાબ રીતે સેવે છે, એક કિંમત જે કોઈ આવરી લેતું નથી, અથવા એક workflow જે હજુ spreadsheets માં થાય છે.

જો કંઈ જ ન હોય, તો કારણ શોધો. કેટલીક વાર તે તક હોય છે; ઘણી વાર તેનો અર્થ છે કે સમસ્યા ચૂકવવા જેટલી પીડાદાયક નથી.

પગલું 4: Landing page વડે smoke test

Smoke test એ એક પેજ છે જે ઉત્પાદન જાણે અસ્તિત્વમાં હોય તેમ વર્ણવે છે, સ્પષ્ટ ક્રિયા સાથે: waitlist માં જોડાઓ, access માટે વિનંતી કરો, અથવા pre-order કરો. પછી તમે લક્ષ્યાંકિત લોકોને ત્યાં મોકલો છો અને કેટલા લોકો ક્રિયા કરે છે તે માપો છો.

પેજને શું જોઈએ:

1. એક headline જે સમસ્યાને તમારા interviewees ના શબ્દોમાં નામ આપે.
2. ત્રણ કે ચાર ચોક્કસ લાભ — user માટે શું બદલાય છે.
3. એક call to action.
4. પ્રામાણિક નોંધ કે ઉત્પાદન વિકાસ હેઠળ છે, જેથી કોઈને છેતરાયેલું ન લાગે.

પછી ટ્રાફિક ત્યાંથી લાવો જ્યાં તમારા પ્રેક્ષકો છે. સાંકડા પ્રેક્ષકો પર લક્ષ્યાંકિત નાની paid ad ચકાસણી કામ કરી શકે છે; સમુદાયોમાં પોસ્ટ કરવું પણ કામ કરી શકે છે, જો તેમના નિયમો પાળો. રૂપાંતર કરતું landing page કેવી રીતે બનાવવું માળખું અને copy આવરી લે છે.

પરિણામો વાંચવા

કોઈ સાર્વત્રિક "સારો" conversion rate નથી, તેથી તમારી જાત સાથે સરખામણી કરો: બે headlines અથવા બે પ્રેક્ષકો ચલાવો અને જુઓ કયો સારો કરે છે. સૌથી ઉપયોગી પરિણામ ટકાવારી નથી; તે સાઇન અપ કરેલા લોકોની યાદી છે. તેમને ઇમેઇલ કરો અને કૉલ માટે પૂછો.

પગલું 5: Waitlist બનાવો — અને તેનો ઉપયોગ કરો

Waitlist લૉન્ચ પહેલાં રસ ધરાવતા લોકો પાસેથી ઇમેઇલ એકત્ર કરે છે. તે બે કારણોસર ઉપયોગી છે: તે તમને interview કરવા લોકો આપે છે, અને લૉન્ચના દિવસે પ્રેક્ષકો આપે છે.

તેની નબળાઈ એ છે કે સાઇન અપ લગભગ મફત છે. યાદીને વધુ કામ કરાવો:

• સાઇન અપ વખતે એક પ્રશ્ન પૂછો, જેમ કે "આ માટે તમે આજે શું વાપરો છો?"
• શરૂઆતના સાઇન અપ કરનારાઓને જાતે જવાબ આપો અને 15 મિનિટ માંગો.
• દર થોડા અઠવાડિયે ટૂંકું અપડેટ મોકલો, જેથી યાદી ઠંડી ન પડે.

Waitlist પેજ કેવી રીતે બનાવવું બિલ્ડ આવરી લે છે, ઇમેઇલ ક્યાં સંગ્રહાય છે તે સહિત.

પગલું 6: Pre-sell કરો અથવા deposit લો

સૌથી મજબૂત પ્રારંભિક સંકેત પૈસા છે. ડિસ્કાઉન્ટ પર પ્રારંભિક access, એક founding-member કિંમત, અથવા refundable deposit ઓફર કરો, અને જુઓ કોણ ચૂકવે છે. તમારા payment provider ની payment link વાપરો; તમારે તૈયાર ઉત્પાદનની જરૂર નથી.

સીધા રહો: કહો કે તમે ક્યારે પહોંચાડવાની અપેક્ષા રાખો છો, અને જે કોઈ માંગે તેને refund કરો. જે pre-sale કોઈ ન લે તે પણ પરિણામ છે — તેનો અર્થ થઈ શકે કે કિંમત ખોટી છે, પ્રેક્ષકો ખોટા છે, અથવા પીડા interviews માં લાગી હતી તેટલી તીવ્ર નથી.

પગલું 7: Concierge અને Wizard-of-Oz tests

ક્યારેક સૌથી ઝડપી "ઉત્પાદન" તમે પોતે હોવ છો.

• Concierge test: પરિણામ હાથથી પહોંચાડો. જો એપ સાપ્તાહિક રિપોર્ટ બનાવશે, તો તેને spreadsheet માં જાતે બનાવો અને ઇમેઇલ કરો. ઓટોમેટ કરતા પહેલાં તમે શીખો છો કે users ખરેખર શું મૂલ્ય આપે છે.
• Wizard-of-Oz test: users એક સરળ interface જુએ છે, પણ તેની પાછળ તમે કામ હાથથી કરો છો. User ઉત્પાદનનો અનુભવ કરે છે; તમે શીખો છો કે તેઓ પાછા આવે છે કે નહીં.

બંને વિસ્તારવામાં ધીમી છે, અને એ જ મુદ્દો છે. તમે ફક્ત તે જ ઓટોમેટ કરો છો જે કરવા લાયક સાબિત થયું હોય.

પગલું 8: નાનો MVP બનાવો અને વર્તન જુઓ

ઘુતમ વ્યવહાર્ય ઉત્પાદન (minimum viable product) એ સૌથી નાની આવૃત્તિ છે જે એક મુખ્ય કામ કરે છે. AI app builders સાથે, database અને login સાથેનો કામ કરતો MVP મહિનાઓને બદલે દિવસોમાં તૈયાર થઈ શકે છે, તેથી તેને ચકાસણીનો ભાગ બનાવવો હવે વાજબી છે — જુઓ MVP શું છે.

મુખ્ય મેટ્રિક સાઇન અપ નહીં પણ ફરી ઉપયોગ છે. શું લોકો તમે ધક્કો માર્યા વિના બીજી અને ત્રીજી વાર પાછા આવે છે? શું તેઓ સહકર્મીને આમંત્રિત કરે છે? શું તે તૂટે ત્યારે ફરિયાદ કરે છે? એ સંકેતો છે કે એપ તેમના માટે મહત્વની છે.

ચકાસણી પદ્ધતિઓની સરખામણી

ક્યારે અટકવું, બદલવું કે ચાલુ રાખવું

શરૂ કરતા પહેલાં તમારી મર્યાદા નક્કી કરો — દાખલા તરીકે, "દસ interviews, ત્રણ લોકો કહે કે તેઓ ચૂકવશે, એક pre-sale". પછી પ્રામાણિક રહો:

• ચાલુ રાખો જો લોકો સતત એક જ પીડા વર્ણવે અને કેટલાક સમય કે પૈસાની પ્રતિબદ્ધતા કરે.
• બદલો જો પીડા વાસ્તવિક હોય પણ તમે ધારેલા કરતાં જુદા જૂથ માટે, અથવા જુદી કિંમતે હોય. આ સામાન્ય છે અને ઉપયોગી છે.
• અટકો જો કોઈએ સમસ્યા ઉકેલવાનો પ્રયાસ ન કર્યો હોય, કોઈ ચૂકવશે નહીં, અને તમે જેમની પાસે તે છે તેમના સુધી પહોંચી ન શકો.

વહેલા અટકવું એ સારું પરિણામ છે. તે તમને આગલા વિચારની ચકાસણી કરવા મુક્ત કરે છે.

Mythex વડે ચકાસણી

Mythex આ પ્રક્રિયાનાં પછીનાં પગલાંમાં બંધબેસે છે. તમે waitlist form સાથેના landing page નું વર્ણન કરી શકો છો અને તે તે જ દિવસે જાહેર URL પર લાઇવ થઈ શકે છે, સાઇન અપ database માં સાચવીને, પછી સંકેતો સારા હોય ત્યારે તે જ પ્રોજેક્ટને નાના MVP માં ફેરવી શકો છો. શરૂ કરવું મફત છે, અને docs માં waitlist walkthrough પગલાં બતાવે છે. જો બજેટ વિચારતા હો, તો એપ બનાવવાનો ખર્ચ કેટલો છે વિકલ્પોની સરખામણી કરે છે.

પ્રશ્નો