UX Writing چیست و چرا متن‌های سایت بخشی از تجربه کاربری هستند؟

UX Writing (نوشتن تجربه کاربری) تمرین نوشتن اطلاعات با درنظر گرفتن زمینه، نیاز و رفتار افراد است؛ طوری که در لحظهٔ تعامل، کاربر بفهمد کجاست، چه می‌تواند بکند، و بعد از اقدام چه می‌شود. NN/g تأکید می‌کند نویسندگان رابط همان مهارت‌های طراحی را به کار می‌گیرند، فقط ابزارشان واژه است نه پیکسل.

متن دکمه، برچسب فیلد، پیام خطا، وضعیت خالی، tooltip و اعلان‌های تراکنشی «جزئیات آخر» نیستند. آن‌ها تصمیم می‌سازند، اضطراب را کم یا زیاد می‌کنند، و اعتماد می‌آفرینند یا می‌شکنند. وقتی متن را به بازاریابی یا ترجمهٔ عجولانه بسپارید، UI هرقدر هم مرتب باشد گفت‌وگوی محصول لکنت می‌گیرد.

این مقاله تعریف، مرز با کپی مارکتینگ، اصول عملی، و جای متن در فرآیند ساخت را شرح می‌دهد.

پاسخ کوتاه

UX Writing یعنی طراحی گفت‌وگوی محصول با کاربر در نقاط تماس رابط. هدف متقاعد کردن با شعار نیست؛ هدف وضوح، صداقت، و راهنمایی در محدودیت فضاست. چون افراد آنلاین بیشتر اسکن می‌کنند تا مطالعٔ خط‌به‌خط، جمله‌های کوتاه، عنوان‌های معنی‌دار و برچسب‌های مشخص حیاتی‌اند.

متن بخشی از UX است چون بدون آن مدل ذهنی کامل نمی‌شود: دکمه بدون فعل روشن، لینک بدون عطر اطلاعات، خطا بدون راه حل. تحقیق‌هایی مثل هشدار NN/g دربارهٔ «Get Started» نشان می‌دهد برچسب کلی می‌تواند کاربر را به مسیر اشتباه ببرد و اعتماد را بسوزاند.

لینک یک وعده است؛ متن همان متنِ وعده است.

microcopy یعنی چه؟

microcopy تکه‌های کوتاه متن داخل رابط‌اند که مسیر را روغن می‌کنند: «رمز حداقل ۸ نویسه»، «پرونده حداکثر ۵ مگ»، «ذخیره شد»، «تلاش دوباره». به‌تنهایی داستان برند را نمی‌گویند؛ در لحظه مانع اشتباه یا بلاتکلیفی می‌شوند. کیفیت microcopy اغلب بیشتر از پاراگراف دربارهٔ ما روی تبدیل اثر می‌گذارد چون در نقطهٔ عمل نشسته است.

تفاوت با Copywriting بازاریابی

هر دو مهارت ارزشمندند؛ قاطی کردنشان بدون ویرایش، لحن نامناسب در پرداخت یا خطا می‌سازد.

اصول عملی نوشتن رابط

1. واضح بر موجز مقدم است؛ موجز بعد از وضوح می‌آید.
2. فعل و نتیجه را بگویید: «ارسال درخواست» بهتر از «ادامه».
3. از jargon داخلی مگر برای مخاطب متخصص همان حوزه بپرهیزید.
4. در خطا: چه شد، چرا مهم است، حالا چه کنم؟
5. وعدهٔ لینک/دکمه با مقصد یکی باشد.
6. لحن را با وضعیت عاطفی هماهنگ کنید (خطای پرداخت جای شوخ‌طبعی نیست).

NN/g روی زبان ساده حتی برای مخاطب متخصص هم شواهد دارد: وضوح به معنی توهین به هوش نیست؛ احترام به زمان است.

خواندن آنلاین و پیامد برای فارسی

الگوهای اسکن (از جمله الگوهای لایه‌ای با عنوان خوب) ایجاب می‌کند عنوان و ابتدای جمله بار معنایی داشته باشند. در فارسی، ترجمهٔ تحت‌اللفظی انگلیسی اغلب طولانی و رسمیِ بی‌موقع می‌شود. فعل را نزدیک شروع نگه دارید، از پسوندهای زائد بپرهیزید، و اعداد را در UI خوانا بنویسید.

همچنین جمع/مفرد، احترام، و خطاب «شما» را در کل محصول یکی کنید تا لحن نشکند.

متن در onboarding، خالی، خطا، موفقیت

