UX ətrafında təlimatlar: App elanları, App-dan imtina və dialoqda davranış

1. Ümumiyyətlə UX‑i təlimatlarla niyə idarə etməli

ChatGPT baxımından sizin App — sadəcə əlavə alətlər və vidcetlərdir. Amma istifadəçi üçün bu, söhbətin ortasında qəfil görünən ayrıca bir interfeysdir. Modelin davranışı idarə olunmasa, iki ekstremal ssenari əldə etmək olar.

Bir halda GPT App-ı görməzlikdən gəlir və “hər şeyi sözlə həll etməyə” çalışır. İstifadəçi hədiyyə seçməyi xahiş edir, model isə GiftGenius-u işə salmaq əvəzinə “özündən” uzun mətn esse verir. Bəzən pis deyil, amma siz App-ı rəfdə tozlanması üçün yazmamısınız.

Digər halda isə GPT, əksinə, App-dan sui‑istifadə edir. “Xidmətiniz nə bacarır?” kimi hər xırda suala vidcet işə salır, anlaşılmayan formalar göstərir, istifadəçi qorxub hamısını bağlayır. UX baxımından bu çox israrçı görünür.

Ona görə də məntiq sadədir: davranışı açıq şəkildə fiksasiya etmək lazımdır — necə ki siz alətin JSON sxemini və ya React komponentinin props‑larını fiksasiya edirsiniz. System‑prompt (və müşayiət edən təlimatlar) burada sizin “UX protokolunuz”dur. Orada assistentin nə zaman və necə:

• App-ın işə salınmasını elan etdiyini;
• şüurlu şəkildə App-ı işə salmadığını, mətnlə cavab verdiyini;
• vidcet artıq nəticəni göstərdikdən sonra necə davrandığını;
• istifadəçinin “tətbiqsiz” xahişlərinə necə hörmət etdiyini təsvir edirsiniz.

Bunların heç biri marketinq və ya üslub haqqında deyil. Bu, həqiqətən də sizin App-ın nə qədər tez‑tez çağırılmasına və istifadəçinin özünü nə dərəcədə rahat hiss etməsinə təsir edir.

İrəlidə addım‑addım baxacağıq: assistent App-ın işə salınmasını necə elan etməlidir, hansı hallarda vidceti təklif etməmək daha yaxşıdır, tətbiq işlədikdən sonra necə davranmalıdır, istifadəçinin dialoq formatına dair açıq xahişlərinə necə hörmət etməli və bütün bu qaydaları system‑prompt‑da necə səliqə ilə rəsmiləşdirməli.

2. App elanı: model vidcet barədə necə “xəbərdar etməlidir”

ChatGPT App-dan istifadə etməyə qərar verəndə, interfeys dəyişir: çatda vidcet kartı görünür, bəzən tam ekran açılır, düymələr və digər UI elementləri peyda olur. Assistent heç nə demədən vidceti göstərsə, istifadəçi ümumiyyətlə nə baş verdiyini və bu blokun haradan gəldiyini anlamaya bilər.

Buna görə də yaxşı ton — əvvəlcə mətnlə indi nə baş verəcəyini izah etmək, yalnız sonra App-ı işə salmaqdır. Bu, brauzerin “Yeni pəncərə açılsın?” deməsinə və ya mobil tətbiqin “İndi sizdən kamera icazəsini istəyəcəyik” xəbərdarlığına bənzəyir.

Elan tipləri

Şərti olaraq üç elan üslubu ayırmaq olar.

Birinci — yumşaq təklif. Assistent belə deyir: “Sizin üçün GiftGenius tətbiqini aça bilərəm, parametrlərinizə görə hədiyyələr seçəcək. Açım?” və “bəli/xeyr” cavabını gözləyir. Bu, istifadəçi xidmətlə yeni tanış olanda və ya interfeys dəyişikliyinə həssas ola biləcək ssenarilərdə yaxşı işləyir.

