"મુશ્કેલ" ક્લાયંટ સાથે વાતચીત વિશેના કેસનું વિશ્લેષણ

કેટલીકવાર તકનીકી સપોર્ટ એન્જિનિયરને મુશ્કેલ પસંદગીનો સામનો કરવો પડે છે: "અમે ઉચ્ચ સેવા સંસ્કૃતિ માટે છીએ!" સંવાદ મોડેલ લાગુ કરવા. અથવા "બટન દબાવો અને તમને પરિણામ મળશે"?

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

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

ટેકનિકલ સપોર્ટ, સૌ પ્રથમ, સંચાર અને સંચારનો અર્થ છે લોકો, અને અમારા ગ્રાહકોમાં ખૂબ જ અલગ પાત્રો છે:

• જર્મન, જે બર્લિનમાં તેની ઑફિસની સામેના કૅફેમાંથી કામ કરે છે, તેની પાસે ખરેખર નોર્ડિક સ્વ-નિયંત્રણ, આદર્શ શાંત, કાળજીપૂર્વક માપાંકિત નેટવર્ક, વ્યાપક સર્વર ફ્લીટ અને A+ પર આ બધું સેટ કરવા અને જાળવવાની જ્ઞાનાત્મક ક્ષમતા છે. તેની પાસેથી વિનંતીઓ સામાન્ય રીતે મોટી કંપનીમાં પ્લેટ પર છેલ્લી ડમ્પલિંગ અને ખોટા સમયે લાઇટ બંધ કરવામાં આવતી હોય તેવી જ પ્રતિક્રિયા આપે છે.
• એક બ્રિટન કે જેણે છેલ્લાં 5 વર્ષોમાં બે કંપનીઓ બદલી છે, પરંતુ સમર્થન સાથે કામ કરવાની તેમની શૈલી બદલી નથી. તેઓ કાં તો બ્યુબોનિક પ્લેગ જેવા તેના કેસોથી ભાગી જાય છે, અથવા તેઓ આ વ્યક્તિ સાથે કામ કરવાના તમામ "વશીકરણ" ની અગાઉથી અપેક્ષા રાખીને તેને લઈ જાય છે, કારણ કે તે, ચેતવણી વિના, દૂરસ્થ સત્રનો નિયંત્રણ લઈ શકે છે (તેનો ઇમેઇલ તપાસવા માટે, કેટલીકવાર વ્યક્તિગત), નાની નાની નાની બાબતો પર એન્જિનિયરો અને મેનેજમેન્ટ પર દબાણ લાવે છે અને છેવટે, "ડુપ્લિકેટ" ટિપ્પણી સાથે અચાનક એપ્લિકેશન બંધ કરી દે છે.
• પોલિસિલેબિક અને અસ્પષ્ટ અટક ધરાવતો એક ભારતીય, જે ભારતીય IT વિશેની તમામ માન્યતાઓને રદિયો આપે છે: નમ્ર, શાંત, સક્ષમ, દસ્તાવેજો વાંચે છે, એન્જિનિયરની સલાહ સાંભળે છે અને હંમેશા બધું જ જાતે કરે છે, છટાદાર પાઘડીનો માલિક (હા, અમને મળી તે ફેસબુક પર) અને સંપૂર્ણ ઓક્સફોર્ડ ઉચ્ચાર.

દરેક એન્જિનિયર આવા પાંચ "નામ" ક્લાયંટ વિશે વિચારી શકે છે, તેના વિશે વધુ વિચાર્યા વિના પણ. અમે અમારા નવા આવનારાઓને કેટલાક સાથે ડરાવીએ છીએ ("જો તમે લેબમાં ખરાબ વર્તન કરશો, તો એક મહિલા આવશે અને!.."), કેટલાક સાથે અમે બડાઈ લગાવીએ છીએ ("અને મારી પાસે પહેલેથી જ N. બંધ સાથે 5 એપ્લિકેશન છે!"). અને મોટાભાગે, આપણે એ પણ યાદ રાખીએ છીએ અને સમજીએ છીએ કે સકારાત્મક અને નકારાત્મક ઉદાહરણો ફક્ત આપણી ધારણા છે, અને તે સંદેશાવ્યવહારથી અનુસરે છે, અમારા ગ્રાહકો સાથે અને અમારી સાથેના ગ્રાહકો.

અને આ સંચાર ખૂબ જ અલગ હોઈ શકે છે.

અમે એકવાર વિશે લખ્યું હતું "રાક્ષસો" જે ઇજનેરોને ગ્રાહકો સાથે કામ કરતા અટકાવે છે, અને હવે હું એક જીવંત ઉદાહરણ સાથે આ કેવી રીતે થાય છે તે બતાવવા માંગુ છું.

