સૉફ્ટવેર ખરીદવું

કસ્ટમ સૉફ્ટવેરનો ખર્ચ શું છે, અને આ આંકડો ખરેખર શું નક્કી કરે છે

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

9 મિનિટનું વાંચન Plexowave

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

એક જ બ્રીફ પર આટલાં જુદાં જુદાં ક્વોટેશન કેમ આવે છે

ત્રણ કારણો, અને તેમાંથી માત્ર એક દરો વિશે છે.

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

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

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

એ સાત બાબતો જે આ આંકડો સૌથી વધુ બદલે છે

  1. અલગ અલગ યુઝર ભૂમિકાઓની સંખ્યાદરેક ભૂમિકા સ્ક્રીન, પરવાનગીઓ અને પરીક્ષણોનો અલગ સમૂહ છે. એક ભૂમિકાવાળી સિસ્ટમ પાંચ ભૂમિકાવાળી એ જ સિસ્ટમનો અંશ છે, ભલે અંતર્ગત ડેટા સરખો હોય. આ સામાન્ય રીતે સૌથી મોટું પરિબળ છે અને બ્રીફમાં લગભગ હંમેશાં ઓછું આંકવામાં આવે છે.
  2. ઇન્ટિગ્રેશન, અને તેનું નિયંત્રણ કોની પાસે છેદસ્તાવેજીકૃત આધુનિક API ધરાવતું ઇન્ટિગ્રેશન પૂર્વાનુમાનિત કામ છે. લેગસી સિસ્ટમ, અદસ્તાવેજીકૃત ડેટાબેઝ, એવો વિક્રેતા જેની સાથે સમય નક્કી કરવો પડે, કે API વગરના પોર્ટલનું ઇન્ટિગ્રેશન પ્રોજેક્ટનું સૌથી અણધાર્યું કામ છે. એક જ નામનાં બે ઇન્ટિગ્રેશન દસ ગણાં જુદાં પડી શકે છે.
  3. ડેટા માઇગ્રેશનએક સિસ્ટમમાંથી સ્વચ્છ ડેટા માઇગ્રેટ કરવો સામાન્ય કામ છે. અસંગત કોડ, બેવડાયેલા પક્ષો અને એવા અપવાદો ધરાવતી દાયકા જૂની સ્પ્રેડશીટ માઇગ્રેટ કરવી જેને કોઈ યાદ રાખતું નથી, તે પુરાતત્ત્વનું કામ છે. મહેનત અપવાદોમાં છે, અને જ્યાં સુધી કોઈ જુએ નહીં ત્યાં સુધી કોઈને ખબર નથી કે તે કેટલા છે.
  4. ઑફલાઇન અને મોબાઇલની જરૂરિયાતો'આ ફોન પર પણ ચાલવું જોઈએ' નો અર્થ રિસ્પોન્સિવ લેઆઉટ થઈ શકે, જે લગભગ મફત છે, કે પછી સિંક કૉન્ફ્લિક્ટ મૉડેલ સાથેની ઑફલાઇન-સક્ષમ ઍપ, જે પોતે એક પ્રોજેક્ટ છે. આ એક જ વાક્યમાં લખાય છે અને તેમની કિંમત ખૂબ જુદી હોય છે.
  5. અનુપાલન અને ઑડિટની જરૂરિયાતોવૈધાનિક રિપોર્ટિંગ, ઑડિટ ટ્રેલ, ડેટા રેસિડન્સી, જાળવણીના નિયમો અને ઍક્સેસ લૉગિંગ ખરી એન્જિનિયરિંગ છે, કાગળિયાં નહીં. તે આર્કિટેક્ચરને પણ બાંધે છે, એટલે કે મોડેથી ખબર પડે ત્યારે તે શરૂઆતમાં જાણીતાં હોવા કરતાં ઘણાં મોંઘાં પડે છે.
  6. જરૂરિયાતો કેટલી બદલાશેઆ ખામી નહીં — એક ગુણ છે. જો ક્ષેત્ર સારી રીતે સમજાયેલું અને સ્થિર હોય, તો નિશ્ચિત વ્યાપ શક્ય છે. જો તમે ખરેખર કંઈક નવું બનાવી રહ્યા હો, તો વ્યાપ બદલાશે, અને ફિક્સ્ડ-પ્રાઇસ કરાર કાં તો તેને ઢાંકવા વધારાશે કાં તો ઝઘડો પેદા કરશે. બંને આ વાત પહેલેથી પ્રામાણિકપણે સ્વીકારી લેવા કરતાં ખરાબ છે.
  7. પરફોર્મન્સ અને સ્કેલ, જો ખરેખર જરૂરી હોયમોટાભાગની વ્યાપારી સિસ્ટમ પર ભાર સાધારણ હોય છે અને તેમને એવી રીતે ન બનાવવી જોઈએ જાણે ન હોય. પણ જો તમને ખરી સમવર્તિતા, મોટા ડેટા જથ્થા કે કડક પ્રતિસાદ સમય જોઈએ, તો એ આર્કિટેક્ચર, ઇન્ફ્રાસ્ટ્રક્ચર અને પરીક્ષણ છે — અને એ પહેલા ડિઝાઇન નિર્ણય પહેલાં જાણીતું હોવું જોઈએ.