İkinci — inamlı tövsiyə. Əgər sizin App məhsulun əsas interfeysidirsə, belə yaza bilərsiniz: “İndi GiftGenius tətbiqini işə salacağam və hədiyyə variantlarını kartlar şəklində göstərəcəyəm.” Assistent yenə də imtinanı nəzərə ala bilər, amma əsasən daha qətiyyətlə hərəkət edir.

Üçüncü — neytral bildiriş. Bu halda assistent sadəcə məlumat verir: “Hədiyyə seçimi üçün GiftGenius tətbiqini işə salıram…”, uzun izahlarsız. Bu üslub istifadəçi artıq App-ınızı dəfələrlə görmüş və onun görünməsini gözlədiyi vaxt uyğundur.

Vacibdir ki, bu variantların hamısını system‑prompt‑a daxil etmək olar və lazımdır. Siz ona skelet verdikdə, model UX ifadələrini sıfırdan uydurmur.

Mini kod nümunəsi: system‑prompt-da elan bölməsi

Təsəvvür edin ki, sizin Next.js şablonunuzda appDefinition.ts faylı var və orada App üçün system‑prompt təyin edirsiniz:

// app/appDefinition.ts
export const systemPrompt = `
# Rol
Sən — ChatGPT App GiftGenius-san, hədiyyə seçimində kömək edirsən.

# Dialoq və UX — Tətbiqin elanı
Əgər GiftGenius vidcetini işə salmağa qərar verirsənsə,
əvvəlcə bir-iki cümlə ilə izah et ki,
indi hədiyyə seçimi üçün tətbiq açılacaq
və bunun istifadəçiyə necə kömək edəcəyini de.
`;

Bu hələ tam kontrakt deyil, amma belə kiçik bir hissə belə davranışın predikativliyini xeyli artırır.

Elanın xüsusilə vacib olduğu hallar

UI nə qədər mürəkkəbdirsə, onun işə salınmasını əvvəlcədən demək bir o qədər vacibdir. Əgər vidcet sadəcə üç hədiyyə kartı göstərirsə — bu nisbətən yumşaq kontekst dəyişikliyidir. Amma əgər siz filtrlər, büdcə, kateqoriyalar və s. ilə dolu çoxmərhələli wizard açırsınızsa, istifadəçi dialoqun niyə qəfildən “çat daxilində kiçik veb‑tətbiqə” çevrildiyini anlamalıdır.

Rəsmi UX təlimatları da assistentin mətni və UI‑ı açıq şəkildə əlaqələndirməli olduğunu, cavaba vidceti səssizcə əlavə etməməli olduğunu vurğulayır.

3. Nə vaxt App-ı şüurlu şəkildə təklif etməmək lazımdır

App inkişafının erkən mərhələlərində ən yayılmış səhv — klassik “əldə çəkic varsa, hər şey mıx kimi görünür” effektidir. Gözəl GiftGenius-umuz var deyə, model onu hər dialoqa çəkməyə başlayır. İstifadəçi soruşur: “Ümumiyyətlə tətbiqiniz nə edir?”, ChatGPT isə artıq: “GiftGenius-u işə salıram…”, halbuki insana sadəcə iki sətir izah lazım idi.

Bunun qarşısını almaq üçün system‑prompt‑da hansı hallarda App-ı təklif etməmək lazım olduğunu yazmaq gərəkdir. Aşağıda bir neçə tipik ssenari var.