અહીં બે વર્ષ પહેલાંનું એક સારું ઉદાહરણ છે: ક્લાયન્ટની વાતચીત શૈલી માટે એન્જિનિયર અને એન્જિનિયર તરફથી મુશ્કેલીનિવારણના "પરંપરાગત" પગલાઓ પ્રત્યે ક્લાયંટની પ્રતિક્રિયા.

ફ્રેગમેન્ટેશન વિશેનો કેસ

તો આવો કિસ્સો છે: એક ખૂબ જ અનુભવી અને ટેક-સેવી ગ્રાહક સપોર્ટ ટિકિટ ખોલે છે અને સીધો પ્રશ્ન પૂછે છે, જે પરિસ્થિતિનું વર્ણન કરવા માટે ઘણી બધી વિગતો આપે છે.

મેં પત્રવ્યવહારને સંવાદમાં ફેરવવાની સ્વતંત્રતા લીધી, શૈલીયુક્ત સુવિધાઓ સાચવી.

ગ્રાહક (K):- શુભ બપોર, સર. મારું નામ માર્કો સેન્ટિનો છે, અમે તમારી શ્રેષ્ઠ પ્રેક્ટિસનો ઉપયોગ કર્યો છે અને તમારા દ્વારા ભલામણ કરાયેલ નવીનતમ તકનીક ઇન્સ્ટોલ કરી છે, પરંતુ અમે જોઈએ છીએ કે ઉચ્ચ ફ્રેગમેન્ટેશનને કારણે સિસ્ટમનું પ્રદર્શન ગંભીર રીતે ઓછું થઈ રહ્યું છે. કૃપા કરીને મને કહો, શું આ સામાન્ય છે?

એન્જીનિયર (હું): - હેલો, માર્કો! મારું નામ ઇગ્નાટ છે, અને હું મદદ કરીશ. શું આ હંમેશા થાય છે? શું તમે ડિફ્રેગમેન્ટ કરવાનો પ્રયાસ કર્યો છે?

(કે):- પ્રિય ઇગ્નાટ! હા, આ હંમેશા દેખાય છે. અમે ડિફ્રેગમેન્ટ કરવાનો પ્રયાસ કર્યો, પરંતુ, અરે, જ્યારે સિસ્ટમ સંપૂર્ણપણે નિષ્ક્રિય હોય ત્યારે તે ઘણો સમય લે છે, અને તેથી તે શક્ય નથી.

(હું): - સાંભળો, કેટલાક કારણોસર મને આ શ્રેષ્ઠ પ્રથાઓ મળી શકતી નથી. તમે તેને ક્યાં શોધ્યો? અને કદાચ આપણે થોડું ડિફ્રેગમેન્ટેશન કરવું જોઈએ, ઓહ?

(કે):- પ્રિય ઇગ્નાટ! તમે અમારી સમસ્યાને ગંભીરતાથી લેતા નથી તે સમજીને અને રાજકીય રીતે સાચા જવાબને બદલે સીધો જવાબ આપવાથી તમારી જાતને રોકવામાં મુશ્કેલી આવી રહી છે, તો પણ અમે તમને જવાબ આપવાનો પ્રયત્ન કરીશું. અમારી પાસે તમારો અનુભવ નથી (અમે ફક્ત 1960 થી જ IT માં છીએ), અને તમારા કાર્ય અને અમને શિક્ષિત કરવાના પ્રયત્નો માટે અમે તમારા ખૂબ આભારી છીએ. બાર્સેલોનામાં રાત્રિભોજન વખતે તમારા પ્રોડક્ટ મેનેજર્સ દ્વારા શ્રેષ્ઠ વ્યવહારો અમારી સાથે શેર કરવામાં આવ્યા હતા અને મેં તમને તેમની એક લિંક મોકલી છે. અમે તમને સીધું પૂછીએ છીએ, ઇવાન: શું આ પરિસ્થિતિ સામાન્ય છે? જો તમને અમારી સાથે વાત કરવામાં રસ ન હોય, તો કૃપા કરીને અમને મદદ કરી શકે તેવા કોઈને શોધો.

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

