Yaxşı kommersiya təklifi məhsul kataloqu deyil. Müştərinin təsdiqlədiyi problem, təklif olunan işin sərhədi, qəbul meyarı və qiymət şərti eyni sənəddə görünməlidir. Əks halda razılıqdan sonra “biz başqa şeyi nəzərdə tutmuşduq” mübahisəsi yaranır. Aşağıdakı struktur B2B xidmət təklifi üçündür; hüquqi müqavilə məsləhəti və ya hər satınalma prosedurunu əvəz etmir.
Təklifdən əvvəl dörd məlumatı təsdiqləyin
Birincisi problem: müştəri bunu necə təsvir edir və hansı iş nəticəsinə təsir edir? İkincisi əhatə: hansı məhsul, komanda, proses və məkan daxildir? Üçüncüsü qərar meyarı: müştəri alternativləri nəyə görə müqayisə edir? Dördüncüsü qərar yolu: kim texniki, maliyyə və hüquqi baxımdan baxacaq? PMI-nin maraqlı tərəf planı bu qərar çevrəsini əvvəlcədən xəritələmək üçün yararlıdır.
Bu məlumatlar yoxdursa sənədin üzərində “fərziyyə — təsdiq gözləyir” yazın. Təklifin dəqiq görünməsi üçün naməlumu gizlətmək sonradan baha dəyişiklik yarada bilər. Müştərinin məxfi məlumatını icazəsiz başqa təklifdə nümunə kimi işlətməyin.
Doldurula bilən təklif skeleti
| Bölmə | Yazılacaq konkret cavab | Yoxlama |
|---|---|---|
| Qərar xülasəsi | Hansı qərar kimdən nə vaxt tələb olunur? | Bir səhifədə oxunur? |
| Problem | Müştərinin təsdiqlədiyi iş boşluğu | Mənbəsi var? |
| Əhatə | Daxil olan və olmayan iş | Sərhəd açıqdır? |
| Həll və mərhələ | Görüləcək iş, sahib, tarix | Asılılıq göstərilib? |
| Qəbul meyarı | Müştəri nəyə “hazırdır” deyəcək? | Ölçülə bilər? |
| Qiymət və şərt | Məbləğ, vergi/tətbiq fərziyyəsi, ödəniş | Ümumi xərc görünür? |
| Risk və dəyişiklik | Dəyişiklik necə təsdiqlənir? | Məsuliyyət aydındır? |
| Növbəti addım | Sual, görüş və qərar tarixi | Təzyiqsiz, konkret? |
HubSpot-un biznes təklifi şablonu struktur üçün bir istinaddır. Şablonu sözbəsöz köçürmək əvəzinə müştərinin satınalma sənədinin məcburi sahələrini üstün tutun.
Qiyməti nəticə və fərziyyə ilə bağlayın
“Bu xidmət sizi 30 faiz böyüdəcək” kimi sübutsuz vəd yazmayın. Xidmətin əhatəsini, qəbul meyarını və qiymətin daxil etdiyi işi göstərin. Üç variant təklif edirsinizsə hər variantın fərqli iş həcmini və qərar üçün nəticəsini açıq yazın. Qiymət sonradan dəyişə bilən üçüncü tərəf xərclərinə bağlıdırsa fərziyyəni və dəyişiklik mexanizmini qeyd edin. Bu, müqavilədə hüquqi yoxlama tələb edən mövzudur.
İşlənmiş hipotetik nümunə
Fərz edək ki, “Rəqəm” adlı uydurma xidmət təminatçısı distribyutor üçün aylıq hesabat prosesini sadələşdirməyi təklif edir. Problem: üç şöbənin fərqli cədvəlindən hesabat iki günə hazırlanır. Təklif: əvvəl məlumat lüğəti və bir pilot panel; daxil olmayan iş: ERP-nin ümumi yenilənməsi. Qəbul meyarı: beş müəyyən KPI-nın eyni təriflə avtomatik çıxması və iki məsul şəxsin təsdiqi. Qiymət bu məhdud pilota aiddir; başqa sistem inteqrasiyası ayrıca qiymətləndiriləcək. Beləliklə “bütün maliyyə hesabatı avtomatlaşdırılacaq” kimi geniş və yoxlanmaz vəd verilmir.
Göndərməzdən əvvəl yoxlama siyahısı
Müştərinin adı və məxfi məlumatı düzgündürmü? Problem onun öz sözləri ilə təsdiqlənibmi? Qəbul meyarı ölçüləndirmi? Daxil olmayan iş yazılıbmı? Qiymət, valyuta, vergi fərziyyəsi, müddət və qüvvədə olma tarixi aydındırmı? Rəsmi satınalma qaydası və imza səlahiyyəti yoxlanıbmı? Son redaktədə dəyişən məbləğ bütün səhifələrdə eynidirmi? Yoxlama bitmədən “hazır” işarəsi qoymayın.
Təklifin iki oxunma yolunu hazırlayın
Büdcə sahibi sənədi çox vaxt əvvəl qərar xülasəsi, qiymət və risk üzrə oxuyur; texniki istifadəçi isə iş axını və qəbul meyarına baxır. Hər iki oxucu üçün eyni faktlar görünməlidir. Bir səhifəlik xülasədə problem, tövsiyə olunan variant, tam xərcin fərziyyələri, qərar tarixi və açıq risk olsun. Daha geniş bölmələr həmin cümlələri sübut etsin. Xülasədə yazılan qiymət ilə cədvəldəki məbləğ fərqlidirsə sənəd hazır deyil.
Sənədin versiyasını və tarixini göstərin. Müştəri ilə müzakirədən sonra əhatə dəyişibsə əvvəlki versiyanı səssiz əvəz etməyin; nə dəyişdiyini qısa qeyd edin. Müştərinin müxtəlif şöbələrinə fərqli versiya getməsi təsdiq prosesini poza bilər. Təklif etibarlılıq müddətini yazırsınızsa bunun hansı fərziyyəyə bağlı olduğunu da göstərin.
Qəbul meyarını əvvəlcədən yazın
“Panel işləyəcək” meyar deyil. “Beş KPI hər iş günü əvvəlki günün təsdiqlənmiş məlumatı ilə yenilənir; iki məsul şəxs nəticəni yoxlayır” daha ölçüləndir. Bunun üçün məlumat mənbəsi, gecikmə həddi və məsul şəxs bilinməlidir. Müştərinin təsdiq etmədiyi meyarı sonradan onun adından yazmayın. Qəbul meyarı dəqiq olmadıqda pilot bitəndə həm təminatçı, həm müştəri fərqli nəticə gözləyə bilər.
Risk cədvəlində yalnız sizin idarə etdiyiniz risklər olmasın. Müştərinin məlumatı gec təqdim etməsi tətbiq tarixini dəyişirsə bu asılılığı və yeni tarix qaydasını yazın. Eyni zamanda bütün məsuliyyəti müştəriyə atmayın: sizin komandanın yoxlama, təhlükəsizlik və rəy öhdəliyi qalır. Hüquqi mətn tələb olunursa aidiyyəti mütəxəssis yoxlamalıdır; bloq nümunəsi müqavilə mətninin yerini tutmur.
Qiymət variantlarını eyni əsasda müqayisə edin
Fərz edək ki, A variantı yalnız pilot panel, B variantı isə pilot və iki sistem inteqrasiyasıdır. A-nı bir aylıq, B-ni illik məbləğ kimi göstərsəniz müqayisə yanıltıcı olacaq. Hər ikisi üçün tətbiq xərci, davam edən xidmət, vergi fərziyyəsi və daxil olmayan işləri eyni dövr üzrə yazın. Dəqiq rəqəm yoxdur? Təklifin “qiymət sorğusu üçün lazım olan məlumat” hissəsində bunu açıq qeyd edin.
Göndərmədən əvvəl bir həmkara müştəri rolunda sənədi oxudun. O, beş dəqiqə ərzində hansı qərar istəndiyini, nə daxil olmadığını və qiymətin hansı şərtdə dəyişəcəyini deyə bilmirsə sənəd qısaldılmalı və ya aydınlaşdırılmalıdır. Kommersiya təklifi satıcının işini göstərmək üçün yox, alıcının məlumatlı qərar verməsi üçündür.
Sənədi iki oxucu ilə sınaqdan keçirin
Təklifin birinci oxucusu büdcə sahibi, ikinci oxucusu işi istifadə edəcək şəxs olsun. Büdcə sahibi beş dəqiqəyə tam xərc, mərhələ və qərar tarixini tapa bilirmi? İstifadəçi isə həllin gündəlik işində hansı dəyişiklik yaradacağını anlaya bilirmi? İkisi fərqli fakt görürsə sənəddə ziddiyyət var. Qərar xülasəsi bütün təfərrüatı təkrarlamamalı, amma dəqiq istiqamət verməlidir.
Sənədin versiyasını və tarixini göstərin. Müştəri ilə müzakirədən sonra əhatə dəyişibsə əvvəlki versiyanı səssiz əvəz etməyin; nə dəyişdiyini qısa qeyd edin. Müxtəlif şöbələrə fərqli versiyanın getməsi təsdiq prosesini poza bilər. Təklif etibarlılıq müddətini yazırsınızsa bunun hansı xərc fərziyyəsinə bağlı olduğunu da göstərin.
Qəbul meyarını əvvəlcədən imzalayın
“Panel işləyəcək” meyar deyil. “Beş KPI hər iş günü əvvəlki günün təsdiqlənmiş məlumatı ilə yenilənir; iki məsul şəxs nəticəni yoxlayır” daha ölçüləndir. Bunun üçün məlumat mənbəsi, gecikmə həddi və məsul şəxs bilinməlidir. Müştərinin təsdiq etmədiyi meyarı sonradan onun adından yazmayın. Pilot bitəndə hər iki tərəf eyni nəticəni yoxlamalıdır.
Qiymət variantları varsa eyni dövr və eyni xərc kateqoriyası ilə müqayisə edin. Bir variantın yalnız ilk ay xərci, digərinin illik məbləği yan-yana qoyulsa müqayisə yanıltıcıdır. Dəqiq rəqəm yoxdursa təklifdə “qiymət üçün lazım olan məlumat” bölməsi açın; məlum olmayan qiyməti rəqəm kimi yazmayın. Təklifin gücü hər sualın cavabını bildiyini göstərmək deyil, açıq sualı dürüst idarə etməkdir.
Təklifin son beş dəqiqəlik yoxlanması
Sənədi göndərəcək şəxs başlıq və fayl adından başlasın: düzgün müştəri, düzgün versiya və tarix varmı? Sonra məbləği bütün səhifələrdə eyni yoxlasın, daxil olmayan işin açıq yazıldığını, təklifin hansı müddətdə qüvvədə olduğunu və əlaqə nöqtəsini təsdiqləsin. Müştəriyə aid başqa layihədən qalmış ad və ya qiymət görünürsə sənəd göndərilməməlidir. Bu xırda yoxlama peşəkar etibara birbaşa təsir edir.
Göndərdikdən sonra müştərinin qərar ritmini soruşmaq olar, amma cavab vaxtını onun yerinə təyin etməyin. Əlavə sual gəlirsə dəyişiklikləri təklifin yeni versiyasında əks etdirin. Telefonla verilən vəd yazılı sənədlə ziddirsə bunu açıq düzəldin. Kommersiya təklifinin keyfiyyəti yalnız ilk PDF-də yox, sonrakı dəyişikliklərin izində də görünür.
Əgər müştəri təklifdə “hamısı daxildir?” soruşursa əvvəl daxil olmayan iş siyahısının aydınlığına baxın. Tək “əlavə xidmət haqqı tətbiq oluna bilər” cümləsi sonradan mübahisə yarada bilər. Dəyişiklik üçün yazılı təsdiq, qiymətləndirmə və tarix təsiri ardıcıllığını qısa təsvir edin.
Tez-tez verilən suallar
Təklif neçə səhifə olmalıdır? Qərar üçün lazım olan qədər. Sadə iş bir neçə səhifədə, mürəkkəb tender daha geniş sənəddə ola bilər.
Qiyməti son səhifəyə gizlətmək yaxşıdır? Əhatəni əvvəl izah edin, amma qiymət və şərtləri axtarılmaz etməyin.
Təklif müqavilədir? Həmişə yox. Hüquqi nəticəni şirkətin hüquq və satınalma komandası yoxlamalıdır.
Naməlum tələb varsa? Fərziyyə kimi qeyd edib təsdiq üçün sual verin.
Təklif göndəriləndən sonra nə vaxt yazım? Müştərinin qərar ritmini soruşun və həmin razılığa uyğun xatırlatma edin.
Təklif quruluşunu real ssenaridə məşq etmək üçün B2B Satış proqramına baxın. Qərarverən xəritəsi təklifdən əvvəl, follow-up nümunələri isə göndərmədən sonra yararlıdır.