• Əvvəla, tanışlıq sualları. Əgər kimsə “GiftGenius nə edir?” və ya “Necə işləyirsiniz?” kimi yazırsa, təlimatlar əvvəlcə qısa mətn izahı verməyi, UI işə salmamağı tələb etməlidir. Vidcet burada yalnız yayındırır.
• İkincisi, çox ümumi və ya qeyri‑müəyyən sorğu. İstifadəçi yazır: “Yeni il üçün hədiyyələr barədə danış” — bu daha çox maarifləndirici sualdır, nəinki konkret seçim. Assistent qısa şəkildə ümumi prinsipləri izah edə, dəqiqləşdirici suallar verə bilər və yalnız konkret parametrlər (büdcə, hədiyyəni alacaq şəxs, kateqoriya) göründükdə App-ı təklif edə bilər.
• Üçüncüsü, App domenindən kənar sorğular. Kimsə deyirsə: “Rezümeyə kömək et”, halbuki sizin App hədiyyələr üçün nəzərdə tutulub — düzgün davranış adi ChatGPT kimi dürüst cavab vermək və heç nə işə salmamaqdır. Bəzən App-ın nəyə görə nəzərdə tutulduğunu zərifcə qeyd etmək olar, amma aşkar əlaqəsiz olanda onu sırımaq lazım deyil.
• Dördüncüsü, UI‑dan açıq imtina. İstifadəçi yazırsa: “Heç bir tətbiq açma, sadəcə mətnlə izah et”, model buna mütləq tabe olmalıdır — hətta App üçün ideal ssenari görsə belə.

Cədvəl: sorğu tipi və assistentin davranışı

App-dan imtinaya dair qaydaları system‑prompt‑a əlavə edirik

Həmin systemPrompt-u davam etdirək, App-ın nə vaxt işə salınmaması ilə bağlı blok əlavə edək:

export const systemPrompt = `
# Rol
Sən — ChatGPT App GiftGenius-san, hədiyyə seçməyə kömək edirsən.

# Vidceti NƏ ZAMAN işə salmamaq
Əgər istifadəçi yalnız xidmətin nə bacardığını soruşursa
və ya hədiyyələr haqqında ümumi nəzəri sual verirsə,
əvvəlcə mətnlə cavab ver və tətbiqi işə salma.

Əgər sorğu hədiyyə seçimi ilə bağlı deyilsə,
adi ChatGPT kimi cavab ver və GiftGenius-u təklif etmə.

Əgər istifadəçi açıq şəkildə tətbiqlərdən istifadə etməməyi istəyirsə,
mütləq hörmət et və yalnız çatda işləməyə davam et.
`;

Belə mətn modelin sərhəd situasiyalarındakı konkret qərarlarına çevrilir — əks halda o, davranışı UI tərəfinə “dartardı”. Biz App-ın nə vaxt lazım olmadığını fiksasiya etdik. İndi əks tərəfi təsvir etmək vacibdir: vidcet artıq işləyib istifadəçi nəticəni görəndə assistent nə etməlidir.

4. App-dan sonra davranış: follow‑up və ssenarinin tamamlanması

V idcet modulunda artıq görmüsünüz ki, follow‑up mesajları UI işini bitirdikdən sonra dialoqu davam etdirməyə kömək edir. Vidcet kartlar göstərir, onun altında isə assistent belə yazır: “Həmkar üçün $50‑dək büdcədə belə hədiyyə variantları tapdım. Daha ucuzlarını göstərim, yoxsa kateqoriyanı dəyişək?” və məşhur hərəkətlər üçün düymələr təklif edir.

İndi vəzifəmiz — buna güvənmədən, modelin “intuisiya”sına qalmadan bu davranışı təlimatlarda fiksasiya etməkdir.

Vidcetdən sonra assistent nə etməlidir

İdeal ssenaridə bir neçə şey baş verir.

• Əvvəlcə assistent App-ın işinin nəticəsini qısa sözlərlə yekunlaşdırır. Vidcet on kart göstərsə belə, “Həmkar üçün $50‑dək büdcədə 4 hədiyyə variantı seçdim. Onların arasında fərdi çaplı fincan, masaüstü bitki, keyfiyyətli qəhvə dəsti və zərif dəftər var” kimi yazmaq faydalıdır.
• Sonra növbəti addımları təklif edir. Burada öncədən düşünülmüş follow‑up ifadələri kömək edir: “Daha ucuz variantları görmək istəyirsiniz?”, “Maraq üzrə seçimi daraldaq?”, “Yalnız regionunuzda əlçatan olanları göstərim?” Bu ifadələri siz vidcetdə sendFollowUpMessage-də istifadə edə və modelə system‑prompt‑da da tövsiyə edə bilərsiniz.
• Nəhayət, istifadəçi ssenarini açıq şəkildə yekunlaşdırırsa (“Təşəkkürlər, kifayətdir”), assistent mövzunu səliqə ilə “bağlayır”: tapşırığın yerinə yetirildiyini bildirir və başqa nəsə ilə kömək təklif edir.