(કે): - તેથી, તે પૂરતું છે! તમે મને નામથી બોલાવો તે માટે હું તમારો ભાઈ, ઇગ્નેટ કે તમારો મેચમેકર નથી, તેથી કૃપા કરીને મને Gn તરીકે સંબોધિત કરો. સેન્ટિનો! જો તમે દસ્તાવેજ શોધી શકતા નથી અથવા આવા સરળ કાર્યનો સામનો કરી શકતા નથી, તો કાં તો કંપની છોડી દો અથવા તેના લેખકને પૂછો, જેણે અમને આ દસ્તાવેજ આપ્યો છે! લૉગ્સની વાત કરીએ તો, અમે તેમને વિશેષ મંજૂરી વિના તમને ટ્રાન્સફર કરી શકતા નથી, કારણ કે અમે ગુપ્ત દસ્તાવેજો સાથે કામ કરીએ છીએ. મારી ભૂલ પર તમારો આક્રોશ તમારી અજ્ઞાનતા અને તમારી ખરાબ રીતભાત દર્શાવે છે. હું તમારા માટે ખૂબ જ દિલગીર છું. અને છેલ્લે: જો આપણે કહીએ કે અમે "ડિફ્રેગમેન્ટ કરવાનો પ્રયાસ કર્યો" અને તે "અશક્ય" છે, તો અમે પ્રયાસ કર્યો અને તે અશક્ય છે. Ignat, હું તમને પૂછું છું, નોનસેન્સથી પીડાતા બંધ કરો અને તમારા કામ પર ઉતરો - કાં તો અમને જવાબ આપો, અથવા કોઈ એવી વ્યક્તિ શોધો જે અમને આપશે!

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

પ્રશ્ન: જુસ્સાની ગરમી અને સંઘર્ષની વૃદ્ધિને ટાળવા માટે એન્જિનિયર શું કરી શકે?

(વધુ વાંચતા પહેલા આ પ્રશ્નનો જવાબ જાતે આપવાનો પ્રયાસ કરો).

ગીતની તકનીકી વિષયાંતર
જેઓ કોયડાઓ ઉકેલવા અને "ખૂની કોણ છે?" પ્રશ્નનો જવાબ આપવાનું પસંદ કરે છે: સમસ્યા વધુ ગંભીર હોવાનું બહાર આવ્યું છે: ReFS ફ્રેગમેન્ટેશન માત્ર ડિસ્ક કામગીરીને અસર કરતું નથી, પરંતુ કેટલાક કિસ્સાઓમાં CPU અને RAM વપરાશમાં દસ સુધીનો વધારો થયો છે. સમય, અને માત્ર Veeam ક્લાયન્ટ્સ માટે જ નહીં - બધા ReFS વપરાશકર્તાઓ પીડાઈ શકે છે.

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

હું, "શું કરી શકાયું હોત?" પ્રશ્નનો જવાબ આપીને, હું બીજો, શાશ્વત પ્રશ્ન પૂછવા માંગુ છું: "કોણ દોષ છે?"

વ્યાવસાયિક એકતામાંથી, હું ખરેખર કહેવા માંગુ છું: "ક્લાયન્ટ દોષી છે," અને એન્જિનિયરને બચાવવાનું શરૂ કર્યું. એક મેનેજર તરીકે જે સતત તેના એન્જિનિયરોના કામનું મૂલ્યાંકન કરે છે, હું ઇગ્નાટે કરેલી ભૂલો જોઉં છું. કોણ સાચું છે?

ચાલો બધું ક્રમમાં ગોઠવીએ

આ કેસ ખૂબ જ અઘરો છે, જવાબો કરતાં વધુ પ્રશ્નો છે.

ઔપચારિક રીતે, ઇગ્નાટે બધું સારું કર્યું:

• Veeam ના મુખ્ય મૂલ્યોમાંથી એકને અનુસરે છે: હૃદયથી વાતચીત;
• ગ્રાહકને નામ દ્વારા સંબોધિત;
• ઉકેલની દરખાસ્ત કરતા પહેલા પરિસ્થિતિ સ્પષ્ટ કરી.

શું તે આવા તીવ્ર જુસ્સાને ટાળી શક્યો હોત?

શકે છે: કેવી રીતે શ્રી. સેન્ટિનો વાતચીત કરે છે (ફક્ત તમે અને છેલ્લા નામ દ્વારા), "મૂળભૂત પ્રશ્નો" નો ઇનકાર કરો, સમસ્યામાં તેની રુચિ બતાવો અને આ વર્તન સામાન્ય છે કે કેમ તે શોધવાનું વચન આપો.

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

તે સ્પષ્ટ લાગે છે: ટાઈપોને વ્યક્તિગત રૂપે ન લો, કટાક્ષ કરનાર ક્લાયન્ટથી નારાજ થશો નહીં (ભલે બધું જ ફૂલેલી FER વિશે બોલે છે), વાતચીતને વ્યક્તિગત બનાવશો નહીં, ઉશ્કેરણી તરફ વળશો નહીં... તેમાંના ઘણા બધા છે, આ "ના" અને બધા મહત્વપૂર્ણ અને સંચાર વિશે.

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

