منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۶ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۱۰ دقیقه

تیغ اوکام (Occam’s Razor) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

دو طرح روی میز است. هر دو یک کار را انجام می‌دهند. یکی نُه جزء دارد و آن یکی چهار جزء. تیغ اوکام دقیقاً برای همین لحظه ساخته شده است.

تعریف

تیغ اوکام یک قاعدهٔ حل مسئله است. از میان توضیح‌ها یا راه‌حل‌های رقیب، آنکه کمترین فرض را لازم دارد، معمولاً درست‌ترین است.

نامش از William of Ockham می‌آید، فیلسوف انگلیسی سدهٔ چهاردهم. خودِ او این اصل را هرگز صریح ننوشت. اما در کار فلسفی و الهیاتی‌اش مدام از همین ایده استفاده می‌کرد.

ریشهٔ لاتینی‌اش یک جمله است: «کثرت را بی‌ضرورت نباید فرض گرفت.» یعنی هر جزء اضافه باید سهم خودش را ثابت کند.

در طراحی، این قاعده به زبان ساده‌تری ترجمه می‌شود. پیچیدگی غیرلازم را بردارید و روی اجزای ضروری بمانید. نتیجه‌اش رابطی است که کاربر بدون زحمت می‌فهمدش.

تیغ یک قاعدهٔ انتخاب است، نه دستورِ سادگی

این بخش افزودهٔ من است، چون رایج‌ترین بدفهمی همین‌جا شکل می‌گیرد.

تیغ اوکام نمی‌گوید «ساده‌اش کن». می‌گوید وقتی چند گزینه نتیجهٔ یکسان می‌دهند، کم‌فرض‌ترین را بردار.

پس دو شرط دارد. یک: باید گزینه‌های رقیب داشته باشید. تیغ روی یک طرحِ تنها هیچ کاری نمی‌کند؛ ابزار مقایسه است.

دو: نتیجه‌ها باید برابر باشند. اگر طرح پیچیده‌تر کاری می‌کند که طرح ساده از پسش برنمی‌آید، تیغ ساکت است.

بدون این دو شرط، تیغ به یک شعار تبدیل می‌شود. شعارِ «ساده‌اش کن» همان‌قدر که رابط نجات داده، رابط هم خراب کرده است.

نکتهٔ دوم، واحد شمارش است. تیغ فرض می‌شمارد، نه پیکسل. فرض یعنی چیزی که کاربر باید بدون گفته‌شدن حدس بزند.

یک آیکن بی‌برچسب، یک جزء کمتر دارد اما یک فرض بیشتر می‌سازد. با معیار پیکسل، برداشتن آن برچسب پیروزی است. با معیار فرض، شکست است.

این تفاوت کوچک به نظر می‌رسد و در عمل کل حکم را عوض می‌کند. رابطی که کم‌جزء است ولی پرفرض، تیغ‌خوردهٔ بدی است.

نُه جایی که تیغ در رابط پیاده می‌شود

• - ۱. ناوبری روان: منوی شلوغ و مسیر پیچ‌درپیچ را کنار بگذارید تا کاربر بی‌زحمت به آنچه می‌خواهد برسد.
• - ۲. بصری کمینه: نوفهٔ بصری غیرلازم را کم کنید و اجزای واقعاً ضروری را نگه دارید.
• - ۳. پیام روشن و کوتاه: زبان ساده به‌کار ببرید، اصطلاح فنی نگذارید و دستور را کوتاه بنویسید.
• - ۴. فرم سبک: شمار فیلدها را کم کنید، هر جا شد مقدار را از پیش پر کنید و اعتبارسنجی کمک‌کننده بدهید.
• - ۵. بار شناختیِ کمتر: محتوا و امکانات را منطقی سازمان دهید و سلسله‌مراتب روشن بسازید.
• - ۶. اجزای یکدست: رنگ و قلم و آیکن در سراسر رابط یکسان بماند تا آشنایی و پیش‌بینی‌پذیری بالا برود.
• - ۷. آشکارسازی تدریجی: هر اطلاعات را همان لحظه‌ای نشان دهید که کاربر لازمش دارد.
• - ۸. پیشگیری از خطا: ابزار درست، خطا را از اول کم می‌کند؛ انتخابگر تاریخ به‌جای فیلد متنی یک نمونهٔ خوب است.
• - ۹. فراخوان روشن: دکمهٔ اقدام باید بی‌ابهام بگوید چه اتفاقی می‌افتد.

یک نکته این نُه مورد را به هم وصل می‌کند. هرکدامشان یک فرضِ کاربر را حذف می‌کنند، نه لزوماً یک عنصر را.

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

شش توصیه برای به‌کار بردنش