Axın diaqramı: sual → vidcet → follow‑up

Görünənliyi artırmaq üçün assistentin davranışını sadə vəziyyət avtomatı kimi təsəvvür etmək olar.

flowchart TD
    U[İstifadəçi tapşırıq verir] --> G[GPT qərar verir: App işə salınsın?]
    G -->|Bəli| A[App-ın işə salınmasını elan edir]
    A --> W[GiftGenius vidceti variantları seçir]
    W --> S[Assistent nəticəni yekunlaşdırır]
    S --> F[Assistent follow-up seçimləri təklif edir]
    F -->|İstifadəçi hərəkət seçir| G
    G -->|Yox, App-ı işə salma| T[UI olmadan mətn cavabı]
    F -->|"İstifadəçi \"Sağ olun\" deyir"| E[Assistent ssenarini tamamlayır və başqa kömək təklif edir]

Belə axını biz faktiki olaraq system‑prompt‑da sözlərlə təsvir edirik.

Nümunə kod: vidcetdən follow‑up

UI tərəfində artıq follow‑up mesajları göndərməyi bacarırsınız. Tamlıq üçün burada düyməni sıxdıqdan sonra modeli “büdcəni genişləndirməyə” çağıran sadə komponent nümunəsi var:

// components/ExpandBudgetButton.tsx
export function ExpandBudgetButton() {
    const onClick = () => {
        window.openai?.sendFollowUpMessage(
            "Bir az daha böyük büdcə ilə variantları göstər"
        );
    };

    return <button onClick={onClick}>Daha bahalı variantlar istəyirəm</button>;
}

İndi system‑prompt‑a modelə belə follow‑up mesajlarını necə emal etməyi bildirən mətn əlavə edəcəyik.

// systemPrompt-un davamı
const followUps = `
# Tətbiq işə salındıqdan sonra davranış
V idcet hədiyyələr siyahısını göstərdikdən sonra,
nəticəni qısa şəkildə mətnlə təsvir et.

Sonra 1–3 aydın növbəti addım təklif et
(məsələn: daha ucuzları göstərmək, büdcəni dəyişmək, kateqoriyanı dəyişmək).
Əgər vidcet follow-up mesajı göndərirsə,
onu növbəti addım üçün ipucu kimi istifadə et.
`;

Texniki baxımdan bu adi sətrdir. UX baxımından isə — predikativ ssenarinin əsasını təşkil edir.

5. İstifadəçi niyyətlərinə hörmət

Yuxarıda danışdıqlarımız — App-ın davranışına dair məhsul gözləntilərinizdir. UX təlimatları model “dinləməyi” bacarmasa zəif işləyəcək. Hətta mükəmməl layihələndirilmiş App belə, insan açıq şəkildə qarşılıqlı əlaqə formatını dəyişməməyi xahiş edirsə, kənara çəkilməlidir.

Bir neçə xarakterik vəziyyət var.

• İstifadəçi birbaşa tətbiqlərin açılmasını istəmədiyini deyirsə (“Heç bir UI yox, nə almalıyam sadəcə izah et”), assistent bunu sərt məhdudiyyət kimi qəbul etməlidir və onu aşmağa çalışmamalıdır. Məsələn, “Oldu, yalnız mətnlə cavab verəcəyəm” demək və sözə əməl etmək olar.
• İstifadəçi nəyinsə avtomatik işə düşəcəyindən ehtiyat edirsə, ona nəzarət hissini vermək faydalıdır. Məsələn: “Hədiyyə seçimi üçün tətbiqi aça bilərəm, amma istəyirsinizsə, variantları sadəcə çatda müzakirə edə bilərik. Sizə necə rahatdır?” Burada siz açıq seçim verirsiniz.
• İstifadəçi yazırsa “Telefondayam, mürəkkəb formaları açma” — bu da kontekstin bir hissəsidir. Assistent bunu nəzərə almalı və məsələn, qısa ideyalar siyahısı və dəqiqləşdirici suallarla kifayətlənməlidir.