અને તેમ છતાં, બંને બાજુએ શું કરી શકાય? હું તેને આની જેમ જોઉં છું:

એન્જિનિયરની બાજુથી:

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

ગ્રાહકને:

• ટેકનિકલ વિગતોમાં તેને છુપાવ્યા વિના, પ્રથમ અક્ષરમાં સમસ્યાને સ્પષ્ટપણે જણાવો (આ સંવાદમાંથી સીધું અનુસરતું નથી, પરંતુ મારા પર વિશ્વાસ કરો, વિગત આશ્ચર્યજનક હતી);
• પ્રશ્નો પ્રત્યે થોડા વધુ સહનશીલ બનો - દરેક જણ સમાન રીતે વિચારતા નથી, અને કેટલીકવાર તમારે સમસ્યાના સારને સમજવા માટે ઘણું પૂછવું પડે છે;
• કદાચ તમારા મહત્વ અને પરિચિતોને "ઉચ્ચ સ્તરે" બતાવવાની ઇચ્છાને નિયંત્રિત કરો;
• અને, Ignat માટે, અતિશય વ્યક્તિગત બનવાનું ટાળો.

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

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

"મને એક પથ્થર પર એક કાતરી મળી છે" - આ રીતે હું આ પત્રવ્યવહારનો સારાંશ આપી શકું છું, અથવા તેને બીજા શબ્દોમાં પણ કહી શકું છું, જેનું સત્ય હું નિષ્ઠાપૂર્વક માનું છું: "કોઈપણ સંઘર્ષમાં, બે સામાન્ય રીતે દોષિત હોય છે."

અમે અમારા બિઝનેસ કોચના શબ્દોમાં કહી શકીએ: "સફળ સંદેશાવ્યવહાર ભૂતકાળના અનુભવ, સંદેશાવ્યવહારની આદતો અને વિશ્વના વિવિધ ચિત્રો દ્વારા અવરોધે છે." તમે નૈતિકતાના સુવર્ણ નિયમને યાદ કરી શકો છો: "બીજા લોકો સાથે તે કરો જેમ તમે ઈચ્છો છો કે તેઓ તમારી સાથે કરે."

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

આધાર લોકો વિશે છે.

***

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

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

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

શું આવી પરિસ્થિતિઓમાં કેવી રીતે જીવવું અને કામ કરવું તે શીખવવું શક્ય છે? કરી શકે છે.

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

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

અને તે ચૂકવે છે. અહીં, ઉદાહરણ તરીકે, અમારા કામ વિશે અમારા ગ્રાહકોમાંથી એકની સમીક્ષા છે:

“અમે IT ઉદ્યોગમાં 20 વર્ષથી વધુ સમયથી કામ કર્યું છે, અને અમે બધા સંમત છીએ કે કોઈપણ વિક્રેતા વીમ ઑફર કરે છે તે સ્તરની તકનીકી સપોર્ટ ઓફર કરતું નથી. વીમના ટેકનિકલ સ્ટાફ સાથે વાત કરવામાં આનંદ થાય છે કારણ કે તેઓ જાણકાર છે અને સમસ્યાઓનું ઝડપથી નિરાકરણ લાવે છે. સમર્થનને ક્યારેય ઓછું મૂલ્યાંકન ન કરવું જોઈએ. તે કંપનીની પ્રતિબદ્ધતા અને સફળતાનું માપ છે. વીમ સપોર્ટ માટે નંબર 1 છે.

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

***

કોઈપણ સંદેશાવ્યવહાર એ પ્રયોગો અને ભૂલો માટેનું ક્ષેત્ર છે, પછી ભલે આપણે તે ઇચ્છીએ કે ન જોઈએ. અને મારો અભિપ્રાય એ છે કે ભૂલો કરવી ઠીક છે; વધુમાં, મારો કૉલ હશે: ભૂલો કરો! મુદ્દો એ નથી કે તમે ઠોકર ખાધી, પણ પછી તમે તમારા પગને મજબૂત રીતે રોપતા શીખ્યા કે કેમ.

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

***

હું ક્લાયન્ટ્સ સાથે વાતચીત કરવામાં શ્રેષ્ઠ જ્ઞાન અથવા ગુણવત્તાના વિશિષ્ટ ધોરણનો ડોળ કરતો નથી. મારી ભૂલોની યાદી સંપૂર્ણ પુસ્તક માટે પૂરતી હશે.

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

તમે શુ વિચારો છો, તમને શુ લાગે છે?

સોર્સ: www.habr.com