નોઈડાના કોઈપણ ટેક હબમાં પ્રવેશતા જ તમને એવા ડઝનબંધ એજન્સીઓ જોવા મળશે જે એન્ડ-ટુ-એન્ડ વેબ સોલ્યુશન્સનું વચન આપે છે. તેમની પિચ ડેક પ્રભાવશાળી લાગે છે. તેમની સેલ્સ ટીમો આત્મવિશ્વાસથી ભરેલી લાગે છે. પરંતુ જો તમે સપાટીની નીચે જોશો તો એક જાણીતી પેટર્ન દેખાશે. જે પોર્ટફોલિયો તેના સ્લીક ઇન્ટરફેસથી તમને આશ્ચર્યચકિત કરી શકે છે, તે કદાચ એવી ટીમ છુપાવી શકે છે જે એક સિંગલ ડેટાબેઝ ક્વેરી લખવા માટે પણ સંઘર્ષ કરતી હોય. અથવા Laravel અને Node.js વિશે ગર્વ કરતી દુકાન એવી યુઝર એક્સપિરિયન્સ (user experience) આપી શકે છે જે ૨૦૦૩ની સ્પ્રેડશીટ જેવી લાગે. ક્લાયન્ટ્સ સામાન્ય રીતે કોન્ટ્રાક્ટ પર સહી કર્યા પછી, ડિપોઝિટ જતી રહ્યા પછી અને પ્રોજેક્ટ પહેલેથી જ ખોટા માર્ગે વળ્યા પછી આ અસંગતતા શોધી કાઢે છે. ત્યાં સુધીમાં, નુકસાન થઈ ચૂક્યું હોય છે.

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

પિક્સેલ અને પ્રોડક્શન વચ્ચેનું અંતર

વેબ ડિઝાઇન એ સાઇટ કેવી દેખાય છે અને કેવી લાગે છે તેની સાથે સંબંધિત છે. ડિઝાઇનર હાયરાર્કી, વ્હાઇટ સ્પેસ, કલર સાયકોલોજી અને યુઝર લેન્ડિંગ પેજથી ચેકઆઉટ અથવા કોન્ટેક્ટ ફોર્મ સુધી કયો રસ્તો અપનાવે છે તેના વિશે વિચારે છે. તેઓ Figma અથવા Adobe XD જેવા ટૂલ્સમાં કામ કરે છે. અંતિમ પરિણામ (deliverable) સ્ટેટિક સ્ક્રીન્સ અથવા ક્લિક કરી શકાય તેવા પ્રોટોટાઇપનો સેટ હોય છે. તે તમને વિઝન બતાવે છે. તે ફોર્મ ડેટા કલેક્ટ કરતું નથી, પેમેન્ટ પ્રોસેસ કરતું નથી અથવા હજારો એકસાથે આવતા વિઝિટર્સને પેજ સર્વ કરતું નથી. તે એક બ્લુપ્રિન્ટ છે, બિલ્ડિંગ નથી.

વેબ ડેવલપમેન્ટ એ એન્જિનિયરિંગ તબક્કો છે. ડેવલપર તે બ્લુપ્રિન્ટ લે છે અને HTML, CSS, અને JavaScript લખે છે જે બ્રાઉઝરમાં રેન્ડર થાય છે. જો પ્રોજેક્ટની જરૂર હોય, તો તેઓ બેકએન્ડ લોજિક પણ બનાવે છે, સર્વર કોન્ફિગર કરે છે, ડેટાબેઝ સ્કીમા ડિઝાઇન કરે છે, અને પેમેન્ટ ગેટવે, શિપિંગ API, અથવા ઓથેન્ટિકેશન પ્રોવાઇડર્સ જેવી થર્ડ-પાર્ટી સેવાઓ સાથે ઇન્ટિગ્રેટ કરે છે. તેનું આઉટપુટ એક લાઈવ URL છે જે ખરેખર કામ કરે છે.

