ફ્રીલાન્સ ડેવલપરને કેવી રીતે હાયર કરવો

મોટાભાગના નિષ્ફળ વિકાસ પ્રોજેક્ટ્સ ખરાબ રીતે કોડેડ નહોતા. તેઓ ખરાબ રીતે નિર્દિષ્ટ હતા, ખોટા સંકેત પર હાયર કરાયા હતા, અને એટલા અધૂરા સોંપવામાં આવ્યા હતા કે આગલા ડેવલપરને ફરીથી શરૂ કરવું પડ્યું હતું. તકનીકી ભાગ ભાગ્યે જ એવો હોય છે જ્યાં પૈસા ગુમ થાય છે.

બિન-તકનીકી ખરીદનાર માટે તે સારા સમાચાર છે, કારણ કે તેનો અર્થ એ છે કે સૌથી વધુ મહત્વના નિર્ણયો તમે લેવા માટે લાયક છો. સારી રીતે હાયર કરવા માટે તમારે કોઈના JavaScriptનું મૂલ્યાંકન કરવાની જરૂર નથી. તમારે સમસ્યાને ચોક્કસ રીતે વર્ણવવામાં, સંબંધિત પુરાવાને ઓળખવામાં, બ્લફ કરવું મુશ્કેલ હોય તેવા પ્રશ્નો પૂછવામાં અને તમને ચાવીઓ પકડી રાખે તેવા હેન્ડઓવર પર આગ્રહ રાખવામાં સક્ષમ બનવાની જરૂર છે. આ માર્ગદર્શિકા આ ​​ચારેય બાબતોમાંથી પસાર થાય છે.

તમે ખરેખર શું બનાવી રહ્યા છો તે નક્કી કરો

ટેકનોલોજીથી નહીં, પરિણામથી શરૂઆત કરો. “મને એક એપ જોઈએ છે” એ બ્રીફ નથી; “ગ્રાહકોને તેમના ફોન પર સ્લોટ બુક કરવા અને ચૂકવણી કરવાની જરૂર છે, અને મારે આવતીકાલની બુકિંગ એક સૂચિમાં જોવાની જરૂર છે” એ છે. બીજા સંસ્કરણને ક્વોટ કરી શકાય છે, પરીક્ષણ કરી શકાય છે અને તેના વિશે દલીલ કરી શકાય છે. પ્રથમ કરી શકાતું નથી.

તમે કોઈની સાથે વાત કરો તે પહેલાં, ચાર વસ્તુઓ લખો:

• કરવાનું કામવપરાશકર્તા આજે જે કરી શકતો નથી તે શું કરી શકવો જોઈએ. દરેક ક્ષમતા માટે એક વાક્ય, તકનીકી ભાષાને બદલે વપરાશકર્તાની ભાષામાં.
• હોવું જ જોઈએમુઠ્ઠીભર વસ્તુઓ જેના વિના નિર્માણ નિરર્થક છે. જો તમારી સૂચિમાં છ કરતાં વધુ હોય, તો તે ઇચ્છા સૂચિ છે, સ્પષ્ટીકરણ નથી.
• પહેલેથી શું અસ્તિત્વમાં છેવર્તમાન સાઇટ, હોસ્ટિંગ, ડોમેન, ચુકવણી પ્રદાતા, CRM, સ્પ્રેડશીટ્સ. દરેક એકીકરણ કાર્ય છે, અને અઘોષિત એકીકરણો એ છે જ્યાં અંદાજો તૂટી જાય છે.
• કોણ જાળવે છેસોફ્ટવેર ખરીદી નથી, તે એક પ્રતિબદ્ધતા છે. તમે ડેવલપરને જાળવી રાખશો, કોઈ બીજાને હાયર કરશો કે જાતે જ મેનેજ કરશો તે અત્યારે નક્કી કરો.

એક ઉપયોગી શિસ્ત: પ્રથમ સંસ્કરણને સૌથી નાની વસ્તુ તરીકે વર્ણવો જે ખરેખર ઉપયોગી હશે. બાકી બધું બીજી સૂચિમાં જાય છે. ડેવલપર્સ પ્રથમ સૂચિને ક્વોટ કરે છે; બીજી સૂચિ એ છે જે તમે પ્રથમ કમાણી કરવાનું શરૂ કરે પછી ભંડોળ પૂરું પાડો છો.

તમને કયા પ્રકારના ડેવલપરની જરૂર છે

