<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
    <channel>
        <title>نوشته های علی شریفی</title>
        <link>https://virgool.io/feed/@alishrf</link>
        <description>سلام علی شریفی هستم یک پروداکت دیزاینر جونیور که سعی میکنم همه ی چالش ها و تجربیات شخصی خودم تو کار رو باهاتون به اشتراک بزارم</description>
        <language>fa</language>
        <pubDate>2026-06-19 01:14:18</pubDate>
        <image>
            <url>https://files.virgool.io/upload/users/1883365/avatar/FpIY4u.jpg?height=120&amp;width=120</url>
            <title>علی شریفی</title>
            <link>https://virgool.io/@alishrf</link>
        </image>

                    <item>
                <title>بزن بیرون از ذهنت</title>
                <link>https://virgool.io/@alishrf/%D8%A8%D8%B2%D9%86-%D8%A8%DB%8C%D8%B1%D9%88%D9%86-%D8%A7%D8%B2-%D8%B0%D9%87%D9%86%D8%AA-tyhnymkg5jnu</link>
                <description>ذهنت رو فراتر ببرمنظور از این جمله این هست که خارج از چارچوبی که واسه ذهنت ساخته شده فکر کن. طراحان در تلاش هستند که روش های فکری و روش هایی که برای حل یک مسئله بکار میبرند روش هایی باشد که قبلا تست و انجام شده، این خوبه من نمیگم این کارو کردن مشکلی داره ولی تاحالا به این موضوع فکر کردی که میتونی روش و طرز فکر خودتو داشته باشی؟دلیل اصلی این که کسی دوست نداره روش جدیدی امتحان کنه اینه که معتبر بودن طرز کارشون رو راحت تر اثبات کنن. روش خارج از چارچوب این پتانسیل رو بهت میده تا بتونی ایده هایی طراحی کنی که محدودیتی نداشته باشند و از طرفی هم جنبه های واقعی یک مشکل خاص رو نشون بده.مراحل طراحی خرج از چاچوب متعهد به حل عملی مسائل واقعی با قدرت قابل توجهی از نیازها و امکانات انسانی است. طراحی روش‌ها و ابزارهای تفکر متمرکز بر کاربر یا مشتری.اما یک نکته مهمی که نباید فراموش کنیم این هست که بعضی وقتا این روش برای هر چیزی جواب نمیده پس سعی و تلاش برای این که تمامی مسائلمون رو با این روش حل کنیم باور و کار اشتباهی هست.امیدوارم از خوندن این مقاله لذت برده باشی . 3&gt;</description>
                <category>علی شریفی</category>
                <author>علی شریفی</author>
                <pubDate>Wed, 17 May 2023 14:21:53 +0330</pubDate>
            </item>
                    <item>
                <title>ما فرق داریم !!!</title>
                <link>https://virgool.io/@alishrf/%D9%85%D8%A7-%D9%81%D8%B1%D9%82-%D8%AF%D8%A7%D8%B1%DB%8C%D9%85-svzglrfi7vch</link>
                <description>&quot;خب، اگه من یه کاربر باشم اینکارو نمیکنم.&quot; &quot;کاربرای ما هیچوقت به این موضوع فکر نمیکنند.&quot; &quot;این پروژه منه، میدونم کاربرم اینکارو نمیکنه.&quot;همه ما چنین نظراتی را شنیدیم. اینها عبارات هایی هستند که متخصصان UX نمی گویند. به عنوان طراح، ما کاربر نیستیم. ما نمی دونیم که اونها چیکار میکنند یا چجوری فکر میکنند. هر چقدر هم که آموزش دیده باشیم و دانش این کار را داشته باشیم بازم در آخر نمیتونیم بفهمیم تو سر کاربر چی میگذره. ما میتونیم تحقیق کنیم، مشاهده کنیم، بپرسیم و حدس بزنیم. و وقتی برای درک بهتر آنها وقت گذاشتیم، میتونیم همدلی کنیم.همدلی بخش مهمی از طراحی انسان محور هست. گفتگوهای بی پایانی در مورد اهمیت آن در کار تجربه کاربر وجود دارد، اما تعداد کمی از آنها به چگونگی کمک به دیگران برای دستیابی به آن تمرکز می کنند. به‌عنوان محقق، وقتی از اول کار با تلاش کاربر همدلی میکنیم، احساس ناامیدی می‌کنیم و سخنان او را می‌شنویم، نمی‌توانیم از همدردی خود جلوگیری کنیم. اما پشت هر تیم UX ، یک مشتری یا یک مدیر عامل شرکت وجود دارد که جایی که باید باشه نیست و اصلا نظراتشان با ما یکی و حتی کمی نزدیک هم نیست و آنها خواسته ها و نیازهای کاربران را درک نمی کنند. وظیفه ما این است که به آنها کمک کنیم - اما چگونه؟ نقشه همدلی را امتحان کنید.متخصصان UX اغلب با موقعیت‌های چالش‌برانگیزی مواجه می‌شوند که در آن همکاران و ذینفعان، نظرات و احساسات خود را نادیده می‌گیرند و مخاطب هدف مورد نظر را فراموش می‌کنند. در حالی که قسمتی از یک جلسه همدلی فرهنگ شرکتی را که برای تحقیقات کاربر ارزشی قائل نیست، تغییر نمی‌دهد، اما می‌تواند به تمرکز شرکت‌کنندگان بر روی کاربران با قرار دادن آنها در هنگام تعامل با یک محصول یا خدمات، کمک کند.</description>
                <category>علی شریفی</category>
                <author>علی شریفی</author>
                <pubDate>Tue, 09 May 2023 10:55:30 +0330</pubDate>
            </item>
                    <item>
                <title>هرچیزی که میشه طراحی کرد،‌ نباید طراحی کرد!</title>
                <link>https://virgool.io/@alishrf/%D9%87%D8%B1%DA%86%DB%8C%D8%B2%DB%8C-%DA%A9%D9%87-%D9%85%DB%8C%D8%B4%D9%87-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%DA%A9%D8%B1%D8%AF-%D9%86%D8%A8%D8%A7%DB%8C%D8%AF-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%DA%A9%D8%B1%D8%AF-kg0y4xwagvju</link>
                <description>چند وقت پیش داشتم با یکی از دوستام تو محل کار صحبت میکردم داشتیم راجب ایده هایی که تو ذهنمون هست میگفتیم که یهوی یه ایده ی عجیب و غریب داد (ایده ای که ارزش و کارایی نداشت)من اونجا واسه اینکه تو ذوقش نزنم چیزی نگفتم ولی بعدش که یکم فکر کردم دیدم چرا هرچیزی که قابلیت طراحی داره باید طراحی بشه؟خلاصه یاد یه متنی افتادم که توی کتاب  &quot;تفکر طراحی&quot; خونده بودم اونم این بود که ما میتونیم یه تستر طراحی کنیم که نون تا ۵ متر بالا بندازه ولی چرا؟یا اینکه میتونیم یه رژلب یک متری طراحی کنیم ولی چرا؟وقتی این کارا سود ، ارزش و کارایی نداره چرا باید طراحی کرد به جای گذاشتن وقت های کم روی کارهای بی ارزش زیاد بیایین وقت زیاد برای یک کار با ارزش بزاریم مطمئن باشید نتیجشو میبینیممن فکر میکنم دلیل شکست خوردن بعضی از طراحای حرفه ای ما که از یه شرکت خیلی خوب استعفا میدن و فکر میکنن ایده ای که تو سرشون هست خوبه و میتونه به یک استارتاپ جذاب و خوب تبدیل بشه همینه شرایط و اطراف ما پر شده از رویافروش هایی که خودشون تاحالا به رویاهاشون نرسیده ان بیاین یکم به ذهن خودمون اعتماد کنیم البته با رعایت اولویت و ارزش کار :) </description>
                <category>علی شریفی</category>
                <author>علی شریفی</author>
                <pubDate>Mon, 06 Feb 2023 16:06:06 +0330</pubDate>
            </item>
            </channel>
</rss>