Telefonunuzu servisten alırken “anakart tamir edildi” yazan tek satırlık bir belge, ileride ihtiyaç duyacağınız birçok bilgiyi dışarıda bırakabilir. İyi anlaşılır bir servis raporu; cihazın hangi şikâyetle geldiğini, ne bulunduğunu, hangi işlemin yapıldığını ve teslimde nelerin kontrol edildiğini birbirine bağlamalıdır.
Şikâyet ile teknik bulguyu ayrı okuyun
“Telefon şarjdayken kapanıyor” müşterinin tarifidir. İnceleme sırasında gözlenen davranış ve yapılan karşılaştırmalar ise teknik kaydın parçasıdır. Raporun bu ikisini ayırması, başlangıçta söylenen bir tahminin daha sonra kesin teşhis gibi görünmesini önler.
Bulgunun açıklaması kullanıcı tarafından anlaşılabilir olmalıdır. Yalnız bir yonga kodu veya “anakart arızası” yazılması, önerilen işlemin nedenini göstermeyebilir. Ölçümün bütün teknik ayrıntılarının belgeye dökülmesi şart değildir; işlem kararını destekleyen sonucun açık olması önemlidir.
Onaylanan iş ile tamamlanan iş aynı satırda kaybolmasın
Öneri, onay ve tamamlanan işlem farklı aşamalardır. İlk tekliften sonra ek bir ihtiyaç doğduysa değişiklik ve yeni onay kaydı bulunmalıdır. Yapılmayan bir işlem, yalnız önerilmiş olduğu için tamamlanmış gibi yazılmamalıdır.
Parça değişimi varsa parça tanımı; mevcut kart üzerinde çalışma varsa işlem kapsamı belirtilmelidir. Eski parçanın teslimi, ek kusurlar veya yapılamayan işler de açıklanmalıdır. Toplam ücretin hangi kalemleri içerdiği belge ve teklif arasında anlaşılır biçimde izlenebilmelidir.
Veri önceliğini ayrı bir alan olarak yazdırın
Bazı başvurularda asıl hedef telefonun günlük kullanıma dönmesi, bazılarında ise belirli dosyalara erişmektir. Bu hedef raporda görünür olmalıdır. Yedek durumu, silme gerektiren bir adım için onay ve teslim edilecek veri kapsamı ayrıca konuşulmalıdır.
Parola ve doğrulama kodları servis raporuna yazılmamalıdır. Dosyalara erişim gerektiren aşama varsa nasıl yürütüleceğini önceden belirleyin. Rapor paylaşılırken isim, telefon numarası, tam seri numarası ve diğer kişisel bilgiler de korunmalıdır. İnternette örnek göstermek için gerçek bir müşteri belgesinin açık hâli kullanılmamalıdır.
Kaynak: Apple: Servis hazırlığı ve kişisel bilgiler.
Örnek kayıt yapısını nasıl kullanabilirsiniz?
Aşağıdaki tablo bir müşteri vakası, FPPRO tarafından verilmiş belge veya gerçekleşmiş test sonucu değildir. Kendi servis formunuzda hangi bilgilerin bulunmasını isteyebileceğinizi gösteren açıklamalı bir şablondur. Gerçek kayıt cihazın inceleme bulgularıyla doldurulmalıdır.
Örneğin “Wi-Fi kontrol edildi” ifadesinin yanında bağlantının kurulup kurulmadığı ve kontrol edilemeyen durumlar açıklanabilir. Bütün satırları otomatik olarak başarılı işaretlemek, test yapıldığının yerini tutmaz. Bir alan değerlendirilemediyse nedenini yazmak daha yararlıdır.
| Rapor alanı | Doldurulması gereken bilgi |
|---|---|
| Kabul durumu | Model, tarih, şikâyet ve görülen mevcut kusurlar |
| İnceleme bulgusu | Gözlenen durum ve işlem kararının gerekçesi |
| İşlem onayı | Kapsam, bedel ve varsa sonradan alınan ek onay |
| Tamamlanan çalışma | Gerçekte yapılan işlem ve değişen parça |
| Veri hedefi | Yedek durumu, erişim hedefi ve ayrıca gereken onay |
| Teslim kontrolü | Denenen işlevler, sonuçlar ve uygulanamayan testler |
| Takip | Servis koşulları ve yeniden başvuru bilgisi |
Teslimden sonra bu belge ne işe yarar?
Yeni bir şikâyette önceki işlemle karşılaştırma yapılmasını sağlar. Sorunun zamanını ve kullanım koşulunu servis kayıt numarasıyla bildirdiğinizde, önceki bulgulara dönmek daha kolay olur. Raporun bir kopyasını ve varsa onay yazışmasını saklayın.
Yazılı servis taahhüdünde süre, kapsam ve başvuru yolu açıklanmalıdır. Bu açıklamalar uygulanabilir yasal hakların yerine geçmez. FPPRO’ya cihazınızı bırakırken veri hedefini ve öncelikli şikâyeti belirtin; teslimde de yapılan işi, kontrol sonucunu ve açık kalan noktaları birlikte gözden geçirin.
Başvuru öncesi kısa kontrol listesi
- Tahmin, bulgu ve tamamlanan işlemin ayrıldığını kontrol edin.
- Belgede parola veya doğrulama kodu bulundurmayın.
- Teslim testleri ve açık kalan noktaların kaydını isteyin.
Sık sorulan sorular
Rapor ne kadar uzun olmalı?
Sabit sayfa sayısından çok, işlem kararını ve teslim durumunu anlaşılır açıklaması önemlidir.
Her ölçüm değerini istemeli miyim?
Kullanıcı için anlaşılır sonuç ve işlem gerekçesi önceliklidir. Gerekli teknik ayrıntı servis tarafından bağlamıyla açıklanabilir.
Örnek tablo gerçek bir onarım belgesi mi?
Hayır. Bu yazıdaki tablo boş alanları açıklayan bir rehberdir; gerçek cihaz üzerinde işlem veya test yapıldığını iddia etmez.