“ડેવલપર” એક ડઝન અલગ-અલગ વ્યવસાયોને આવરી લે છે જે એકબીજાના બદલે વાપરી શકાતા નથી. ખોટા વ્યક્તિને નોકરી પર રાખવો એ આ પ્રક્રિયામાં સૌથી સામાન્ય અને સૌથી મોંઘી શ્રેણીની ભૂલ છે.

• ફ્રન્ટ-એન્ડવપરાશકર્તા જે જુએ છે અને સ્પર્શે છે: લેઆઉટ, ક્રિયાપ્રતિક્રિયા, પ્રતિભાવ, સુલભતા. ફરીથી ડિઝાઇન, માર્કેટિંગ સાઇટ અથવા હાલની સિસ્ટમ પર નવા ઇન્ટરફેસ માટે નોકરી પર રાખો. ફ્રન્ટ-એન્ડ ડેવલપમેન્ટ ફ્રીલાન્સર્સ જુઓ.
• બેક-એન્ડડેટા, લોજિક, API, પ્રમાણીકરણ, ચુકવણીઓ. જ્યારે બટન દબાવ્યા પછી શું થાય છે તેમાં મૂલ્ય હોય ત્યારે નોકરી પર રાખો. બેક-એન્ડ ડેવલપમેન્ટ ફ્રીલાન્સર્સ જુઓ.
• ફુલ-સ્ટેકબંને, કાર્યકારી ધોરણ સુધી. મોટાભાગના નાના નિર્માણ માટે યોગ્ય પસંદગી, કારણ કે બે નિષ્ણાતો વચ્ચેનું સંકલન નાના પાયે બચાવે તેના કરતાં વધુ ખર્ચાળ છે.
• CMS અને પ્લેટફોર્મવર્ડપ્રેસ, શોપિફાય, વેબફ્લો અને સમાન. જો તમારી જરૂરિયાત હાલના પ્લેટફોર્મ દ્વારા પૂરી થાય છે, તો તેને ફરીથી બનાવવા માટે કસ્ટમ ડેવલપરને નોકરી પર રાખવો એ પૈસા બાળવા સમાન છે. વર્ડપ્રેસ ડેવલપમેન્ટ અને શોપિફાય ડેવલપમેન્ટ જુઓ.
• મોબાઇલનેટિવ iOS અથવા Android, અથવા ક્રોસ-પ્લેટફોર્મ. વેબથી ખરેખર અલગ શિસ્ત, તેના પોતાના સ્ટોર-રિવ્યુ અને રિલીઝની મર્યાદાઓ સાથે. મોબાઇલ એપ્લિકેશન ડેવલપમેન્ટ જુઓ.
• જાળવણી અને સુધારાઓડીબગિંગ, અપડેટ્સ, પ્રદર્શન, સુરક્ષા. ઘણીવાર સૌથી વધુ મૂલ્યવાન નોકરી, અને જે ખરીદદારો સૌથી લાંબા સમય સુધી મુલતવી રાખે છે. વેબસાઇટ જાળવણી જુઓ.

જો તમે ખરેખર કહી શકતા નથી કે તમને કયાની જરૂર છે, તો તે પોતે જ એક નાનું, સસ્તું, સુવ્યાખ્યાયિત કાર્ય છે: કંઈપણ શરૂ કરતા પહેલા ટૂંકી સ્કોપિંગ વાતચીત માટે અનુભવી ડેવલપરને ચૂકવણી કરો.

વ્યક્તિ પહેલાં ટેકનોલોજી પસંદ કરવી

તમારે ભાષા પસંદ કરવાની જરૂર નથી. તમારે એક નિર્ણય લેવાની જરૂર છે: પ્લેટફોર્મ અથવા કસ્ટમ. આ માર્ગદર્શિકામાં અન્ય કોઈપણ પસંદગી કરતાં તમારા કુલ ખર્ચ પર તેની વધુ અસર પડે છે.

પ્લેટફોર્મ બિલ્ડ — વર્ડપ્રેસ, શોપિફાય, વેબફ્લો, નો-કોડ ટૂલ — નો અર્થ છે કે મોટાભાગનું સોફ્ટવેર પહેલેથી જ અસ્તિત્વમાં છે અને તમે કન્ફિગરેશન, ડિઝાઇન અને તમારા માટે વિશિષ્ટ ભાગો માટે ચૂકવણી કરી રહ્યા છો. તે ઝડપી, સસ્તું અને આગલા વ્યક્તિને સોંપવું સરળ છે, કારણ કે હજારો ડેવલપર્સ તેને જાણે છે. મર્યાદા એ છે કે તમે પ્લેટફોર્મની ધારણાઓમાં જીવો છો.

