Договор за подршка на апликации: придобивки и трошоци

По неколкугодишно искуство во развојот на апликации, можеме да тврдиме со некое оправдување дека апликациите во основа имаат потреба од поддршка. Најмногу овие се "мртви" апликации кои никој веќе не ги користи. Но, се додека апликацијата е извадена од продавниците и се користи, таа треба грижа и мора понатаму да се развива. Повремено добива нови карактеристики, а исто така има и основни потреби за поддршка кои треба да бидат опфатени. Ова може да се реализира со договор за поддршка.

Како е финансиската поддршка на мобилната апликација?



Клиентот обично плаќа месечна претплата за договорот за поддршка. Ова "го осигурува" во однос на потребите за поддршка. Патем, таквите договори не се достапни само за апликации, туку и за веб-страници (особено важни: онлајн продавници). Паушалната сума покрива одредени услуги за поддршка чиј опсег е дефиниран со висината на плаќањето. Клиентите избираат одредена сума во зависност од нивниот проект. Постојат многу различни барања за различни апликации. Како и кај осигурувањето, никогаш не постои редовна (можеби месечна) потреба. Наместо тоа, клиентите ја користат само понудата во случај на проблеми или кога понатамошните случувања се неопходни. Овие резултати, на пример, од општите случувања на оперативните системи iOS и Android. Одредени барања се често два до три пати годишно, а некои апликации се многу почесто.

Колку е скапо, дали оваа поддршка може да стане мобилна апликација?



Цената на таквите договори за поддршка за апликации зависи од различни фактори. На пример, Groenewold - нови медиуми го предлага оригиналниот буџет за проектот за апликации како релативно цврста основа. Ако ова требаше да биде околу 50.000 Euro, месечната поддршка трошоците според формулата

  • 50.000 x (10 до 15%): 12

пресметува. Опсегот за месечни трошоци за поддршка во овој случај би бил помеѓу 416 и 625 Euro. Пристапот за избор меѓу 10 и 15% како годишен буџетски фактор за поддршка е поврзан со различната сложеност на апликациите. Тогаш ќе биде прашање на преговори, кога ќе се воспостави договор за поддршка, за соодветно да се процени оваа комплексност. Во суштина, колку е повисоко првичните проектни трошоци, повеќе трошоци за поддршка треба да се земат предвид. Друг фактор е бројот на корисници на апликации. Колку е поголем ова, толку повеќе ќе се појават поплаки, проблеми со серверот капацитети, кориснички грешки или сложени тест случаи. Апликацијата за јавноста несомнено треба да има поголема поддршка отколку онаа што се користи само во куќа во некоја компанија или од страна на група за која може да се контролира. За многу корисници, исто така има многу барања за поддршка, кои се соодветно посложени за уредување. Ова ја зголемува цената на поддршката за мобилна апликација. Последно, но не и најмалку важно, корисниците можат да се одлучат за чиста основна поддршка или сеопфатно решение. Во вториот случај, компанијата за поддршка може, на пример, да ја преземе и услугата на купувачи, клиентите да ја контактираат истата компанија. Така, развивачот на апликации ќе биде целосно ослободен од таквите барања, но тие не можат да ги контролираат и затоа малку знаат за практичниот успех на апликацијата. Ова може да биде причина зошто некои развојни компании имаат поголема веројатност да се одлучат за пониска цена, чисто техничка база поддршка. Сепак, компанијата за поддршка, исто така, мора да биде во можност да си дозволи посеопфатна сеопфатна поддршка во однос на своите кадровски капацитети - на пример, преку пополнување на телефонска линија и / или разговор со компетентни техничари. Со чисто техничка основна поддршка техничарите ги поправаат само грешките и понекогаш гледаат на апликацијата поради можни понатамошни случувања. Постојат и други фактори кои можат да влијаат на цената на поддршката. Ова може да се пресмета поединечно.

Зошто оваа поддршка е толку важна?