Hörməti kontrakta “vurma”

Bunların hamısını system‑prompt‑da yığcam şəkildə əks etdirmək olar:

export const respectBlock = `
# İstifadəçi niyyətlərinə prioritet
Həmişə istifadəçinin
ünsiyyət formatına dair açıq xahişlərini nəzərə al.

Əgər tətbiqləri və ya vidcetləri işə salmamağı xahiş edirsə,
GiftGenius-u nə təklif et, nə də işə sal,
hətta bu tapşırığın həllinə kömək edəcəksə belə.
Bunun əvəzinə mətnlə kömək et.
`;

Beləcə, dialoqda “kim əsasdır” sualını dəqiq fiksasiya edirsiniz. Və spoyler: bu, sizin gözəl UI‑ınıza olan qürurunuz deyil, ekranın o üzündəki canlı insandır.

6. UX təlimatlarını system‑prompt daxilində və sənədlərdə necə tərtib etmək

Artıq xeyli davranış qaydası topladıq — App elanından tutmuş follow‑up mesajlarına və dialoq formatına hörmətə qədər. İndi yalnız nəyi modelə dediyimiz yox, həm də bunu system‑prompt və sənədlərdə necə tərtib etdiyimiz önəmlidir.

Real App-da system‑prompt sürətlə böyüyür. Onu bədii, fasiləsiz mətn kimi yazsanız, bir həftəyə heç kim orada nəyin harada olduğunu tapmayacaq. Buna görə ona texniki spesifikasiya və ya README kimi yanaşın: strukturlaşdırın.

Yaxşı praktika — promptu başlıqlı bir neçə məntiqi bölməyə ayırmaqdır. Məsələn, “Rol və məsuliyyət zonası”, “App-dan nə vaxt istifadə etməli”, “App-dan nə vaxt istifadə etməməli”, “Dialoq və UX”, “Təhlükəsizlik və məhdudiyyətlər”. Hər bölmənin içində sadə, birmənalı cümlələrlə yazın.

Daha da yaxşısı — system‑promptu kodun yanında ayrıca fayla çıxarmaq, onu komponentin ortasında sətir literalına qoymamaqdır. O zaman onu rəyləmək, dəyişiklikləri müqayisə etmək və məhsulçular və ya hüquqşünaslarla müzakirə etmək daha asan olacaq.

System‑promptun kodda təşkilinə nümunə

Varinatlardan biri — prompt hissələrini ayrıca sətirlərdə saxlamaq və bir bütövə yığmaqdır:

// app/prompt/role.ts
export const roleSection = `
# Rol
Sən — ChatGPT App GiftGenius-san.
İstifadəçiyə tapşırıq və büdcəyə uyğun hədiyyə seçməyə kömək edirsən.
`;

// app/prompt/ux.ts
export const uxSection = `
# Dialoq və UX
GiftGenius vidcetini işə salmazdan əvvəl
qısa şəkildə izah et ki, indi hədiyyə kartları olan tətbiq açılacaq.
Ümumi və ya nəzəri suallar üçün tətbiqi işə salma,
istifadəçi açıq şəkildə seçim istəmədikcə.
Vidcetdən sonra nəticəni mətnlə yekunlaşdır
və 1–3 növbəti addım təklif et.
`;

// app/appDefinition.ts
import { roleSection } from "./prompt/role";
import { uxSection } from "./prompt/ux";

export const systemPrompt = `
${roleSection}
${uxSection}
`;