કસ્ટમ બિલ્ડ એટલે કે સોફ્ટવેર તમારા માટે લખવામાં આવ્યું છે. તે બરાબર બંધબેસે છે, અને તેને બનાવવા અને જાળવવા માટે ઘણી વખત વધુ ખર્ચ થાય છે, કારણ કે જે વ્યક્તિએ તેને લખ્યું છે તે જ તેને જાણે છે જ્યાં સુધી તેઓ તેને દસ્તાવેજીકૃત ન કરે. જ્યારે તમે જે કરો છો તે ઉત્પાદન હોય ત્યારે કસ્ટમ એ યોગ્ય જવાબ છે; તે બ્રોશર સાઇટ અથવા પ્રમાણભૂત દુકાન માટે ખોટો જવાબ છે.

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

એક બ્રીફ લખવી જે ડેવલપર ક્વોટ કરી શકે

એક સારી તકનીકી બ્રીફ ટૂંકી અને વિશિષ્ટ હોય છે. તે ડેવલપરને કેવી રીતે બનાવવું તે કહેતી નથી; તે તેમને કહે છે કે જ્યારે તેઓ પૂર્ણ કરી લે ત્યારે શું સાચું હોવું જોઈએ.

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

બજેટ શ્રેણી શામેલ કરો. ખરીદદારો ઓછી કિંમતની આશામાં તેને રોકી રાખે છે; વ્યવહારમાં તે ફક્ત ખોટા સ્કેલ પર લક્ષિત દરખાસ્તો ઉત્પન્ન કરે છે, અને તમે તે શોધવા માટે પત્રવ્યવહારનો એક રાઉન્ડ ગુમાવો છો. મહાન દરખાસ્તો મેળવવા માટે પ્રોજેક્ટ બ્રીફ કેવી રીતે લખવો માટેની અમારી માર્ગદર્શિકામાં એક સંપૂર્ણ નમૂનો છે, અને કલાકદીઠ વિ. નિશ્ચિત કિંમત સમજાવે છે કે તમારી બ્રીફ કયા ભાવોના મોડેલ માટે પૂછી રહી છે.

શોર્ટલિસ્ટ બનાવવી

ત્રણથી પાંચ ઉમેદવારોનું લક્ષ્ય રાખો. ઓછા હોય તો તમારી પાસે કોઈ સરખામણી નથી; વધુ હોય તો તમે તેમાંથી કોઈનું પણ યોગ્ય રીતે મૂલ્યાંકન કરી શકશો નહીં.

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

જો કાર્યને ચર્ચાની જરૂર હોય તો વ્યક્તિ થી શરૂઆત કરો. શિસ્ત અથવા સાધન દ્વારા વિકાસકર્તાઓને બ્રાઉઝ કરો — React, WordPress, PHP, Python અથવા Webflow — અથવા બ્રીફ પોસ્ટ કરો અને દરખાસ્તો તમારી પાસે આવવા દો. Zinn Hub પર, પ્રોજેક્ટ પોસ્ટ કરવો મફત છે, અને તમે તેને વેબસાઇટ ડેવલપમેન્ટ, બેક-એન્ડ ડેવલપમેન્ટ અથવા મોબાઇલ એપ્લિકેશન ડેવલપમેન્ટ જેવા ચોક્કસ ક્ષેત્રમાં નિર્દેશિત કરી શકો છો.

પ્રાસંગિકતા પર સખત ફિલ્ટર કરો અને બાકીની દરેક વસ્તુ પર હળવાશથી ફિલ્ટર કરો. એક વિકાસકર્તા જેણે તમારા જેવી ત્રણ વસ્તુઓ મોકલી છે તે જુદા ડોમેનમાં બમણા અનુભવ ધરાવતા એકને લગભગ હંમેશા હરાવે છે.

વિકાસકર્તા પોર્ટફોલિયો કેવી રીતે વાંચવો

તમે કોઈના કોડનું ઓડિટ કરી શકતા નથી, અને તમારે તેની જરૂર નથી. જો તમને ખબર હોય કે શું જોવું છે તો પોર્ટફોલિયો હજી પણ તમને ઘણું બધું કહે છે.