• - ۱. کاربر را بشناسید: بدون تحقیق کاربر، «ضروری» یک حدس شخصی است. نیاز و هدف و نقطهٔ درد مخاطب، معیار ضروری‌بودن را می‌سازد.
• - ۲. روشنی را اولویت بدهید: پیام و دستور باید کوتاه و بی‌ابهام باشد. زبان ساده هم بار شناختی را کم می‌کند، هم ناوبری را سریع‌تر.
• - ۳. اجزای ضروری را جدا کنید: امکاناتی را که با هدف کاربر هم‌راستا هستند مشخص کنید و بقیه را بردارید.
• - ۴. کمینه‌گرایی را بپذیرید: در تایپوگرافی و رنگ و فضای سفید، سادگی را انتخاب کنید. سلسله‌مراتب بصری با فضای خالی ساخته می‌شود، نه با خط و کادر بیشتر.
• - ۵. ناوبری را ساده کنید: منوها را جمع کنید، موارد هم‌جنس را کنار هم بگذارید و شمار گام‌های هر کار را کم کنید.
• - ۶. بیازمایید و تکرار کنید: آزمون کاربردپذیری نشان می‌دهد کدام حذف جواب داده و کدام حذف دردسر ساخته.

توصیهٔ ششم مهم‌ترینشان است. تیغ یک حدس دربارهٔ سادگی می‌سازد و آزمون، آن حدس را رد یا تأیید می‌کند.

کجا شلوغی را می‌برید و کجا کارکرد را

این بخش هم افزودهٔ من است، چون مرزِ عملیِ تیغ در مطلب اصلی نامشخص می‌ماند.

یک کارت محصول را در نظر بگیرید که نُه جزء دارد. سه تای اولش تزئین است: یک بافت پس‌زمینه، یک سایهٔ اضافه، و نشان تخفیفی که همیشه روشن است.

برداشتن این سه، چیزی از کاربر نمی‌گیرد. شمار اجزا از نُه به شش می‌رسد و شمار فرض‌ها تکان نمی‌خورد.

حالا دو جزء بعدی را بردارید: برچسب زیر آیکن سبد، و نام دقیق رنگ کالا. کارت هنوز کار می‌کند و تمیزتر هم شده. اما کاربر باید حدس بزند آن آیکن چه کاری می‌کند.

در گام آخر، قیمت و برچسب دکمه را هم بردارید. کارت حالا دو جزء دارد و از همه تمیزتر است. هیچ‌کس هم نمی‌تواند با آن چیزی بخرد.

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

کمینهٔ منحنی دوم، همان حدِ تیغ است. جلوتر از آن دیگر شلوغی نمی‌برید؛ کارکرد می‌برید.

آزمونش یک پرسش است. هر جزئی را که برمی‌دارید، بپرسید کاربر برای جبرانش چه چیزی باید بداند.

اگر پاسخ «هیچ» باشد، آن جزء شلوغی بوده. اگر پاسخ چیزی باشد، آن جزء کارکرد بوده و شما تازه یک فرض به کاربر تحمیل کرده‌اید.

همین پرسش، تفاوت رابط کمینه و رابط ناقص را روشن می‌کند. رابط کمینه فرض کم دارد و رابط ناقص فرض زیاد.

ریسک‌ها و مرزها

یک: ساده‌سازی افراطی. رابطی که بیش از اندازه تراشیده شده، کارکرد لازم یا راهنمای لازم را از دست می‌دهد. تعادل میان سادگی و نیاز کاربر باید مدام سنجیده شود.

دو: بافت تعیین‌کننده است. آنچه برای یک گروه کاربر جواب می‌دهد، برای گروه دیگر نمی‌دهد. سفر کاربر و ملاحظات فرهنگی، شکل درستِ تیغ را در هر پروژه عوض می‌کنند.

سه: گاهی پیچیدگی لازم است. بعضی نیازها و بعضی کارهای پیچیده، راه‌حل پیچیده می‌خواهند. تیغ را کورکورانه به آنها نزنید.

جمعِ این سه یک حکم دارد. تیغ راهنماست، نه قانون؛ تصمیم آخر با داوری شماست.

یک نکتهٔ دیگر هم هست که کمتر گفته می‌شود. تیغ ابزار حذف نیست، ابزار انتخاب است؛ اگر گزینهٔ دومی روی میز نگذارید، چیزی برای انتخاب هم ندارید.

نسبتش با کیس، قانون هیک و قانون فیتس

اصل کیس و تیغ اوکام هم‌خانواده‌اند و یکی نیستند. هر دو سادگی را ترجیح می‌دهند و هر دو پیچیدگی غیرلازم را کنار می‌گذارند.