Belə bölmələşdirmə təlimatları ayrı modullar kimi düşünməyə kömək edir: UX hissəsi, təhlükəsizlik, alətlərlə iş və s. Bu, xüsusilə yeni imkanlar əlavə edəndə və davranışı bir neçə komanda ilə razılaşdırmaq lazım gələndə faydalı olacaq.

Bundan əlavə, App üzrə sənədləri (daxili README, Confluence, Notion) bu bölmələrlə sinxronlaşdırmaq məntiqlidir. Orada siz niyə App-ı belə elan etdiyinizi və niyə sınaq sorğuları üçün onu işə salmadığınızı insani dildə yaza bilərsiniz. follow‑up replikalarının necə olmalı olduğunu ayrıca fiksasiya edin. Beləcə, komandaya yeni qoşulanlar nə etdiyinizi anlamadan promptu “düzəltməyə” çalışmayacaqlar.

7. Təcrübə: GiftGenius üçün UX hissəsini yenidən yazırıq

Gəlin hamısını bir daha‑az yeknəsəq system‑prompt nümunəsində yığaq. Fərz edək ki, bizdə çox sadə system‑prompt var idi:

export const systemPrompt = `
Sən — GiftGenius tətbiqisən.
İstifadəçi üçün hədiyyələr seç.
`;

Bu mətn App-ın nə vaxt işə salınacağını, necə elan ediləcəyini və vidcetdən sonra nə ediləcəyini demir. UX təlimatlarını addım‑addım əlavə edək.

Əvvəlcə məsuliyyət zonasını və iş formatını dəqiq qeyd edək:

const role = `
# Rol
Sən — ChatGPT App GiftGenius-san.
Sənin vəzifən — istifadəçiyə 3–7 müvafiq hədiyyə
göstərilən büdcə, hədiyyəni alacaq şəxs və münasibət üzrə seçməyə kömək etməkdir.
Vizual seçim üçün GiftGenius vidcetindən istifadə edə bilərsən.
`;

Sonra işə salma elanını necə etmək lazım olduğunu təsvir edək:

const announce = `
# Tətbiqin elanı
Əgər hesab edirsənsə ki, GiftGenius vidceti daha yaxşı kömək edəcək,
əvvəlcə bir-iki cümlə ilə izah et ki,
indi hədiyyə kartları olan tətbiq açılacaq
və istifadəçi onları baxışdan keçirə və filtrləyə biləcək.
Yalnız bundan sonra tətbiqi işə sal.
`;

App-ı nə vaxt işə salmamağı göstərən qaydaları əlavə edək:

const noApp = `
# Tətbiqdən nə vaxt istifadə ETMƏ
Əgər istifadəçi yalnız xidmətin nələri bacardığını soruşursa
və ya hədiyyələr barədə ümumi nəzəri məlumat istəyirsə,
mətnlə cavab ver və GiftGenius-u işə salma.

Əgər sorğu hədiyyələrlə bağlı deyil (məsələn, rezüme və ya kod barədədirsə),
adi ChatGPT kimi cavab ver və tətbiqi təklif etmə.

Əgər istifadəçi tətbiqlərdən istifadə etməməyi istəyirsə,
bunu məcburi məhdudiyyət kimi qəbul et.
`;

V idcetdən sonra davranışla tamamlayırıq:

const afterWidget = `
# Vidcetdən sonra davranış
Vidcet hədiyyə variantlarını göstərdikdən sonra,
nəticəni qısa şəkildə öz sözlərinlə təsvir et.
İstifadəçiyə 1–3 növbəti addım təklif et
(məsələn: büdcəni dəyişmək, maraqlara görə filtr etmək,
yalnız daha ucuz variantları göstərmək).

Əgər vidcet follow-up mesajı göndəribsə,
onu növbəti addım üçün əsas siqnal kimi istifadə et.
`;

Yekun system‑prompt belə görünə bilər:

export const systemPrompt = `
${role}
${announce}
${noApp}
${afterWidget}
`;