• લાઇવ લિંક્સ ખોલો. એક સ્ક્રીનશોટ કંઈપણ સાબિત કરતો નથી. તમારા ફોન પર સાઇટ લોડ કરો, તેનો ઉપયોગ કરો, તેને તોડો. આજે જે કંઈપણ તૂટેલું હતું તે તૂટેલું જ સાઇન ઓફ કરવામાં આવ્યું હતું.
• તમારી જેવી સમસ્યાઓ શોધો. સમાન ઉદ્યોગ નહીં — સમાન આકાર. બુકિંગ ફ્લો એ બુકિંગ ફ્લો છે ભલે તે હેરકટ્સ વેચે કે હેલિકોપ્ટર.
• તેમણે શું કર્યું તે તપાસો. ટીમ પ્રોજેક્ટ્સ પર, પૂછો કે કયા ભાગો તેમના હતા. “મેં તેના પર કામ કર્યું” નો અર્થ ઘણો અથવા ખૂબ ઓછો હોઈ શકે છે.
• મૂળભૂત બાબતોનું જાતે પરીક્ષણ કરો. શું પૃષ્ઠ ઝડપથી લોડ થાય છે? શું તે ફોન પર કામ કરે છે? શું ફોર્મ્સ કીબોર્ડ વડે વાપરી શકાય તેવા છે? આ ક્રાફ્ટ સિગ્નલ છે જે બિન-તકનીકી ખરીદનાર સંપૂર્ણપણે સારી રીતે વાંચી શકે છે.
• સમીક્ષાઓને પુરાવાના સમૂહ તરીકે વાંચો. એક ચમકતી સમીક્ષા અવાજ છે. ઘણી બધી સમીક્ષાઓમાં એક પેટર્ન, ખાસ કરીને સંચાર અને સમયમર્યાદા વિશે, સંકેત છે. Zinn Hub પર સમીક્ષાઓ માટે પુષ્ટિ થયેલ ખરીદીની જરૂર છે.
• શું ખોટું થયું તે પૂછો. “મને એક પ્રોજેક્ટ વિશે કહો જે ખરાબ રીતે ગયો” નો સૌથી મજબૂત જવાબ એક ચોક્કસ, અપ્રિય, સારી રીતે વિશ્લેષિત વાર્તા છે. ફક્ત સરળ પ્રોજેક્ટ્સ ધરાવતો કોઈ વિકાસકર્તા હોતો નથી.

આના વ્યવસ્થિત સંસ્કરણ માટે, અમારી 12-પગલાની ફ્રીલાન્સર ચકાસણી ચેકલિસ્ટ દ્વારા કામ કરો.

નોકરી પર રાખતા પહેલા પૂછવા જેવા પ્રશ્નો

હેતુ કોઈને પકડવાનો નથી. તે સાંભળવાનો છે કે જ્યારે જવાબ પૂર્વ-તૈયાર ન હોય ત્યારે કોઈ કેવી રીતે વિચારે છે.

• ભૂતકાળના બિલ્ડને સમજાવો“મને આમાંથી કોઈ એક પ્રોજેક્ટ અને તમે કરેલા ટ્રેડ-ઓફ્સ વિશે જણાવો.” એક સારો ડેવલપર તેઓએ શું ન કરવાનું પસંદ કર્યું અને શા માટે તે જણાવશે. ટ્રેડ-ઓફ્સ વિનાની શબ્દાવલિ એક ચેતવણી સંકેત છે.
• અહીં તમને શું ચિંતા છેતમારી બ્રીફનો સૌથી જોખમી ભાગ કયો છે તે પૂછો. જે કોઈ કહે કે “કંઈ નહીં, તે સીધું છે” તેણે તેને યોગ્ય રીતે વાંચ્યું નથી.
• શું ખૂટે છે“તમને મારા તરફથી શું જોઈશે જે મેં પ્રદાન કર્યું નથી?” મજબૂત ઉમેદવારો આનો તરત અને વિગતવાર જવાબ આપે છે.
• હું પ્રગતિ કેવી રીતે જોઈશએક સ્ટેજિંગ લિંક, સાપ્તાહિક અપડેટ, એક શેર કરેલું બોર્ડ. કોઈપણ જવાબ સારો છે; કોઈ જવાબ નહીં તે સારો નથી.
• લોન્ચ પછી શું થાય છેબગ વિન્ડો, સપોર્ટ શરતો, દસ્તાવેજીકરણ. કંઈક તૂટી જાય ત્યારે નહીં, પરંતુ શરૂઆત કરતા પહેલા આના પર સંમત થાઓ.
• કોડનો માલિક કોણ છેસીધું પૂછો. જવાબ તમે હોવા જોઈએ, ડિલિવરી પર, લેખિતમાં, તેને ચલાવવા માટે જરૂરી બધું શામેલ કરીને.