આ બંને દુનિયા અલગ-અલગ ભાષાઓ બોલે છે. ડિઝાઇનર ચિંતિત હોય છે કે બટન વાપરવામાં સરળ લાગે છે કે નહીં. ડેવલપર ચિંતિત હોય છે કે નેટવર્ક લેટન્સી (network latency) હેઠળ તે જ બટન API કોલ યોગ્ય રીતે ટ્રિગર કરે છે કે નહીં. બંને ચિંતાઓ મહત્વની છે. પરંતુ જે એજન્સી માત્ર એક જ ભાષા બોલે છે તે બીજી અડધી બાબતો અધૂરી છોડી દેશે.

"ફુલ સર્વિસ" નો ભ્રમ

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

જોખમ માત્ર સૌંદર્યલક્ષી (aesthetic) નથી. ડિઝાઇન-હેવી ટીમ એવા સુંદર મોકઅપ્સ બનાવી શકે છે જે રેસ્પોન્સિવ રીતે બનાવવામાં кошાલ (nightmarish) હોય. ડેવલપમેન્ટ-હેવી ટીમ તમારા ઉત્પાદન પર એક સામાન્ય એડમિન ટેમ્પલેટ લગાવી શકે છે અને તેને બ્રાન્ડેડ કહી શકે છે. આ વિખવાદ ત્યારે જ દેખાય છે જ્યારે યુઝર એક્સેપ્ટન્સ ટેસ્ટિંગ (user acceptance testing) થાય છે, જ્યારે તમને સમજાય છે કે સાઇટ મંજૂર થયેલ કન્સેપ્ટ જેવી બિલકુલ દેખાતી નથી, અથવા કન્સેપ્ટ શરૂઆતથી જ શક્ય નહોતો.

ત્રણ પ્રશ્નો જે અસલી હકીકત સામે લાવશે

તમે કોઈપણ વસ્તુ પર સહી કરો તે પહેલાં, એજન્સી ખરેખર બંને કલાઓમાં નિપુણ છે કે નહીં તે ચકાસવા માટે આ પ્રશ્નોનો ઉપયોગ કરો.

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

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

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

CMS બ્લાઈન્ડ સ્પોટ

અહીં મોટાભાગના પ્રોજેક્ટ્સ લોન્ચિંગ પછી શાંતિથી નિષ્ફળ જાય છે.

ક્લાયન્ટ્સ હોમપેજ હીરો સેક્શન પર ખૂબ જ ધ્યાન આપે છે અને દૈનિક કાર્યપ્રવાહને ભૂલી જાય છે. લોન્ચ થયાના છ અઠવાડિયા પછી, તમારી સેલ્સ ટીમ કિંમતો અપડેટ કરવા માંગે છે. તમારા કન્ટેન્ટ મેનેજરને કેસ સ્ટડી પ્રકાશિત કરવાની જરૂર છે. તમારા HR હેડ ત્રણ નવી નોકરીની જગ્યાઓ પોસ્ટ કરવા માંગે છે. જો આમાંથી કોઈપણ ઉમેરવા માટે સપોર્ટ ટિકિટ ફાઇલ કરવી પડે અને ડેવલપર દ્વારા PHP ટેમ્પલેટ એડિટ કરવા માટે બે કામકાજના દિવસોની રાહ જોવી પડે, તો તમારી વેબસાઇટ પહેલેથી જ એક અડચણ (bottleneck) બની ગઈ છે.

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

જ્યારે બે ટીમો શૂન્ય ટીમો બની જાય છે

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

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

આ કિંમત માત્ર નાણાકીય નથી. તે ગતિ (momentum) ની છે. પ્રોડક્ટ લોન્ચ મોડા પડે છે. માર્કેટિંગ કેલેન્ડર અટકી જાય છે. જ્યારે તમારી ટીમો એવી ખામીઓ સુધારી રહી હોય છે જે ક્યારેય હોવી ન જોઈએ, ત્યારે સ્પર્ધકો વધુ ઝડપથી આગળ વધે છે.

હેન્ડઓફની વાસ્તવિક કિંમત

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

આ ખામીઓને દૂર કરવી મોંઘી છે કારણ કે તે ક્યારેય માત્ર ટેકનિકલ હોતી નથી. તે કોડમાં જામી ગયેલી સંવાદની નિષ્ફળતાઓ છે.

મુખ્ય વાત

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