Ang pagsusulat ng isang kasunduan sa antas ng serbisyo ay kadalasang nangangailangan ng pag-iintindi ng pansin, gumawa ng kostumer sa patuloy na pagbabayad at gumawa ng tagapagtustos upang magkaroon ng patuloy na mapagkukunan, ngunit pinoprotektahan nito ang parehong mga partido kapag kailangang gawin ang hinaharap na trabaho. Ito ay isang kontrata sa pagitan ng isang customer at isang provider ng isang produkto o serbisyo na maaaring mangailangan ng pag-aayos, pagtatago ng imbentaryo o patuloy na pagpapahusay. Karaniwang ginagamit ito para sa isang pasadyang software na pakete o sistema, ngunit maaari itong mag-aplay sa maraming mga pagkakataon, tulad ng isang appliance, isang fleet ng mga sasakyan o mga produkto na naka-stock sa mga istante.
Upang sumulat ng kasunduan sa antas ng serbisyo, SLA, magsimula sa pamamagitan ng pagsusuri ng mga template para sa uri ng produkto o serbisyo na iyong ginagamit. Mayroong ilang mga produkto na kung saan ang isang SLA ay hindi pa nasusulat, at maraming mga halimbawa ay online o magagamit mula sa mga vendor na maaaring alam mo. Binibigyan ka nito ng ideya ng mga variable na kailangan mong magpasya, tulad ng downtime response, frequency ng pag-aayos ng bug, inilaan na halaga ng mga pagpapahusay, mga parusa sa pera para sa downtime at tagal ng kontrata.
Tantyahin ang habang-buhay ng SLA. Para sa isang pakete ng software, naghahanap ka sa ilang taon, sabihin tatlong hanggang 10, depende sa kung gaano katagal hanggang ang software na iyong binibili ay hindi na ginagamit at nangangailangan ng isang kumpletong muling pagsusulat. Halimbawa, ang mga website ay hindi magtatagal hanggang sa kailangan mong itapon ang mga ito at magsimula, ngunit ang mga database ay mas matagal.
Tantyahin ang gastos ng down time. Kung nawalan ka ng toneladang pera habang naka-offline ang iyong system, gugustuhin mong isama ang mabilis na mga tugon sa iyong SLA at mga parusa para sa hindi pagtugon. Kung maaari mong mabuhay ang mga oras at araw na may sistema down, pagkatapos ay maaari mong mamahinga ang mga oras ng pagtugon.
Tukuyin kung gaano static ang iyong system. Kung gusto mo ito at hindi inaasahan na kailangang baguhin ito, hindi mo kakailanganin ang maraming mga probisyon para sa mga pagpapahusay sa iyong kontrata. Kung inaasahan mong baguhin ito batay sa feedback ng user o iba pang anyo ng real world trial, gugustuhin mong i-embed ang oras ng pagpapahusay sa iyong SLA.
Mag-isip ng pagsusulat ng SLA bilang seguro. Kung hindi mo ginagamit ang lahat ng mga tampok na kasama sa kontrata, iyon ay isang maliit na pagkawala. Kung hindi ka magsulat ng isang SLA o ito ay maluwag sa mga tampok na iyong natapos na nangangailangan, ikaw ay mamaya ay nagbabayad ng anumang nais mong vendor upang singilin ka sa oras at umaasa mayroon silang mga mapagkukunan na magagamit upang makatulong sa iyo.