પ્રતિબદ્ધતા કરતા પહેલા પરીક્ષણ કરો

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

એક સારું પરીક્ષણ કાર્ય પ્રતિનિધિત્વપૂર્ણ, સ્વયં-સમાવિષ્ટ અને એક બેઠકમાં પૂર્ણ કરી શકાય તેવું હોય છે: એક ચોક્કસ બગને ઠીક કરો, એક પૃષ્ઠને રિસ્પોન્સિવ બનાવો, એક ફોર્મ ઉમેરો અને તેને વાયર અપ કરો, એક ધીમા પૃષ્ઠને સુધારો. તમે ખરેખર જેનું મૂલ્યાંકન કરી રહ્યા છો તે કોડ નથી. તે એ છે કે શું તેઓએ શરૂ કરતા પહેલા સ્પષ્ટતા કરતો પ્રશ્ન પૂછ્યો, શું તેઓએ જે પૂછવામાં આવ્યું હતું તે પહોંચાડ્યું કે તેઓએ શું પસંદ કર્યું, શું તેઓએ શું કર્યું તે સમજાવ્યું, અને શું તેઓએ આપેલો સમયગાળો તમને મળેલા સમયગાળા જેટલો હતો.

Zinn Hub પર કુદરતી ફોર્મેટ એક માઇક્રો ઝીન છે — $5, $10, $15 અથવા $20 પર નિશ્ચિત-કિંમતનું કાર્ય. બગ ફિક્સ અને નાના કોડ કાર્યો અથવા વેબસાઇટ બગ ફિક્સ અને ટ્વીક્સ બ્રાઉઝ કરો, અથવા $20 માઇક્રો ઝીન્સ સાથે કિંમતથી શરૂઆત કરો. તમે પ્રતિબદ્ધ થાઓ તે પહેલાં ફ્રીલાન્સરનું પરીક્ષણ કેવી રીતે કરવું પરની અમારી માર્ગદર્શિકા પરીક્ષણને કેવી રીતે સંરચિત કરવું અને તેનું મૂલ્યાંકન કરવું તે આવરી લે છે.

તેનો ખર્ચ કેટલો છે અને કેવી રીતે ચૂકવવું

ડેવલપમેન્ટ પ્રાઇસિંગ અન્ય કોઈપણ ફ્રીલાન્સ કેટેગરી કરતાં વધુ બદલાય છે, કારણ કે કામ વધુ બદલાય છે. નીચે આપેલા આખા કામ માટેના લાક્ષણિક બજાર બેન્ડ છે, Zinn Hub કિંમતો નહીં, અને દરેક ફ્રીલાન્સર પોતાની કિંમત નક્કી કરે છે.

• નાનું કાર્ય

  $200 થી ઓછું

  એક બગ ફિક્સ, એક પ્લગઇન સંઘર્ષ, એક ફોર્મ, એક સ્પીડ પાસ, હાલના બિલ્ડ પર એક નાની સુવિધા. નિશ્ચિત-કિંમતના કાર્ય તરીકે ખરીદવું શ્રેષ્ઠ છે.

• માનક બિલ્ડ

  $500–$2,000

  એક પ્લેટફોર્મ-આધારિત સાઇટ અથવા દુકાન: થીમ કન્ફિગરેશન, કેટલાક પૃષ્ઠ નમૂનાઓ, ફોર્મ્સ, મૂળભૂત એકીકરણ, લોન્ચ.

• અદ્યતન

  $2,000–$8,000

  કસ્ટમ કાર્યક્ષમતા, એકાઉન્ટ્સ અને લોગિન, ચુકવણીઓ, તૃતીય-પક્ષ એકીકરણ, અથવા શરૂઆતથી અમલમાં મૂકાયેલ બેસ્પોક ડિઝાઇન.

• એપ્લિકેશન

  $8,000+

  એક વાસ્તવિક સોફ્ટવેર પ્રોડક્ટ: મલ્ટી-રોલ સિસ્ટમ્સ, ડેશબોર્ડ્સ, મોબાઇલ એપ્સ, અર્થપૂર્ણ બેક-એન્ડ લોજિક અને ચાલુ એન્જિનિયરિંગ સાથે કંઈપણ.

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