Bu artıq davranış spesifikasiyasına bənzəyir, “kainata arzu”ya yox. Növbəti modullarda siz bu kontraktı təhlükəsizlik, halüsinasiyalar, kommersiya və digər “böyük həyat” mövzuları üzrə təlimatlarla tamamlayacaqsınız, amma UX hissəsi artıq fundament kimi dayanır.

8. UX təlimatlarını tənzimləyərkən tipik səhvlər

Səhv №1: “App həmişə mətndən üstündür”.
Bəzən tərtibatçılar vidcetləri ilə o qədər qürur duyurlar ki, modeldən onu hər fürsətdə çağırmağı tələb edirlər. Nəticədə istifadəçi “ümumiyyətlə bu nədir?” demək istəyəndə belə App alır. Model israrçı olur və insanlar tətbiqi görməməzliyə vurur. Düzgün yanaşma — App-ın lazım olmadığı ssenariləri açıq yazmaq və belə hallara hörmət etməkdir.

Səhv №2: App işə salınmazdan əvvəl açıq elan yoxdur.
Assistent vidceti səssizcə işə salırsa, istifadəçi UI blokunun haradan gəldiyini və onunla nə etməli olduğunu anlamır. OpenAI təlimatları və praktika göstərir: “indi X edən tətbiqi açacağam” tipli bir‑iki cümlə UX‑i kəskin yaxşılaşdırır və çaşqınlığı azaldır.

Səhv №3: App-ı həddindən artıq aqressiv şəkildə təkrar təklif etmək.
Bəzən App hər cavabdan sonra yenidən vidceti təklif edir: “Tətbiqi bir daha açmaq istəyirsiniz? Bəs indi? Bəs indi necə?” Bu, tez bir zamanda spama çevrilir. Təlimatlarda qeyd etmək daha yaxşıdır ki, App-dan ilk istifadədən sonra kontekstə baxmaq lazımdır: onu yalnız istifadəçi tapşırıq parametrlərini açıq dəyişirsə və ya özü “daha çox göstər” deyirsə təkrar təklif edin.

Səhv №4: tətbiqlərdən açıq imtinaya məhəl qoymamaq.
“Zəhmət olmasa, tətbiqsiz” və ya “telefonla formalarla işləmək mənə rahat deyil” kimi ifadələr sərt məhdudiyyət kimi qəbul edilməlidir. Model App-ı sırımağa davam edirsə, istifadəçi həm assistentə, həm də məhsulunuza inamı itirir. Bunu system‑prompt‑da iki‑üç cümlə ilə asan fiksasiya etmək olar, amma bir çoxları bunu etməyi unudur.

Səhv №5: vidcetdən sonra xülasə və follow‑up mesajlarının olmaması.
Bəzən vidcet vicdanla variantları göstərir, amma assistent sonra susur. İstifadəçi UI görür, amma sonra nə edəcəyini anlamır. Heç bir mətn, sual, məşhur hərəkətlər üçün düymələr yoxdur. Belə ssenari natamam görünür və dialoqun bütövlüyünü pozur. Təlimatlarda həmişə qeyd edin ki, vidcetdən sonra qısa mətn yekunu və 1–3 aydın növbəti addım gəlməlidir.

Səhv №6: məhsul UX‑ini və “ümumi ChatGPT üslubunu” bir abzasda qarışdırmaq.
Bəzən system‑prompt uzun bədii mətnə çevrilir: “Səmimi ol, emoji istifadə et, uyğun olsa zarafat et. Və bəli, bəlkə nə vaxtsa App-ı işə salarsan.” Belə mətndə real UX qaydalarını görmək çətindir. Başlıqları açıq olan ayrı bölmələr yaratmaq daha yaxşıdır: “Rol”, “Dialoq və UX”, “App-dan nə vaxt istifadə etməli”, “App-dan nə vaxt istifadə etməməli”. Bu, həm modelə, həm də sizdən sonra bu promptla işləyəcək insanlara kömək edir.