تفاوتشان در واحد سنجش است. کیس دربارهٔ سادگی خودِ راه‌حل حرف می‌زند و تیغ دربارهٔ شمار فرض‌های یک توضیح.

خاستگاهشان هم فرق دارد. تیغ از فلسفه و علم آمده و بیشتر برای انتخاب فرضیه به‌کار می‌رود؛ کیس از مهندسی آمده و در طراحی و مدیریت و ارتباطات پخش شده است.

قانون هیک از جای سومی می‌آید: روان‌شناسی و ارگونومی. می‌گوید با بیشتر شدن شمار گزینه‌ها، زمان تصمیم به‌صورت لگاریتمی بالا می‌رود.

شباهتش با تیغ در نتیجه است، نه در استدلال. هر دو به کم‌کردن عناصر غیرلازم می‌رسند، اما یکی از راه احتمال و دیگری از راه زمان واکنش.

قانون فیتس مکمل خوبی برای تیغ است. تیغ می‌گوید چه چیزی بماند و فیتس می‌گوید آنچه مانده کجا و در چه اندازه‌ای بنشیند.

در معماری اطلاعات و نویسندگی تجربه کاربری هم همین منطق کار می‌کند. ساختار کم‌فرض و جملهٔ کم‌فرض، کاربر را زودتر به مقصد می‌رساند.

در بافت فارسی

یک: «ساده» در فارسی اغلب یعنی «کم‌حرف»، نه «کم‌فرض». در بازار ایران، تمیزکردن رابط معمولاً با حذف متن شروع می‌شود.

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

دو: فیلدی که قانون لازمش دارد، شلوغی نیست. کد ملی، شمارهٔ شبا و کد پستی در بسیاری از سرویس‌های ایرانی اجباری‌اند.

تراشیدن این فیلدها یعنی حذف کارکرد، نه حذف شلوغی. چیزی که واقعاً تراشیدنی است، لحظه و ترتیب پرسیدنشان است: کد پستی را سر ثبت‌نام نپرسید، سر ارسال بپرسید.

سه: دو تقویم، یک فرض پنهان. انتخابگر تاریخی که فقط میلادی است، تبدیل ذهنی را به کاربر ایرانی تحمیل می‌کند.

افزودن تقویم شمسی، یک جزء به رابط اضافه می‌کند و یک فرض از دوش کاربر برمی‌دارد. این دقیقاً همان جایی است که شمردن پیکسل جواب غلط می‌دهد.

چهار: مسیرهای موازی پرداخت را بشمارید. درگاه بانکی، کیف پول داخلی و خرید قسطی، سه مسیر برای یک نتیجه‌اند.

اینجا هر دو شرط تیغ برقرار است: گزینه‌های رقیب وجود دارند و نتیجه یکی است. پس سؤال درست این نیست که کدام مسیر قشنگ‌تر است، بلکه این است که کدام مسیر فرض کمتری از کاربر می‌خواهد.

جمع‌بندی

• - تیغ اوکام: از میان گزینه‌های رقیب، کم‌فرض‌ترین را بردار
• - ریشه: ویلیام اوکامی، سدهٔ چهاردهم · «کثرت را بی‌ضرورت نباید فرض گرفت» · خودش آن را صریح ننوشت
• - دو شرط: گزینه‌های رقیب وجود داشته باشند · نتیجه‌هایشان برابر باشد
• - واحد شمارش: فرضِ کاربر، نه شمار عنصر و نه پیکسل
• - در رابط: ناوبری روان · بصری کمینه · پیام کوتاه · فرم سبک · بار شناختی کمتر · اجزای یکدست · آشکارسازی تدریجی · پیشگیری از خطا · فراخوان روشن
• - شش توصیه: کاربر را بشناسید · روشنی را اولویت بدهید · اجزای ضروری را جدا کنید · کمینه‌گرایی · ناوبری ساده · آزمون و تکرار
• - حدِ تیغ: کمینهٔ منحنی فرض‌ها، نه کمینهٔ شمار اجزا
• - آزمون هر حذف: کاربر برای جبرانش چه باید بداند؟ پاسخ «هیچ» یعنی شلوغی بود
• - ریسک‌ها: ساده‌سازی افراطی · وابستگی به بافت · نیاز واقعی به پیچیدگی در بعضی کارها
• - نسبت‌ها: کیس دربارهٔ سادگی راه‌حل · هیک دربارهٔ زمان تصمیم · فیتس دربارهٔ جای عنصر باقی‌مانده
• - در فارسی: برچسب را نگه دارید نه بنر را · فیلد قانونی حذف‌شدنی نیست · تقویم شمسی یک فرض کم می‌کند · مسیرهای موازی پرداخت را بشمارید