Zinn Hub પર, દરેક Zinn તેની Zinner દ્વારા નિર્ધારિત કિંમત ધરાવે છે, ખરીદદારો કોઈ પ્લેટફોર્મ ફી ચૂકવતા નથી, અને તમામ કિંમતો USD માં હોય છે જેમાં તમારી પોતાની ચલણમાં આશરે સમકક્ષ દર્શાવવામાં આવે છે. ઓર્ડર એક જ સંપૂર્ણ રકમ તરીકે ચૂકવવામાં આવે છે અને સુરક્ષિત હોય છે; કોઈ સ્ટેજ્ડ અથવા માઇલસ્ટોન રિલીઝ નથી, તેથી તબક્કાવાર બિલ્ડ અલગ ઓર્ડર તરીકે મૂકવામાં આવે છે અથવા તમારા પ્રોજેક્ટ બ્રીફમાં અલગ કિંમતના તબક્કા તરીકે સંમત થાય છે. પ્લેટફોર્મ પ્રોટેક્ટેડ Zinner પસંદ કરો અને ઓર્ડર પૂર્ણ ન થાય ત્યાં સુધી તમારી ચુકવણી Zinn Hub દ્વારા રાખવામાં આવે છે; કોઈપણ રિફંડ તમારા Zinn Wallet માં સંપૂર્ણ, USD માં જમા થાય છે. જે Zinners તેમના પોતાના PayPal અથવા Stripe એકાઉન્ટને કનેક્ટ કરે છે તેમને ચેકઆઉટ પર સીધા જ ચૂકવવામાં આવે છે.

માલિકી, ઍક્સેસ અને હસ્તાંતરણ

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

• તમારા નામે એકાઉન્ટ્સ. ડોમેન, હોસ્ટિંગ અને કોઈપણ તૃતીય-પક્ષ સેવા તમારા નામે નોંધાયેલ હોવી જોઈએ, જેમાં ડેવલપરને વપરાશકર્તા તરીકે ઉમેરવામાં આવે. ક્યારેય ઊલટું નહીં.
• ડિલિવરી પર કોડની માલિકી. સ્પષ્ટપણે જણાવો કે અંતિમ ચુકવણી પર કામ તમારું છે તેનો ઉપયોગ કરવા, સુધારવા અને અન્યત્ર લઈ જવા માટે. તેમના પોતાના લાઇસન્સ સાથેના કોઈપણ તૃતીય-પક્ષ ઘટકો વિશે પૂછો.
• રિપોઝિટરી ઍક્સેસ. ભલે તમે તેને ક્યારેય ખોલો નહીં, તમારે તેને આગલા ડેવલપરને આપવા સક્ષમ હોવા જોઈએ.
• પ્રમાણપત્રો, તે બધા. એડમિન લૉગિન, API કી, ડેટાબેઝ ઍક્સેસ, ડિપ્લોયમેન્ટ ઍક્સેસ — અંતિમ ચુકવણી પહેલાં સ્થાનાંતરિત અને કાર્યરત હોવાની પુષ્ટિ.
• દસ્તાવેજીકરણ. કેવી રીતે ડિપ્લોય કરવું, વસ્તુઓ ક્યાં રહે છે અને જો તે તૂટી જાય તો શું કરવું તે વિશે એક ટૂંકી લેખિત નોંધ. એક પૃષ્ઠ પૂરતું છે; કંઈ નથી તે નથી.
• બગ વિન્ડો. લોન્ચ પછીનો એક નિર્ધારિત સમયગાળો જેમાં વાસ્તવિક ખામીઓ કોઈ વધારાના ખર્ચ વિના સુધારવામાં આવે છે. ત્રીસ દિવસ એ એક સામાન્ય, વાજબી માંગ છે.

કોપીરાઇટ અને લાઇસન્સિંગ શરતો દેશ અને કરાર દ્વારા બદલાય છે, તેથી આને કાનૂની સલાહને બદલે સામાન્ય માર્ગદર્શન તરીકે ગણો અને વ્યાપારી રીતે નોંધપાત્ર કોઈપણ બાબત પર વ્યાવસાયિક સલાહ લો.

વિકાસ પ્રોજેક્ટ્સને ડૂબાડતી ભૂલો

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

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