• Onboarding: یک ارزش در هر گام، پرش مجاز، بدون دیوار متن.
• Empty: چه چیزی اینجا می‌آید و اولین اقدام چیست؟
• Error: بدون سرزنش؛ کد فنی را برای کاربر عادی ترجمه کنید.
• Success: تأیید کوتاه + گام بعدی اختیاری.

فرآیند: متن را آخر نگذارید

در وایرفریم، جعبه‌های متن با محتوای واقعی تقریبی پر شوند. Writer یا مالک محتوا در Crit حضور داشته باشد. رشته‌ها در کد/نظام ترجمه با کلید معنی‌دار نسخه شوند تا «string42» معنای محصول را نگيرد. تغییر متن کوچک را دست‌کم نگیرید؛ گاهی یک برچسب نرخ تکمیل را جابه‌جا می‌کند.

آزمون متن

از کاربران بپرسید بعد از خواندن دکمه انتظار دارند چه شود. پنج‌ثانیه تست روی صفحه: چه فهمیدید می‌توانید بکنید؟ اگر جواب‌ها پراکنده است، متن یا سلسله‌مراتب مشکل دارد. A/B روی برچسب وقتی جریان پایدار است مفید است؛ روی صفحهٔ آشفته، نویز اندازه‌گیری زیاد می‌شود.

ضدالگوهای متنی

• «اینجا کلیک کنید» و «بیشتر بدانید» بدون مقصد روشن.
• خطای فقط قرمز بدون توضیح.
• Confirmshaming: شرمنده کردن برای انصراف.
• پنهان کردن هزینه یا اشتراک در زیرمتن کم‌رنگ.
• شوخی در وضعیت از دست رفتن داده.

NN/g دربارهٔ شرمنده کردن کاربر و الگوهای فریبنده هشدار می‌دهد: برد کوتاه‌مدت متریک می‌تواند اعتماد بلندمدت را بخرد.

مالکیت و واژه‌نامه

یک واژه‌نامهٔ محصول (مثلاً «پروژه» یا «فضا کاری»؟) جلوی چندزبانی داخلی را می‌گیرد. مالک به‌روزرسانی مشخص باشد. در تیم کوچک، همین جدول کوتاه در README یا Notion کافی است اگر در PR رعایت شود.

ابزار و همکاری با مهندسی

متن باید در حالت‌های طول زیاد (آلمانی/فارسی بلند) نشکند؛ طراح و فرانت برای truncate و wrapping قواعد بگذارند. برای دسترس‌پذیری، متن جایگزین تصویر و نام دسترس‌پذیر کنترل‌ها بخشی از نوشتن‌اند نه کار جدا. MDN دسترس‌پذیری را به همین معنا به HTML درست و نام‌ها گره می‌زند.

شاخص‌های کسب‌وکار

کاهش تیکت «یعنی چه؟»، افزایش تکمیل فرم، کاهش رها کردن در مرحلهٔ خاص، و بهبود امتیاز درک در تست — همه می‌توانند به کار نوشتن وصل شوند. گزارش را با نمونهٔ قبل/بعد جمله نشان دهید تا ذی‌نفعان ارزش را ببینند.

شروع ۹۰ روزه

1. ممیزی CTAها و خطاهای پرتکرار.
2. یک راهنمای لحن یک‌صفحه‌ای.
3. بازنویسی جریان onboarding یا پرداخت.
4. الگوی پیام خطا برای پنج خطای رایج سرور/اعتبارسنجی.
5. آموزش کوتاه به پشتیبانی برای بازخورد متنی به بکلاگ.

جمع‌بندی برای تصمیم

UX Writing طراحی گفت‌وگوی رابط است و بخشی از تجربه کاربری، نه تزیین نهایی. با اصول وضوح، صداقت و هم‌خوانی وعده شروع کنید؛ متن را از وایرفریم وارد کنید و با رفتار کاربر بسنجید. محصول بدون واژه‌های درست، مثل راهنمای بی‌صدا در تقاطع شلوغ است.

این هفته سه دکمهٔ اصلی محصول را از نظر «آیا فعل و نتیجه روشن است؟» بازنویسی کنید و به یک کاربر نشان دهید.

منابع و مراجع

• Nielsen Norman Group — UX Writing: Study Guide — https://www.nngroup.com/articles/ux-writing-study-guide/
• Nielsen Norman Group — "Get Started" Stops Users — https://www.nngroup.com/articles/get-started/
• Nielsen Norman Group — Stop Shaming Your Users for Micro Conversions — https://www.nngroup.com/articles/shaming-users/

برای دیدن خرابی متن روی UI زیبا، مقالهٔ ۰۹۲ را ادامه دهید.