Секоја мобилна апликација е застарена. Изворен код што 2014 сè уште беше ултра-модерен, 2019 изгледа застарен. Покрај тоа, апликацијата исто така е "носи": SDK и библиотеки се обновуваат и понекогаш се исклучуваат. Тоа може да ја парализира апликацијата во најлош случај. Најважните задачи на поддршка за апликација се обично:

  • Платформа Ажурирања: Двата главни апликации оперативни системи, Андроид и iOS (апликации платформи), постојано се развива. Поголеми ажурирања се достапни барем еднаш годишно. Потоа треба да се провери секоја апликација за неговата општа функција и можната потреба за прилагодување. Ова може да биде функционално или поврзано со дизајнот. За соодветната проверка, доволно е ако техничарот го отвори проектот за апликација по ажурирањето во обновената околина и проверките за т.н. грешки и предупредувања - навремено, пред пораката за грешка да дојде од корисник. Апликацијата сега треба да се тестира чисто функционална, но исто така и во смисла на неговиот дизајн.
  • Нови случувања во уредите: Постојано се појавуваат нови Apple и Android уреди со нови резолуции на екранот. Интерфејсот на апликациите треба да се прилагоди на овие.
  • Обновување на SDK и библиотеки: Ретко, апликацијата се развива изолирано од друг софтвер. Како по правило, тој веќе користи разни готови библиотеки или пристапува на комплети за развој на софтвер од алтернативни платформи. Типични примери за ова би биле, на пример, плаќањето преку PayPal или функцијата за најавување на Фејсбук. Таквите SDK и библиотеки постојано се ажурираат, понекогаш тие се целосно исклучени. Потоа, пријавувањето на Фејсбук можеби нема да работи повеќе. Тимот за поддршка ги задржува библиотеките и SDK-ите и ги заменува по потреба.
  • Поправање грешки: Добар договор за развој на еден стан гарантира една година слобода на бубачки. Програмерите ги поправат така во рамките на оваа прва година сите откриени грешки бесплатно. Ако после тоа има повеќе грешки, сега ќе се примени договорот за поддршка на апликацијата.
  • Дизајн прилагодувања и мали функционални надградби: Апликации треба понатамошен развој. Има големи надградби и мали прилагодувања. За големи усогласувања се потребни одделни проекти, но помалите може да се реализираат како дел од договорот за поддршка. На пример, тоа е ново лого, нов текст, визуелни промени и мали прилагодувања на карактеристиките. Специјализираните даватели на услуги го прават тоа ако клиентот нема договор за поддршка. Платежот потоа ќе се врши редовно со фиксна часовна цена. Ова ги спречува корисниците да направат такви (неопходни) промени. Ова е феномен сличен на стравот од лекарот, ако секоја истрага чини дополнителни пари. Но, ако имате договор за поддршка со месечна претплата, ќе ги направите направените промени.
  • Вклучување на апликацијата: додека апликацијата работи, неговите корисници често пријавуваат грешки кои не се. Наместо тоа, апликацијата беше послужена од недостаток на разбирање од погрешно. Со поплаки до поштенската сметка, серверот или други услуги, грешката може да лежи кај трето лице. Утврдување на овој трошок напор кој е вклучен во договорот за поддршка.

Поддршка за мобилна апликација: општа корист



Познато е колку добра услуга на купувачи го зголемува задоволството. Тоа е причината зошто речиси сите сектори го нудат, бидејќи 81% од сите потрошувачи ја оценуваат компанијата толку многу за нејзината услуга што ја купуваат таму. Сепак, може да се каже дека во областа на мобилната апликација која доминира во дигиталната револуција, поддршката досега не е развиена. Ова има несигурно влијание врз употребата (а со тоа и успехот) на најпопуларните апликации за iOS и Android. Во броеви:

  • За апликации, 52% од сите корисници имаат тенденција да ја избришат или заборават апликацијата. Тоа е една од причините зошто некои апликации се "мртви" по некое време. Овие корисници не нашле докази за поддршка на корисниците - најмногу поради тоа што не постоеле.
  • 33% од корисниците бараат помош со поддршка на корисниците бидејќи можат веднаш да ја видат.
  • 11% од сите корисници бараат онлајн за помош на друго место. Ова исто така може да биде во форма на Најчесто поставувани прашања.

Во секоја апликација се препорачува веднаш видлива и секогаш подготвена за користење на Help Desk. Лидерите на пазарот (WhatsApp & Co.) го прават тоа, постојат и Најчесто поставувани прашања, како и онлајн поддршка со два прсти на располагање. Ова го зголемува привлечноста кон апликациите, задоволството на корисниците, бројот на позитивни критики и лојалноста на клиентите. За платени апликации или оние што се пренасочуваат кон платени услуги, тоа го зголемува приходите. За најдобра можна услуга за корисници, корисниците треба да препознаат многу едноставен контакт за поддршка во апликацијата. Онлајн разговор е средство за избор, може да се реализира преку алатка за размена на пораки (како разговор во живо). Ако тие веднаш можат да контактираат со услугата на купувачи веднаш, тие дури и нема да мислат дека ги намалуваат своите фрустрации во форма на лош рејтинг. Најчесто поставуваните прашања се задолжителни и тие мора да дадат приоритет на одговарање на најчесто поставуваните прашања за купувачите. Овој приоритет може да се промени со текот на времето. Потоа, најчесто поставуваните прашања треба да се прилагодат (барем редоследот на прашањата). Базата на податоци за знаење - досега ретко пронајдена за софтверски производи - е очигледно многу пожелно: 91% од сите потрошувачи би го користеле, доколку тие постоеле. Таму, се разбира, статиите мора да бидат многу лесно пребарувани. Офлајн помош може исто така да биде важно. Некои клиенти сакаат да се јават и / или привремено се исклучени. Договорот за поддршка може целосно да ја интегрира корисничката поддршка за крајните корисници на апликацијата. Оттука, тој може да биде одлучувачки за општ успех или неуспех на една апликација.

Резиме

Развојот на апликација чини само еднаш пари, но тековната операција не е слободна. Ова е добро познато и од другите индустрии: Дури и автомобил или куќа има потреба од одржување. Посебна карактеристика на договорот за поддршка за апликации е дека елементот на "осигурување" е вклучен во него. За месечна претплата, давателот на услуги за поддршка ќе се грижи за некое тековно одржување, прилагодувања и надградби, но во спротивно тој само интервенира кога е потребна помош. Добрите даватели на услуги се претежно програмери на апликации, тие ја нудат поддршката на апликацијата за свои, но исто така и за апликации од трети лица. Ова може да биде малку повеќе вклучено, бидејќи во странските проекти конечно треба да се фиксираат грешки, кои останаа досега неоткриени, додека еден беше подготвен за сопствени (можни) грешки. Затоа, надворешните проекти бараат одреден период на обука.

коментари
(Ве молиме најавете се / регистрирајте за да оставите коментар.)