કઈ બાબતોથી આ આંકડો એટલો બદલાતો નથી જેટલું લોકો ધારે છે

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

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

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

એવો અંદાજ કેવી રીતે મેળવવો જેના પર ભરોસો કરી શકાય

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

ફિક્સ્ડ પ્રાઇસ, ટાઇમ ઍન્ડ મટીરિયલ્સ, કે કૅપ્ડ

ફિક્સ્ડ પ્રાઇસ સારી રીતે સમજાયેલા વ્યાપ માટે યોગ્ય છે અને જોખમ સપ્લાયર પર નાખે છે, જે એ જોખમની કિંમત ઉમેરી લે છે. એ કામ કરે છે, અને તેની કિંમત એ છે કે ફેરફારો કરારીય ઘટના બની જાય છે — જેનાથી બરાબર ત્યારે બધા રક્ષણાત્મક થઈ જાય છે જ્યારે પ્રોજેક્ટને લવચીકતા જોઈએ છે.

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

તબક્કાદીઠ કૅપ્ડ મૉડેલ સામાન્ય રીતે સૌથી સારું છે: એવા તબક્કા માટે પાક્કો આંકડો જેનો વ્યાપ ખરેખર સમજાયેલો છે, દરેક તબક્કાની સીમાએ શીખેલી વાતો સાથે ફરી આંકેલો. જ્યાં પૂર્વાનુમાનિતતા શક્ય છે ત્યાં પૂર્વાનુમાનિતતા અને જ્યાં નથી ત્યાં લવચીકતા મળે છે.

સૌથી સસ્તી મોંઘી ભૂલ

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

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

પ્રશ્નો

સામાન્ય પ્રશ્નો.

તમે તમારી વેબસાઇટ પર કિંમતની રેન્જ કેમ નથી આપતા?

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

શું ડિસ્કવરી માટે ચાર્જ લો છો?

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

લૉન્ચ પછી કેટલા ચાલુ ખર્ચનું બજેટ રાખવું?

હોસ્ટિંગ, દેખરેખ અને ફેરફાર બજેટની યોજના કરો. ફેરફાર બજેટ જ એ છે જે લોકો છોડી દે છે, અને એ જ નક્કી કરે છે કે ત્રણ વર્ષ પછી સિસ્ટમ ઉપયોગી રહેશે કે નહીં. જે સૉફ્ટવેર બદલાઈ ન શકે, તે બદલાઈ જાય છે.

અમારા માટે કલાકદીઠ દર સારો કે પ્રોજેક્ટ કિંમત?

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

આ જ નિર્ણય પર કામ કરી રહ્યા છો?

ઉકેલને બદલે સમસ્યા જણાવો. જો જવાબ એવું ઉત્પાદન હોય જે તમે ખરીદી શકો, કે પછી કોઈ સૉફ્ટવેર જ નહીં, તો અમે એ જ કહીશું.

પ્રોજેક્ટ શરૂ કરો