این پست تا به حال نزدیک به ۸۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
#پست_مجدد
#پست_مجدد
Forwarded from فلسفه دیزاین (Ramin Khatibi)
احتیاج کاربر را طراحی کنید،
نه درخواست او را!
قطعا هیچ سرویسی بدون گرفتن بازخورد (Feedback) کاربران نمیفهمه که آیا در حال حرکت در مسیر درست رفع نیاز کاربر هست یا نه.
ولی در بسیاری از مواقع، سرویسها ایمیل و تماسهایی از کاربران دریافت میکنن که بصورت مستقیم خواستار ایجاد بخش جدید در سرویس هستند.
سوال مهم اینجاست که آیا باید درخواست کاربر را اجرا کرد یا نه؟
به تجربه شخصی من، مشابه این موضوع هنگام کار با کارفرماهای مختلف پیش میاد. درخواستهایی مثل تغییر رنگ یک بخش خاص در طراحی، به رنگی دیگر و یا اضافه کردن یک دکمه خاص در صفحهای از اپلیکیشن. بسیاری از طراحان محصول به این صورت عمل میکنند که درخواستها را عینا به شکل مطرح شده اجرا میکنند. این کار در اغلب موارد منجر به از دست رفتن یکپارچگی طراحی ظاهری و یا طراحی امکانات محصول میشه.
آقای Michael Sueoka، سرپرست تیم طراحی تجربهکاربری سرویس The Mobile Majority، با مطرح کردن این موضوع و بررسی تبعات مخرب اجرای مستقیم درخواستهای کاربر، راه حلی ارائه میدن که به نظرم باید بخش جداییناپذیری از پروسه طراحی یک محصول باشه.
ایشون با عنوان این که کاربر معمولا نمیدونه که به چه چیزی احتیاج داره و فقط میدونه که چه چیزی رو میخواد، تفاوت این دو حالت رو مثال کودکی دونستن که برای یک وعده اصلی غذایی، مقدار زیادی شکلات طلب میکنه.
در مقابل درخواستهای این چنینی کاربران، راه حل Michael خوندنی هست.
http://blog.invisionapp.com/dont-design-what-users-want/
(زمان حدودی مطالعه، ۷ دقیقه)
#طراحی_محصول #بازخورد
@HamDesign هَم دیزاین
نه درخواست او را!
قطعا هیچ سرویسی بدون گرفتن بازخورد (Feedback) کاربران نمیفهمه که آیا در حال حرکت در مسیر درست رفع نیاز کاربر هست یا نه.
ولی در بسیاری از مواقع، سرویسها ایمیل و تماسهایی از کاربران دریافت میکنن که بصورت مستقیم خواستار ایجاد بخش جدید در سرویس هستند.
سوال مهم اینجاست که آیا باید درخواست کاربر را اجرا کرد یا نه؟
به تجربه شخصی من، مشابه این موضوع هنگام کار با کارفرماهای مختلف پیش میاد. درخواستهایی مثل تغییر رنگ یک بخش خاص در طراحی، به رنگی دیگر و یا اضافه کردن یک دکمه خاص در صفحهای از اپلیکیشن. بسیاری از طراحان محصول به این صورت عمل میکنند که درخواستها را عینا به شکل مطرح شده اجرا میکنند. این کار در اغلب موارد منجر به از دست رفتن یکپارچگی طراحی ظاهری و یا طراحی امکانات محصول میشه.
آقای Michael Sueoka، سرپرست تیم طراحی تجربهکاربری سرویس The Mobile Majority، با مطرح کردن این موضوع و بررسی تبعات مخرب اجرای مستقیم درخواستهای کاربر، راه حلی ارائه میدن که به نظرم باید بخش جداییناپذیری از پروسه طراحی یک محصول باشه.
ایشون با عنوان این که کاربر معمولا نمیدونه که به چه چیزی احتیاج داره و فقط میدونه که چه چیزی رو میخواد، تفاوت این دو حالت رو مثال کودکی دونستن که برای یک وعده اصلی غذایی، مقدار زیادی شکلات طلب میکنه.
در مقابل درخواستهای این چنینی کاربران، راه حل Michael خوندنی هست.
http://blog.invisionapp.com/dont-design-what-users-want/
(زمان حدودی مطالعه، ۷ دقیقه)
#طراحی_محصول #بازخورد
@HamDesign هَم دیزاین
Invisionapp
Don’t design what users want | Inside Design Blog
<p>Too many product designers are in the pattern of simply taking user feedback and implementing it immediately with limited research, questioning, or thought.</p>
سرویس Figma 2.0: ابزاری برای تمام فصول
وقتی ابزار Sketch معرفی شد، من کاربر Photoshop بودم و به خاطر سالها کار با این رفیق قدیمیام و حفظ بودن تمام میانبرها، ضعفها و قوتهایش، دلم نمیخواست به سمت ابزار جدیدی بروم. کمی گذشت و Sketch با بروزرسانیهایش، همه را شگفتزده کرد و تیمهای دیزاین قوی مثل Foursquare به سمت آن رفته و اپلیکیشن خود را با آن بازطراحی کردند.
طلسم را شکستم و استفاده از Sketch را آغاز کردم. این اتفاق به قدری لذتبخش بود که به نقطه عطفی از زندگی کاریام بدل شد و از آن پس هر ابزار جدیدی را امتحان میکنم.
چندی قبل، خبر انتشار یک ابزار Collaborative طراحی رابط کاربری به اسم Figma را خواندم و زمانی را برای تیم دیزاین شرکت خالی کردم تا این ابزار را تست کنیم. چند صفحه از یک اپلیکیشن آشپزی را طراحی کردیم که نتایج آن روی Behance تیممان قابل مشاهدهست:
https://www.behance.net/gallery/49456671/COOKY-APP
بعد از تجربه خوب کار با Figma، اخبار آن را مشتاقانهتر دنبال میکردم. تیم پرشور و هیجان این ابزار کاربردی، حالا نسخه دوم از ابزار خود را معرفی کردند که امکان Prototyping و همچنین امکانی به اسم Developer Handoff را برای کاربران خود به ارمغان آورده است. Developer Handoff ویژگیست که به دیزاینرها اجازه میدهد یک نسخه از فایل دیزاین خود را بصورت View Only و غیرقابل ویرایش با توسعهدهنده پروژه به اشتراک بگذارند. توسعهدهنده با کلیک روی هر لایه میتواند ویژگیهای آن را بصورت غیرقابل ویرایشی ببیند و حتی آیکنها و سایر Assetهای مورد نظر خود را مستقیما از همان فایل، با اندازه و فرمت مد نظرش، خروجی بگیرد.
ابزار Figma، بصورت کامل از فرمتهای گرافیک بُرداری (Vector) پشتیبانی میکند و به راحتی میتوانید از آنها در طراحیهای خود استفاده کنید.
مقاله امروز، معرفی ویژگیهای جدید Figma، از زبان بنیانگذار و مدیرعامل این سرویس، Dylan Field است.
به نظر من آینده از آنِ ابزارهای Collaborative بوده و Figma تا کنون بینظیر عمل کرده است.
مقاله امروز را از دست ندهید:
https://blog.figma.com/figma-2-0-now-with-prototyping-and-developer-handoff-1b309a5d025c
(زمان حدودی مطالعه، ۸ دقیقه)
#معرفی #ابزار #Figma
@Dexign دیزاین
___
وقتی ابزار Sketch معرفی شد، من کاربر Photoshop بودم و به خاطر سالها کار با این رفیق قدیمیام و حفظ بودن تمام میانبرها، ضعفها و قوتهایش، دلم نمیخواست به سمت ابزار جدیدی بروم. کمی گذشت و Sketch با بروزرسانیهایش، همه را شگفتزده کرد و تیمهای دیزاین قوی مثل Foursquare به سمت آن رفته و اپلیکیشن خود را با آن بازطراحی کردند.
طلسم را شکستم و استفاده از Sketch را آغاز کردم. این اتفاق به قدری لذتبخش بود که به نقطه عطفی از زندگی کاریام بدل شد و از آن پس هر ابزار جدیدی را امتحان میکنم.
چندی قبل، خبر انتشار یک ابزار Collaborative طراحی رابط کاربری به اسم Figma را خواندم و زمانی را برای تیم دیزاین شرکت خالی کردم تا این ابزار را تست کنیم. چند صفحه از یک اپلیکیشن آشپزی را طراحی کردیم که نتایج آن روی Behance تیممان قابل مشاهدهست:
https://www.behance.net/gallery/49456671/COOKY-APP
بعد از تجربه خوب کار با Figma، اخبار آن را مشتاقانهتر دنبال میکردم. تیم پرشور و هیجان این ابزار کاربردی، حالا نسخه دوم از ابزار خود را معرفی کردند که امکان Prototyping و همچنین امکانی به اسم Developer Handoff را برای کاربران خود به ارمغان آورده است. Developer Handoff ویژگیست که به دیزاینرها اجازه میدهد یک نسخه از فایل دیزاین خود را بصورت View Only و غیرقابل ویرایش با توسعهدهنده پروژه به اشتراک بگذارند. توسعهدهنده با کلیک روی هر لایه میتواند ویژگیهای آن را بصورت غیرقابل ویرایشی ببیند و حتی آیکنها و سایر Assetهای مورد نظر خود را مستقیما از همان فایل، با اندازه و فرمت مد نظرش، خروجی بگیرد.
ابزار Figma، بصورت کامل از فرمتهای گرافیک بُرداری (Vector) پشتیبانی میکند و به راحتی میتوانید از آنها در طراحیهای خود استفاده کنید.
مقاله امروز، معرفی ویژگیهای جدید Figma، از زبان بنیانگذار و مدیرعامل این سرویس، Dylan Field است.
به نظر من آینده از آنِ ابزارهای Collaborative بوده و Figma تا کنون بینظیر عمل کرده است.
مقاله امروز را از دست ندهید:
https://blog.figma.com/figma-2-0-now-with-prototyping-and-developer-handoff-1b309a5d025c
(زمان حدودی مطالعه، ۸ دقیقه)
#معرفی #ابزار #Figma
@Dexign دیزاین
___
Behance
COOKY APP
This is a delicious result of our team working with Figma.com.It was a joyful experience. Viva Figma team.Hope your enjoy it.
جادوی سیاهی به نام نوتیفیکیشن
سالیان زیادیست که نوتیفیکیشنها به انسانها کمک میکنند. وقتی زنگ در و یا زنگ تلفن به صدا در میآید و یا حتی وقتی کسی نام ما را صدا میکند، در حال دریافت اعلان یا Notification هستیم.
این روزها شنیدن واژه نوتیفیکیشن ما را به یاد نقطه قرمز در اپلیکیشنهای Instagram یا Facebook میاندازد. نقطههایی که با تغییر مغزهای ما در گذر زمان، حالا مجبورمان میکنند که آن بخش را چک کنیم.
تمامی ما روزانه تعداد زیادی نوتیفیکیشن دریافت میکنیم که به ما یادآوری میکنند که سربازهایمان در Clash of Clans آمادهاند، یا رکورد تعداد قدمهای روزانه خود را رد کردهایم؛ و البته به دریافت آنهای عادت کردهایم.
گاهی این ابزار، در دستان کسبوکارهای مختلف به قدرت جادویی سیاهی تبدیل میشود که از آن برای کشاندن کاربران به داخل اپلیکیشنها و وبسایتها خودشان استفاده میکنند.
با شکلگیری فضاهایی مانند شبکههای مجازی آزاد، روز به روز سوالاتی مانند اینکه حد و مرز و قانون استفاده از یک شبکه مجازی کجاست؟ بیشتر مطرح میشود.
به نظر شما چه حد و حدودی در استفاده از نوتیفیکیشنها وجود دارد؟
نویسنده مقاله امروز، آقای Andrew Wilshere به این سوال میپردازد و با بررسی معروفترین سرویسهای دنیا مانند Instagram، Facebook و یا Twitter به ما نشان میدهد که هر کسبوکار و هر سرویسی، حدی متفاوت از استفاده از نوتیفیکیشن را برای خود تعریف کردهاست.
سوال مهم این است که سرویس طراحی شده توسط شما در کجای این مرز قرار میگیرد؟
http://trydesignlab.com/blog/are-notifications-a-dark-pattern-ux-ui/
(زمان حدودی مطالعه، ۱۰ دقیقه)
پ. ن.
در این مقاله مفهومی به اسم Dark Patterns توضیح داده شده است که به معنای کلی برای گول زدن کاربر برای انجام کاری که تمایلی به آن ندارد است. نمونههای جالبی هم معرفی شدهاست.
#مفاهیم #چالش #اعلان #نوتیفیکیشن #الگوهای_تاریک
@Dexign دیزاین
___
سالیان زیادیست که نوتیفیکیشنها به انسانها کمک میکنند. وقتی زنگ در و یا زنگ تلفن به صدا در میآید و یا حتی وقتی کسی نام ما را صدا میکند، در حال دریافت اعلان یا Notification هستیم.
این روزها شنیدن واژه نوتیفیکیشن ما را به یاد نقطه قرمز در اپلیکیشنهای Instagram یا Facebook میاندازد. نقطههایی که با تغییر مغزهای ما در گذر زمان، حالا مجبورمان میکنند که آن بخش را چک کنیم.
تمامی ما روزانه تعداد زیادی نوتیفیکیشن دریافت میکنیم که به ما یادآوری میکنند که سربازهایمان در Clash of Clans آمادهاند، یا رکورد تعداد قدمهای روزانه خود را رد کردهایم؛ و البته به دریافت آنهای عادت کردهایم.
گاهی این ابزار، در دستان کسبوکارهای مختلف به قدرت جادویی سیاهی تبدیل میشود که از آن برای کشاندن کاربران به داخل اپلیکیشنها و وبسایتها خودشان استفاده میکنند.
با شکلگیری فضاهایی مانند شبکههای مجازی آزاد، روز به روز سوالاتی مانند اینکه حد و مرز و قانون استفاده از یک شبکه مجازی کجاست؟ بیشتر مطرح میشود.
به نظر شما چه حد و حدودی در استفاده از نوتیفیکیشنها وجود دارد؟
نویسنده مقاله امروز، آقای Andrew Wilshere به این سوال میپردازد و با بررسی معروفترین سرویسهای دنیا مانند Instagram، Facebook و یا Twitter به ما نشان میدهد که هر کسبوکار و هر سرویسی، حدی متفاوت از استفاده از نوتیفیکیشن را برای خود تعریف کردهاست.
سوال مهم این است که سرویس طراحی شده توسط شما در کجای این مرز قرار میگیرد؟
http://trydesignlab.com/blog/are-notifications-a-dark-pattern-ux-ui/
(زمان حدودی مطالعه، ۱۰ دقیقه)
پ. ن.
در این مقاله مفهومی به اسم Dark Patterns توضیح داده شده است که به معنای کلی برای گول زدن کاربر برای انجام کاری که تمایلی به آن ندارد است. نمونههای جالبی هم معرفی شدهاست.
#مفاهیم #چالش #اعلان #نوتیفیکیشن #الگوهای_تاریک
@Dexign دیزاین
___
Designlab
Are Notifications A Dark Pattern?
Have you ever had a nightmare where you were literally drowning in little red notification badges? I did once, and it got me thinking: what actually are notifi…
پنجمین نسخه از Swarm دوستداشتنی
احتمالا اپلیکیشن Foursquare همچنین Swarm را میشناسید. برای من Foursquare نمونه یک محصول بسیار موفقست (حتی بالاتر از Instagram و Facebook) که پیشرفت و پا گرفتنش را در ایران، لحظه به لحظه پیگیری کردهام. هوشمندی بینظیری که در Gamification داشت و روشهای اغواگرانهای که برای وادار کردن کاربر به فعالیت استفاده میکرد از مهمترین دلایلی بود که من را به این محصول علاقمند میکرد.
بعدها که اپلیکیشن Swarm با هدف جدا کردن تکهی شبکه اجتماعی Foursquare معرفی شد، فعالیت و پیگیریهای من هم کمی کمتر شد ولی این تیم همیشه تاثیر خود را در کار حرفهای من داشتهست. بطوریکه وقتی خواندم که اپلیکیشن جدید Foursquare بطور کامل در Sketch App طراحی شده، مهاجرت به این ابزار را برای خود یک الزام میدیدم.
تیم دیزاین این مجموعه، هماکنون نسخه 5.0 از اپلیکیشن Swarm را منتشر کردند که دستخوش تغییراتی بسیاری شدهاست.
مقاله امروز، داستانیست از زبان یکی از طراحان محصول این تیم که به بررسی روند این بازطراحی میپردازد و نکات جالبی در آن نهفتهست:
- میتوان متوجه دید و دغدغههای یک تیم دیزاین در این سطح، در روند بازطراحی محصول شد.
- میتوانید نمونهای از Style Guideهایی را که در تیمهای دیزاین دیگر ساخته میشود، ببینید.
- متوجه میشوید که یکی از وظایف شما به عنوان دیزاینر، به اشتراکگذاری ایدهها و طرحها و گرفتن بازخوردهاست. در هر سطحی که باشید.
و …
پیشنهاد میکنم همین حالا این داستان زیبا را مطالعه کنید.
https://medium.com/foursquare-direct/how-we-designed-foursquare-swarm-5-0-d774b3164f3f
(زمان حدودی مطالعه، ۱۰ دقیقه)
#تیم #بازطراحی #محصول #Swarm
@Dexign دیزاین
___
احتمالا اپلیکیشن Foursquare همچنین Swarm را میشناسید. برای من Foursquare نمونه یک محصول بسیار موفقست (حتی بالاتر از Instagram و Facebook) که پیشرفت و پا گرفتنش را در ایران، لحظه به لحظه پیگیری کردهام. هوشمندی بینظیری که در Gamification داشت و روشهای اغواگرانهای که برای وادار کردن کاربر به فعالیت استفاده میکرد از مهمترین دلایلی بود که من را به این محصول علاقمند میکرد.
بعدها که اپلیکیشن Swarm با هدف جدا کردن تکهی شبکه اجتماعی Foursquare معرفی شد، فعالیت و پیگیریهای من هم کمی کمتر شد ولی این تیم همیشه تاثیر خود را در کار حرفهای من داشتهست. بطوریکه وقتی خواندم که اپلیکیشن جدید Foursquare بطور کامل در Sketch App طراحی شده، مهاجرت به این ابزار را برای خود یک الزام میدیدم.
تیم دیزاین این مجموعه، هماکنون نسخه 5.0 از اپلیکیشن Swarm را منتشر کردند که دستخوش تغییراتی بسیاری شدهاست.
مقاله امروز، داستانیست از زبان یکی از طراحان محصول این تیم که به بررسی روند این بازطراحی میپردازد و نکات جالبی در آن نهفتهست:
- میتوان متوجه دید و دغدغههای یک تیم دیزاین در این سطح، در روند بازطراحی محصول شد.
- میتوانید نمونهای از Style Guideهایی را که در تیمهای دیزاین دیگر ساخته میشود، ببینید.
- متوجه میشوید که یکی از وظایف شما به عنوان دیزاینر، به اشتراکگذاری ایدهها و طرحها و گرفتن بازخوردهاست. در هر سطحی که باشید.
و …
پیشنهاد میکنم همین حالا این داستان زیبا را مطالعه کنید.
https://medium.com/foursquare-direct/how-we-designed-foursquare-swarm-5-0-d774b3164f3f
(زمان حدودی مطالعه، ۱۰ دقیقه)
#تیم #بازطراحی #محصول #Swarm
@Dexign دیزاین
___
Medium
How we designed Foursquare Swarm 5.0
Revamping our lifelog app
Forwarded from Software Philosophy
شایعترین دلیل تخمین زمان اشتباه یک پروژه
تخمین زمان یک پروژه کار آسانی نیست، مخصوصا اگر بخواهید خیلی دقیق باشید. ولی اغلب موارد مشکل تخمین این نیست که خیلی دقیق نیست، بلکه مشکلش این است که خیلی پرت است!
یکی از شایعترین عواملی که باعث میشود تخمین زمانی یک پروژه خیلی اشتباه باشد، تفاوت قائل نشدن بین دو مفهوم خیلی مهم است: «تخمین زمان» و «تخمین کار».
«تخمین زمان» مفهومی است که مدیران پروژه دوست دارند در مورد آن صحبت کنند. وقتی صحبت میکنند دائما به دنبال شنیدن تخمین زمانی هستند. برای مثال جملهای مانند «این کار تا پنجشنبه هفته بعد انجام میشود» جملهای است که زمان انجام شدن کار را تخمین میزند.
در مقابل «تخمین کار» مفهومی است که معمولا برنامهنویسان دوست دارند در مورد آن صحبت کنند. آنها ترجیح میدهند بگویند که این کار به چقدر زمان نیاز دارد. مثلا کاری است که به ۳ روز زمان نیاز دارد. مثلا جمله «این کار به یک هفته کار نیاز دارد» به این معنی نیست که یک هفته دیگر این کار تمام میشود و صرفا حجم کار مورد نیاز بیان شده.
برای یک تخمین موفق باید این مفاهیم در جلسات کاملا واضح شوند و در مورد آنها جداگانه صحبت شود. همچنین بهتر است از هر دو طیف افراد بالا در جلسات حضور داشته باشند تا جوانب مختلف بررسی شود.
پست زیر این دو مفهوم را معرفی کرده و تفاوت آنها را در مدیریت پروژه شرح دادهاست.
http://mehrandvd.me/2017/08/02/effort-vs-time-estimation/
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:
http://ow.ly/958i30erVZs
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
___
تخمین زمان یک پروژه کار آسانی نیست، مخصوصا اگر بخواهید خیلی دقیق باشید. ولی اغلب موارد مشکل تخمین این نیست که خیلی دقیق نیست، بلکه مشکلش این است که خیلی پرت است!
یکی از شایعترین عواملی که باعث میشود تخمین زمانی یک پروژه خیلی اشتباه باشد، تفاوت قائل نشدن بین دو مفهوم خیلی مهم است: «تخمین زمان» و «تخمین کار».
«تخمین زمان» مفهومی است که مدیران پروژه دوست دارند در مورد آن صحبت کنند. وقتی صحبت میکنند دائما به دنبال شنیدن تخمین زمانی هستند. برای مثال جملهای مانند «این کار تا پنجشنبه هفته بعد انجام میشود» جملهای است که زمان انجام شدن کار را تخمین میزند.
در مقابل «تخمین کار» مفهومی است که معمولا برنامهنویسان دوست دارند در مورد آن صحبت کنند. آنها ترجیح میدهند بگویند که این کار به چقدر زمان نیاز دارد. مثلا کاری است که به ۳ روز زمان نیاز دارد. مثلا جمله «این کار به یک هفته کار نیاز دارد» به این معنی نیست که یک هفته دیگر این کار تمام میشود و صرفا حجم کار مورد نیاز بیان شده.
برای یک تخمین موفق باید این مفاهیم در جلسات کاملا واضح شوند و در مورد آنها جداگانه صحبت شود. همچنین بهتر است از هر دو طیف افراد بالا در جلسات حضور داشته باشند تا جوانب مختلف بررسی شود.
پست زیر این دو مفهوم را معرفی کرده و تفاوت آنها را در مدیریت پروژه شرح دادهاست.
http://mehrandvd.me/2017/08/02/effort-vs-time-estimation/
⁉️ برای بحث و تبادل نظر فنی در مورد این پست، بر روی لینک زیر کلیک کنید:
http://ow.ly/958i30erVZs
#مهران_داودی (http://ow.ly/GwIl309lFEm)
کانال تلگرام:
@SoftwarePhilosophy
___
Dot Philosophy
Effort vs. Time Estimation - Dot Philosophy
Estimating the required time for a task, is not an easy job to do, if you want to be precise! The main problem with estimating is that, most of the time it is wrong! Being wrong is not too bad for an estimation. But, being too wrong is a disaster for a project.…
۱۰ موقعیتی که طراحان تجربه کاربری از آن متنفر هستند!
اخیرا در توییتر هشتگی راه افتاده بود با عنوان ShitDevelopersSay که خیلی از برنامهنویسان و حتی مدیران فنی ایرانی در توییتر با این هستگ توییت کردند.
تمام توییتها درباره جملاتی بود که معمولا توسعهدهندگان یا برنامهنویسان استفاده میکنند. مانند: «کدهاش رو نوشتم، فقط تستاش مونده.» یا «برنامهنویسی قبلیتون کد نزده، گند زده!»
این جملات تکراری، خندهدار و البته تاملبرانگیز، در تمامی مشاغل وجود دارد. به همین بهانه، امروز مقالهای را از John Saito، کسی که به قول خودش «کلمــات» را برای شرکت و سرویس معظم Dropbox دیزاین میکند، بررسی میکنیم. این مقاله از زاویهای دیگر، به بررسی موقعیتها و جملاتی میپردازد که طراحان تجربه کاربری، بخصوص Copy Writerها از آن متنفرند.
پیشنهاد میکنم همین حالا این نوشته کوتاه و لذتبخش را مطالعه کنید:
https://medium.com/@jsaito/10-things-ux-writers-hate-to-hear-a3d561a63ae8
(زمان حدودی مطالعه، ۶ دقیقه)
#جملات #طراحی_محصول #Copy_Writer
@Dexign دیزاین
___
اخیرا در توییتر هشتگی راه افتاده بود با عنوان ShitDevelopersSay که خیلی از برنامهنویسان و حتی مدیران فنی ایرانی در توییتر با این هستگ توییت کردند.
تمام توییتها درباره جملاتی بود که معمولا توسعهدهندگان یا برنامهنویسان استفاده میکنند. مانند: «کدهاش رو نوشتم، فقط تستاش مونده.» یا «برنامهنویسی قبلیتون کد نزده، گند زده!»
این جملات تکراری، خندهدار و البته تاملبرانگیز، در تمامی مشاغل وجود دارد. به همین بهانه، امروز مقالهای را از John Saito، کسی که به قول خودش «کلمــات» را برای شرکت و سرویس معظم Dropbox دیزاین میکند، بررسی میکنیم. این مقاله از زاویهای دیگر، به بررسی موقعیتها و جملاتی میپردازد که طراحان تجربه کاربری، بخصوص Copy Writerها از آن متنفرند.
پیشنهاد میکنم همین حالا این نوشته کوتاه و لذتبخش را مطالعه کنید:
https://medium.com/@jsaito/10-things-ux-writers-hate-to-hear-a3d561a63ae8
(زمان حدودی مطالعه، ۶ دقیقه)
#جملات #طراحی_محصول #Copy_Writer
@Dexign دیزاین
___
Medium
10 things UX writers hate to hear
Fake conversations, real situations
قدرتهای Sketch و After Effects به کمک هم میآیند
چندی قبل با تیم دیزاین روی طراحی یک بازی Trivia کار میکردیم. شاید بشود گفت که طراحی بازی همیشه یکی از چند لذت والای یک دیزاینر است. دیزاینر دوست دارد حتی اگر بازی اسم-فامیل را به شکل اپلیکیشن در میآورد، انیمیشنهایی در آن بگنجاند و از نظر بصری هیجانانگیزترین چیزی را که ممکن است، بسازد.
این موضوع برای تیم ما هم همینطور بود و برای هر بخش از این بازی Trivia که در حال طراحی آن بودیم انیمیشنهای هیجانانگیزی طراحی کردیم.
وقتی طراحیها به پایان رسید و نوبت به انتقال این انیمیشنها به تیم توسعه رسید، متوجه شدیم که صرفا با نمایش یک فایل MP4، نمیشود تکهها و جزئیات حرکتهای یک انیمیشن را به تیم توسعه منتقل کرد.
برای اینکه این انتقال به شکلی بهتر اتفاق بیافتد، تیم دیزاین ساعتهای زیادی را به مستند کردن انیمیشنهای هر بخش اختصاص داد که کاری بسیار وقتگیر بود.
علیرغم اینکه نتیجه کار تا حد خوبی راضیکننده بود ولی سختی مستندسازی، زمانبندی کار ما را بهم ریخت.
اخیرا به مقالهای از یکی طراحان تجربه کاربری در گوگل برخوردم که دقیقا مشکل مشابهی را داشتند و راه حل دیگری برای آن پیدا کردند. آقای Josh Fleetwood که در واقع راهبر تیم طراحی انیمیشنهای تجربه کاربری گوگل است، در این مقاله توضیح میهد که آنها انیمیشنهای خود را در After Effects میسازند و در انتقالشان به توسعهدهندگان با مشکل زیادی مواجه بودند. برای حل این مشکل دو افزونه (Plugin) بسیار کاربردی را به کار بستند که با استفاده از آنها میتوان خروجیهایی مستند از انیمیشنها به تیمهای توسعه ارائه داد و زندگی را شیرینتر کرد.
پیشنهاد میکنم این مقاله را از دست ندید، چرا که باعث صرفهجویی زیادی در زمان پروژه شما خواهد شد.
https://medium.com/google-design/bringing-sketch-and-after-effects-closer-together-d83b3e729c93
(زمان حدودی مطالعه، ۸ دقیقه)
#ابزار #افزونه #انیمیشن #تجربه_کاربری #motion
@Dexign دیزاین
___
چندی قبل با تیم دیزاین روی طراحی یک بازی Trivia کار میکردیم. شاید بشود گفت که طراحی بازی همیشه یکی از چند لذت والای یک دیزاینر است. دیزاینر دوست دارد حتی اگر بازی اسم-فامیل را به شکل اپلیکیشن در میآورد، انیمیشنهایی در آن بگنجاند و از نظر بصری هیجانانگیزترین چیزی را که ممکن است، بسازد.
این موضوع برای تیم ما هم همینطور بود و برای هر بخش از این بازی Trivia که در حال طراحی آن بودیم انیمیشنهای هیجانانگیزی طراحی کردیم.
وقتی طراحیها به پایان رسید و نوبت به انتقال این انیمیشنها به تیم توسعه رسید، متوجه شدیم که صرفا با نمایش یک فایل MP4، نمیشود تکهها و جزئیات حرکتهای یک انیمیشن را به تیم توسعه منتقل کرد.
برای اینکه این انتقال به شکلی بهتر اتفاق بیافتد، تیم دیزاین ساعتهای زیادی را به مستند کردن انیمیشنهای هر بخش اختصاص داد که کاری بسیار وقتگیر بود.
علیرغم اینکه نتیجه کار تا حد خوبی راضیکننده بود ولی سختی مستندسازی، زمانبندی کار ما را بهم ریخت.
اخیرا به مقالهای از یکی طراحان تجربه کاربری در گوگل برخوردم که دقیقا مشکل مشابهی را داشتند و راه حل دیگری برای آن پیدا کردند. آقای Josh Fleetwood که در واقع راهبر تیم طراحی انیمیشنهای تجربه کاربری گوگل است، در این مقاله توضیح میهد که آنها انیمیشنهای خود را در After Effects میسازند و در انتقالشان به توسعهدهندگان با مشکل زیادی مواجه بودند. برای حل این مشکل دو افزونه (Plugin) بسیار کاربردی را به کار بستند که با استفاده از آنها میتوان خروجیهایی مستند از انیمیشنها به تیمهای توسعه ارائه داد و زندگی را شیرینتر کرد.
پیشنهاد میکنم این مقاله را از دست ندید، چرا که باعث صرفهجویی زیادی در زمان پروژه شما خواهد شد.
https://medium.com/google-design/bringing-sketch-and-after-effects-closer-together-d83b3e729c93
(زمان حدودی مطالعه، ۸ دقیقه)
#ابزار #افزونه #انیمیشن #تجربه_کاربری #motion
@Dexign دیزاین
___
Medium
Bringing Sketch and After Effects Closer Together
Introducing two new animation workflow tools from UX Motion Design at Google
طراحی دکمهها در گذر زمان
دکمهها موجودات جالبی هستند. قبلتر هم مفصلا به آنها پرداخته بودیم. با دکمهها ما خرید خود را نهایی میکنیم، به حساب خود در اپلیکیشن موبایلبانکمان وارد میشویم، فرمهای ثبتنام را ثبت میکنیم و …
در مقاله امروز، آقای Wojciech Dobry نتیجه بررسی را که روی تغییرات طراحی ۸ ساله دکمهها داشتهاند، ارائه میدهند.
این تحقیق روی پلتفرم Dribbble اتفاق افتاده است.
پیشنهاد میکنم این سیرِ زمانی جالب را همین حالا روی این مقاله بررسی کنید:
https://www.toptal.com/designers/ui/button-design-dribbble-timeline
(زمان حدودی مطالعه، ۶ دقیقه)
#دکمه #تاریخچه #روند
@Dexign دیزاین
___
دکمهها موجودات جالبی هستند. قبلتر هم مفصلا به آنها پرداخته بودیم. با دکمهها ما خرید خود را نهایی میکنیم، به حساب خود در اپلیکیشن موبایلبانکمان وارد میشویم، فرمهای ثبتنام را ثبت میکنیم و …
در مقاله امروز، آقای Wojciech Dobry نتیجه بررسی را که روی تغییرات طراحی ۸ ساله دکمهها داشتهاند، ارائه میدهند.
این تحقیق روی پلتفرم Dribbble اتفاق افتاده است.
پیشنهاد میکنم این سیرِ زمانی جالب را همین حالا روی این مقاله بررسی کنید:
https://www.toptal.com/designers/ui/button-design-dribbble-timeline
(زمان حدودی مطالعه، ۶ دقیقه)
#دکمه #تاریخچه #روند
@Dexign دیزاین
___
Toptal Design Blog
Button Design Over the Years – The Dribbble Timeline | Toptal®
Digital design and UIs are evolving at an incredible pace and the styling of buttons along with it. The Dribbble Button Timeline shows us how button styles have developed over the past decade.
معرفی Lottie:
ابزاری بینظیر برای خلاقانهترین ایدههای شما
برای ما دیزاینرها همیشه متحرک کردن عناصری که در دیزاین استفاده میکنیم، جذابیت زیادی داشته است. جدای از اینکه دیزاینهای متحرک اغلب برای کاربرها نیز هیجانانگیز میباشد، ساخت آنها و دیدن نتیجه کار برای خود دیزاینر نیز لذتی غیرقابل وصف دارد. ولی دیزاینهای متحرک اغلب به سختی قابل پیادهسازی هستند و به کمال رساندن آنها هنگام پیادهسازی، مستلزم اختصاص زمان بسیار زیادی از طرف تیم پیادهسازیست.
امروز میخواهیم درباره ابزاری صحبت کنیم که قدم بزرگی در جهت سادهسازی پیادهسازی دیزاینهای متحرک برداشته است. قبلتر هم درباره خبرهایی که Airbnb در مجامع دیزاین ایجاد کرده بود صحبت کردهایم. این شرکت چند ماه قبل مجددا خبرساز شد و ابزاری متنباز به اسم Lottie را معرفی کرد.
با استفاده از این ابزار شما میتوانید انیمیشنهایی بُرداری (vector) را با پسوند JSON با کمک نرمافزار Adobe AfterEffect تولید کرده و تیم توسعه هم با استفاده از کتابخانه ارائه شده و استفاده از آن در اپلیکیشن، به راحتی آن انیمیشن را اجرا کند.
تجربه ما بعد از استفاده چندباره از این ابزار برای اجرای انیمیشنها و تعاملهای متحرک، نشان میدهد که گاهی انیمیشنها احتیاج به بازسازی دارند و باید گاهی تغییراتی در آنها اعمال که بتوان آنها را به شکلی عالی در اپلیکیشن اجرا کرد ولی همچنان سرعت بسیار زیادی به روند پیادهسازی میدهد.
پیشنهاد میکنم در اولین فرصت این ابزار را امتحان کرده و از طراحی انیمیشنها لذت ببرید.
در ادامه توجه شما را به چند انیمیشن اجرا شده که استفاده جلب میکنم.
https://medium.com/airbnb-engineering/introducing-lottie-4ff4a0afac0e
(زمان حدودی مطالعه، ۸ دقیقه)
#ابزار #اینتراکشن #تجربه_کاربری #Lottie
@Dexign دیزاین
___
ابزاری بینظیر برای خلاقانهترین ایدههای شما
برای ما دیزاینرها همیشه متحرک کردن عناصری که در دیزاین استفاده میکنیم، جذابیت زیادی داشته است. جدای از اینکه دیزاینهای متحرک اغلب برای کاربرها نیز هیجانانگیز میباشد، ساخت آنها و دیدن نتیجه کار برای خود دیزاینر نیز لذتی غیرقابل وصف دارد. ولی دیزاینهای متحرک اغلب به سختی قابل پیادهسازی هستند و به کمال رساندن آنها هنگام پیادهسازی، مستلزم اختصاص زمان بسیار زیادی از طرف تیم پیادهسازیست.
امروز میخواهیم درباره ابزاری صحبت کنیم که قدم بزرگی در جهت سادهسازی پیادهسازی دیزاینهای متحرک برداشته است. قبلتر هم درباره خبرهایی که Airbnb در مجامع دیزاین ایجاد کرده بود صحبت کردهایم. این شرکت چند ماه قبل مجددا خبرساز شد و ابزاری متنباز به اسم Lottie را معرفی کرد.
با استفاده از این ابزار شما میتوانید انیمیشنهایی بُرداری (vector) را با پسوند JSON با کمک نرمافزار Adobe AfterEffect تولید کرده و تیم توسعه هم با استفاده از کتابخانه ارائه شده و استفاده از آن در اپلیکیشن، به راحتی آن انیمیشن را اجرا کند.
تجربه ما بعد از استفاده چندباره از این ابزار برای اجرای انیمیشنها و تعاملهای متحرک، نشان میدهد که گاهی انیمیشنها احتیاج به بازسازی دارند و باید گاهی تغییراتی در آنها اعمال که بتوان آنها را به شکلی عالی در اپلیکیشن اجرا کرد ولی همچنان سرعت بسیار زیادی به روند پیادهسازی میدهد.
پیشنهاد میکنم در اولین فرصت این ابزار را امتحان کرده و از طراحی انیمیشنها لذت ببرید.
در ادامه توجه شما را به چند انیمیشن اجرا شده که استفاده جلب میکنم.
https://medium.com/airbnb-engineering/introducing-lottie-4ff4a0afac0e
(زمان حدودی مطالعه، ۸ دقیقه)
#ابزار #اینتراکشن #تجربه_کاربری #Lottie
@Dexign دیزاین
___
Medium
Introducing Lottie
Our new open-source tool makes adding animation to native apps a snap.
دیزاینها را باید شُست، جور دیگر باید چید
چشمها بخشهای عجیبی از انسان هستند. چشمهای کاربران گاهی آنچه را که دیزاین کردهاید، آنطوری که نقشهاش را کشیدهاید، نمیبینند. گاهی شما تمام دقت خود را صرف کردهاید تا عناصر صفحه را در فواصل مساوی از یکدیگر یا در اندازههای برابر با یکدیگر دیزاین شوند، ولی چشمها آنها را تراز شده و یا هماندازه نمیبینند. سوال اینکه چطور باید دیزاین کرد؟
دانستن این موضوع به طراحان رابط کاربری، طراحان فونت یا حتی کسانی که صفحهآرایی انجام میدهند کمک میکند که دیزاینهایی چشمنوازتر انجام دهند.
قبلتر هم در مقالهای دیگر درباره این موضوع صحبت کرده بودیم، ولی اینبار میخواهیم بسیار مفصلتر و با مثالهای بسیاری این موضوع را بررسی کنیم.
در مقاله امروز آقای Slava Shestopalov با استفاده از بیش از ۵۰ نمونه و با توضیح جزئیتر (بخصوص روی اشکالی با گوشههای گرد) به ما در درک بهتر این مفهوم کمک میکند.
پیشنهاد میکنم مقاله امروز را از دست ندهید.
https://medium.muz.li/optical-effects-9fca82b4cd9a
(زمان حدودی مطالعه، ۱۸ دقیقه)
#آموزش #بررسی #مفاهیم #نمونهها
@Dexign دیزاین
___
چشمها بخشهای عجیبی از انسان هستند. چشمهای کاربران گاهی آنچه را که دیزاین کردهاید، آنطوری که نقشهاش را کشیدهاید، نمیبینند. گاهی شما تمام دقت خود را صرف کردهاید تا عناصر صفحه را در فواصل مساوی از یکدیگر یا در اندازههای برابر با یکدیگر دیزاین شوند، ولی چشمها آنها را تراز شده و یا هماندازه نمیبینند. سوال اینکه چطور باید دیزاین کرد؟
دانستن این موضوع به طراحان رابط کاربری، طراحان فونت یا حتی کسانی که صفحهآرایی انجام میدهند کمک میکند که دیزاینهایی چشمنوازتر انجام دهند.
قبلتر هم در مقالهای دیگر درباره این موضوع صحبت کرده بودیم، ولی اینبار میخواهیم بسیار مفصلتر و با مثالهای بسیاری این موضوع را بررسی کنیم.
در مقاله امروز آقای Slava Shestopalov با استفاده از بیش از ۵۰ نمونه و با توضیح جزئیتر (بخصوص روی اشکالی با گوشههای گرد) به ما در درک بهتر این مفهوم کمک میکند.
پیشنهاد میکنم مقاله امروز را از دست ندهید.
https://medium.muz.li/optical-effects-9fca82b4cd9a
(زمان حدودی مطالعه، ۱۸ دقیقه)
#آموزش #بررسی #مفاهیم #نمونهها
@Dexign دیزاین
___
Medium
Optical effects in user interfaces
How to make optically balanced icons, correct shapes alignment, and perfect corner rounding
کتابخانهها به شما بال میدن:
بررسی نسخه ۴۷ نرمافزار Sketch
چند وقت قبل با یکی از دوستانم که حالا به عنوان Android Engineer در شرکت Spotify کار میکند گپ می زدیم. Spotify بعد از منتشر کردن ویدئویی از نحوه کار تیمهایش، توجه خیلیها از جمله من را به ساختار تیمی خود جلب کرد. برایم خیلی جالب بود بدانم در شرکتی با این تعداد تیم و این تعداد نیروی انسانی، دیزاینرها چطور دیزاینهای خود را بصورت یکپارچه نگه میدارند؟
دوستم برایم توضیح داد که تیمی متشکل از چند دیزاینر ارشد تمامی عناصری را که در اپلیکیشنهای Spotify قرار دارد، در یه فایل جامع قرار دادهاند و دیزاینرهای تمام تیمهای کوچکتر، از آن عناصر دیزاین شده برای کار روی صفحات خود استفاده میکنند.
در کنار هیجانانگیز بودن این مقدار هماهنگی، تمام فکر من درگیر دهها سوال دیگر بود که با چه نرمافزاری کار میکنند؟ فایلهای خود را چطور با یکدیگر به اشتراک میگذارند؟ اصلا چطور از بهروزرسانی احتمالی عناصر دیزاین شده مطلع میشوند؟ و…
گرچه فرصت کم هردوی ما اجازه نداد بیشتر با یکدیگر صحبت کنیم ولی با مقدمه بالا میخواهم به معرفی نسخه جدید اپلیکیشن دوستداشتنی Sketch و ویژگی جدید و هیجانانگیزش بپردازم.
در مقاله امروز از زبان تیم Sketch میخوانیم که این نسخه شامل ۲ ویژگی مشخص به نام Library و Smooth Corner و چند بهینهسازی و بهبود کوچکتر است.
ویژگی Library دقیقا همان چیزی است که میتواند روند کاری تیمهای دیزاین که بر روی یک محصول کار میکنند را کاملا تغییر داده و مشابه Spotify کند. اگر با Symbolها در Sketch کار کرده باشید، میدانید که با استفاده از آنها میتوان عناصری را ساخته و در جاهای مختلف دیزاین خود استفاده کنید؛ حال با تغییر یکی از نمونههای استفاده شده، تمامی آنها بهروز شده و تغییر اعمال شده را میپذیرند.
حالا در نسخه جدید Sketch، شما Symbolهایی دارید که میتوانید آنها در یک فایل جدا ذخیره کرده و از آنها در فایلهای مختلف استفاده کنید. با تغییر در یکی از نمونهها، تمامی فایلها تغییر عنصر مورد نظر را به شما اطلاع داده و بهروز میشوند.
خیلی جالب است نه؟
در ادامه ویدئویی از کارکرد این ویژگی خواهیم دید.
پیشنهاد میکنم پس از دیدن ویدئو، باقی توضیحات را از زبان خود مقاله بخوانید.
https://blog.sketchapp.com/introducing-libraries-and-smooth-corners-in-sketch-47-2abc5dfc1fb3
(زمان حدودی مطالعه، ۷ دقیقه)
#رابط_کاربر #ابزار #اسکچ
@Dexign دیزاین
_
بررسی نسخه ۴۷ نرمافزار Sketch
چند وقت قبل با یکی از دوستانم که حالا به عنوان Android Engineer در شرکت Spotify کار میکند گپ می زدیم. Spotify بعد از منتشر کردن ویدئویی از نحوه کار تیمهایش، توجه خیلیها از جمله من را به ساختار تیمی خود جلب کرد. برایم خیلی جالب بود بدانم در شرکتی با این تعداد تیم و این تعداد نیروی انسانی، دیزاینرها چطور دیزاینهای خود را بصورت یکپارچه نگه میدارند؟
دوستم برایم توضیح داد که تیمی متشکل از چند دیزاینر ارشد تمامی عناصری را که در اپلیکیشنهای Spotify قرار دارد، در یه فایل جامع قرار دادهاند و دیزاینرهای تمام تیمهای کوچکتر، از آن عناصر دیزاین شده برای کار روی صفحات خود استفاده میکنند.
در کنار هیجانانگیز بودن این مقدار هماهنگی، تمام فکر من درگیر دهها سوال دیگر بود که با چه نرمافزاری کار میکنند؟ فایلهای خود را چطور با یکدیگر به اشتراک میگذارند؟ اصلا چطور از بهروزرسانی احتمالی عناصر دیزاین شده مطلع میشوند؟ و…
گرچه فرصت کم هردوی ما اجازه نداد بیشتر با یکدیگر صحبت کنیم ولی با مقدمه بالا میخواهم به معرفی نسخه جدید اپلیکیشن دوستداشتنی Sketch و ویژگی جدید و هیجانانگیزش بپردازم.
در مقاله امروز از زبان تیم Sketch میخوانیم که این نسخه شامل ۲ ویژگی مشخص به نام Library و Smooth Corner و چند بهینهسازی و بهبود کوچکتر است.
ویژگی Library دقیقا همان چیزی است که میتواند روند کاری تیمهای دیزاین که بر روی یک محصول کار میکنند را کاملا تغییر داده و مشابه Spotify کند. اگر با Symbolها در Sketch کار کرده باشید، میدانید که با استفاده از آنها میتوان عناصری را ساخته و در جاهای مختلف دیزاین خود استفاده کنید؛ حال با تغییر یکی از نمونههای استفاده شده، تمامی آنها بهروز شده و تغییر اعمال شده را میپذیرند.
حالا در نسخه جدید Sketch، شما Symbolهایی دارید که میتوانید آنها در یک فایل جدا ذخیره کرده و از آنها در فایلهای مختلف استفاده کنید. با تغییر در یکی از نمونهها، تمامی فایلها تغییر عنصر مورد نظر را به شما اطلاع داده و بهروز میشوند.
خیلی جالب است نه؟
در ادامه ویدئویی از کارکرد این ویژگی خواهیم دید.
پیشنهاد میکنم پس از دیدن ویدئو، باقی توضیحات را از زبان خود مقاله بخوانید.
https://blog.sketchapp.com/introducing-libraries-and-smooth-corners-in-sketch-47-2abc5dfc1fb3
(زمان حدودی مطالعه، ۷ دقیقه)
#رابط_کاربر #ابزار #اسکچ
@Dexign دیزاین
_
Sketch
Introducing Libraries and Smooth Corners in Sketch 47
Sketch 47 is here and, alongside a number of smaller bug fixes and improvements, this latest release includes one of our biggest updates yet — Libraries.
سرویس Dropbox، خوشحالتر از همیشه
چند روز قبل سرویس Dropbox که پیشتر هم در مقالههای مختلف نام آن را بردهایم، هویت بصری خود را بطور کامل بازطراحی کرد.
بازخوردهای این اتفاق، جالب و بعضا بسیار خندهدار بودند. قضیه از آنجایی شروع شد که رنگهایی که این سرویس در هویت بصری جدید خود در نظر گرفته، رنگهایی عجیب و البته جدید هستند که آدم را بیشتر به یاد رنگ پلیورها و جورابها میاندازد تا یک سرویس تا این حد جدی. همچنین نوع و زبان تصویرسازی که Dropbox در این هویت بصری جدید استفاده میکند کمی نامتعارف است.
خلاصه کلی از منتقدین دیزاین با کنایهها و مقایسههای عجیب و بعضی دیزاینرها با اشتراکگذاری طراحیهای خندهدار از جنس تصویرسازی جدید Dropbox، نظرات خود را ابراز کردند.
در این بین یک سایت هم به راه افتاد که رنگهای Dropbox جدید را با رنگهای Happy Socks یا همان جورابهای خوشحالی که با طرحهای رنگی در بازار وجود دارد مقایسه کرده و نام خود را Dropsox گذاشته است.
بعید نیست که این حرکت آغازگر موجی از بازطراحی هویت بصری برای سرویسهای دیگر، با این زبان جدید باشد.
پیشنهاد میکنم شما هم از این قافله عقب نمانید و سری به وبسایت Dropbox و بازخوردها را بخوانید.
https://dropsox.style
که طراحی آن کنایهست به:
https://dropbox.design
#رابط_کاربر #بازطراحی
@Dexign دیزاین
_______
چند روز قبل سرویس Dropbox که پیشتر هم در مقالههای مختلف نام آن را بردهایم، هویت بصری خود را بطور کامل بازطراحی کرد.
بازخوردهای این اتفاق، جالب و بعضا بسیار خندهدار بودند. قضیه از آنجایی شروع شد که رنگهایی که این سرویس در هویت بصری جدید خود در نظر گرفته، رنگهایی عجیب و البته جدید هستند که آدم را بیشتر به یاد رنگ پلیورها و جورابها میاندازد تا یک سرویس تا این حد جدی. همچنین نوع و زبان تصویرسازی که Dropbox در این هویت بصری جدید استفاده میکند کمی نامتعارف است.
خلاصه کلی از منتقدین دیزاین با کنایهها و مقایسههای عجیب و بعضی دیزاینرها با اشتراکگذاری طراحیهای خندهدار از جنس تصویرسازی جدید Dropbox، نظرات خود را ابراز کردند.
در این بین یک سایت هم به راه افتاد که رنگهای Dropbox جدید را با رنگهای Happy Socks یا همان جورابهای خوشحالی که با طرحهای رنگی در بازار وجود دارد مقایسه کرده و نام خود را Dropsox گذاشته است.
بعید نیست که این حرکت آغازگر موجی از بازطراحی هویت بصری برای سرویسهای دیگر، با این زبان جدید باشد.
پیشنهاد میکنم شما هم از این قافله عقب نمانید و سری به وبسایت Dropbox و بازخوردها را بخوانید.
https://dropsox.style
که طراحی آن کنایهست به:
https://dropbox.design
#رابط_کاربر #بازطراحی
@Dexign دیزاین
_______
دیزاینهایی که کاربر را صدا میزنند
صداها هم مثل بوها و رنگها، موجودات عجیب هستند. شنیدنشان خاطرهها، حس و حال بسیاری را با خود به همراه دارد. برای لحظاتی چشمهایتان را ببندید و فکر کنید که صدای بالا آمدن ویندوز یا مک را به خاطر دارید؟ صدای شروع اخبار ساعت ۱۴ شبکه یک صدا و سیمای ایران را چطور؟ صدای زنگ پیشفرض گوشیهای نوکیا و آیفون را چی؟ یا حتی معروفترین آواهای خاطرات ایرانیان: تبلیغات صاایران، بوتان و مودم دایلآپ!
حدود سه سال قبل، همراه یک تیم خوب به طراحی یک بازی Endless به نام Bring Me Up مشغول بودیم. وقتی به مرحله صداگذاری رسیدیم، در ابتدا تصمیم به دریافت صداهای رایگان روی اینترنت گرفتیم. نتیجه باب میلمان نبود. بعد از کمی فکر شروع کردیم به گفتن آواهایی با دهان و هرکدام را با کامپیوتر کمی تغییر داده و روی بازی قرار دادیم. نتیجه بسیار رضایتبخشتر بود.
گرچه این بازی که در عرض دو هفته طراحی و پیادهسازی شده بود، طرفدار زیادی پیدا نکرد، ولی تجربه ساخت یک بازی و بخصوص صداگذاری آن، به قدری برای من جذاب بود که به یکی از موضوعات مورد علاقهام در دیزاین تبدیل شد.
با مقدمه بالا، احتمالا فهمیدهاید که مقاله امروز درباره دیزاین صداهاست. صداهایی که ما برای دمیدن روح و دادن جان به رابطهای کاربری و محصولاتمان از آنها استفاده میکنیم.
این مقاله از پایهایترین نکات آغاز کرده و با گنجاندن نمونههای مختلفی از صداهای Notificationها و شما را در مسیر یادگیری استفاده کاملا حرفهای از صداها در محصولاتتان یاری خواهد کرد.
پیش از شروع خواندن این مقاله عالی، توجه شما را به ویدئویی که در ادامه ارسال شدهست جلب میکنم که کار بسیار خوبی از مجله WIRED است، درباره رواشناسی صداها.
https://icons8.com/articles/ui-sounds/
(زمان حدودی مطالعه، ۱۲ دقیقه + تماشای ویدئوها)
#طراحی_صدا
@Dexign فلسفه دیزاین
ــــــــــــــــــــ
صداها هم مثل بوها و رنگها، موجودات عجیب هستند. شنیدنشان خاطرهها، حس و حال بسیاری را با خود به همراه دارد. برای لحظاتی چشمهایتان را ببندید و فکر کنید که صدای بالا آمدن ویندوز یا مک را به خاطر دارید؟ صدای شروع اخبار ساعت ۱۴ شبکه یک صدا و سیمای ایران را چطور؟ صدای زنگ پیشفرض گوشیهای نوکیا و آیفون را چی؟ یا حتی معروفترین آواهای خاطرات ایرانیان: تبلیغات صاایران، بوتان و مودم دایلآپ!
حدود سه سال قبل، همراه یک تیم خوب به طراحی یک بازی Endless به نام Bring Me Up مشغول بودیم. وقتی به مرحله صداگذاری رسیدیم، در ابتدا تصمیم به دریافت صداهای رایگان روی اینترنت گرفتیم. نتیجه باب میلمان نبود. بعد از کمی فکر شروع کردیم به گفتن آواهایی با دهان و هرکدام را با کامپیوتر کمی تغییر داده و روی بازی قرار دادیم. نتیجه بسیار رضایتبخشتر بود.
گرچه این بازی که در عرض دو هفته طراحی و پیادهسازی شده بود، طرفدار زیادی پیدا نکرد، ولی تجربه ساخت یک بازی و بخصوص صداگذاری آن، به قدری برای من جذاب بود که به یکی از موضوعات مورد علاقهام در دیزاین تبدیل شد.
با مقدمه بالا، احتمالا فهمیدهاید که مقاله امروز درباره دیزاین صداهاست. صداهایی که ما برای دمیدن روح و دادن جان به رابطهای کاربری و محصولاتمان از آنها استفاده میکنیم.
این مقاله از پایهایترین نکات آغاز کرده و با گنجاندن نمونههای مختلفی از صداهای Notificationها و شما را در مسیر یادگیری استفاده کاملا حرفهای از صداها در محصولاتتان یاری خواهد کرد.
پیش از شروع خواندن این مقاله عالی، توجه شما را به ویدئویی که در ادامه ارسال شدهست جلب میکنم که کار بسیار خوبی از مجله WIRED است، درباره رواشناسی صداها.
https://icons8.com/articles/ui-sounds/
(زمان حدودی مطالعه، ۱۲ دقیقه + تماشای ویدئوها)
#طراحی_صدا
@Dexign فلسفه دیزاین
ــــــــــــــــــــ
blog.icons8.com
UI Sounds: Everything About User Interface Sounds
A sound can significantly improve the users’ experience and be useful where GIU can not. All that it takes - to put good sounds in the right places.
حاشیههایی شیرینتر از داستان
چند وقتیست که از کنفرانس اپل میگذرد. همان کنفرانسی که در آن iPhone X و برخی محصولات دیگرش را معرفی کرد.
مثل همیشه گمانهزنیهایی پیش از کنفرانس شده بود و همه کسانی که پیگیر بودند، میدانستند که باید منتظر چه چیزی باشند. خود اپل هم که انگار از این شایعات و حدسهای مردم لذت میبرد، با منتشر کردن عکسی از لوگوی کنفرانس، شرلوک درون مردم را قلقلک داد.
خلاصه کنفرانس برگزار شد و تغییراتی بزرگ و کوچک روی محصولات پیشین و نمونه جدید آنها معرفی شد. یکی از پرسروصداترین محصولات امسال اپل، iPhone X است. منظور من از سروصدا لزوما صحبتهای خوب درباره این دستگاه جدید نیست. این آیفون جدید، به سنسور تشخیص چهرهای (ساختاری مشابه دستگاههای Kinect) مجهز است که باعث شده طراحان اپل نتوانند صفحه نمایش دستگاه را بصورت لبه تا لبه (edge-to-edge) طراحی کنند. مردم در شبکههای اجتماعی، نام این قسمت را The Notch (به معنی فرورفتگی) نامیدند و شروع به ارائه ایدههای جالب، خندهدار و بعضا تحلیلهای مختلفی کردند.
مقاله امروز به بررسی حواشی و اتفاقات و صحبتهایی که درباره آیفون جدید در شبکههای اجتماعی شکل گرفت میپردازد و منابع و ایدههای خوبی را در طول مقاله معرفی میکند.
پیشنهاد میکنم این مقاله را از دست ندهید.
https://blog.prototypr.io/notch-crazy-iphone-x-mad-475f43d6ee26
(زمان حدودی مطالعه، ۱۰ دقیقه)
#بررسی #محصول #حواشی
@Dexign فلسفه دیزاین
ــــــــــــــــــ
چند وقتیست که از کنفرانس اپل میگذرد. همان کنفرانسی که در آن iPhone X و برخی محصولات دیگرش را معرفی کرد.
مثل همیشه گمانهزنیهایی پیش از کنفرانس شده بود و همه کسانی که پیگیر بودند، میدانستند که باید منتظر چه چیزی باشند. خود اپل هم که انگار از این شایعات و حدسهای مردم لذت میبرد، با منتشر کردن عکسی از لوگوی کنفرانس، شرلوک درون مردم را قلقلک داد.
خلاصه کنفرانس برگزار شد و تغییراتی بزرگ و کوچک روی محصولات پیشین و نمونه جدید آنها معرفی شد. یکی از پرسروصداترین محصولات امسال اپل، iPhone X است. منظور من از سروصدا لزوما صحبتهای خوب درباره این دستگاه جدید نیست. این آیفون جدید، به سنسور تشخیص چهرهای (ساختاری مشابه دستگاههای Kinect) مجهز است که باعث شده طراحان اپل نتوانند صفحه نمایش دستگاه را بصورت لبه تا لبه (edge-to-edge) طراحی کنند. مردم در شبکههای اجتماعی، نام این قسمت را The Notch (به معنی فرورفتگی) نامیدند و شروع به ارائه ایدههای جالب، خندهدار و بعضا تحلیلهای مختلفی کردند.
مقاله امروز به بررسی حواشی و اتفاقات و صحبتهایی که درباره آیفون جدید در شبکههای اجتماعی شکل گرفت میپردازد و منابع و ایدههای خوبی را در طول مقاله معرفی میکند.
پیشنهاد میکنم این مقاله را از دست ندهید.
https://blog.prototypr.io/notch-crazy-iphone-x-mad-475f43d6ee26
(زمان حدودی مطالعه، ۱۰ دقیقه)
#بررسی #محصول #حواشی
@Dexign فلسفه دیزاین
ــــــــــــــــــ
Medium
‘Notch’ crazy, iPhone X mad 📱🤡
What designers think of iPhone X
معرفی مفهوم Interaction Flows
دیزاین شدن یک محصول، قدمهای اول برای شکلگیری و بدنیا آمدنش است. در مسیر شکلگیری آن افراد و تیمهای مختلفی همکاری میکنند که دیزاینر یا تیم دیزاین و همچنین توسعهدهنده یا تیم توسعه از جمله آنها هستند. نحوه تعامل تیمهای مختلف با یکدیگر و انتقال خروجیهای یک تیم به عنوان ورودی، به تیم دیگر همیشه محل بحث و البته ارائه پیشنهادهایی برای بهبود بوده است.
وقتی محصولی دیزاین میشود، تمامی بخشها و صفحات آن، تمامی روندها و حتی انیمیشنهای تعاملی آن در ذهن دیزاینر شکل میگیرد. گاهی این جزئیات -که اتفاقا ممکن است کار را از سطحی خوب به عالی ببرند- در روند انتقال دیزاینها به تیم توسعه، به خوبی تفهیم نشده و باعث اتلاف وقت زیادی برای هردو طرف میشوند.
ما پیشتر هم درباره این چالش صحبت کرده و ابزارهایی برای انتقال انیمیشنهای تعاملی معرفی کردهایم. امروز میخواهیم راهحل پیشنهادی خانم Havana Nguyen را درباره انتقال روندهای دیزاین بررسی کنیم.
ایشان پس از طرح مساله بالا، راهحلهای مختلف ارائه شده را بررسی کرده و با ترکیب مفاهیم Wireflow و بنیانهای ساخت Microinteractionها، یک Template جدید با نام IX Flows ارائه کردند.
این Template از دید من ترکیبیست از Storyboard و Functional Specification، و مفهومیست کارآمد برای مستندسازی یک دیزاین و انتقال تمام و کمال آن به تیم توسعه.
پیشنهاد میکنم همین حالا مقاله را بررسی کرده تا بتوانید آن را در محصولات خود به کار ببندید.
https://uxplanet.org/an-introduction-to-interaction-flows-a4f783402529
(زمان حدودی مطالعه، ۱۰ دقیقه)
#تجربه_کاربر #UX
@Dexign فلسفه دیزاین
ـــــــــ
دیزاین شدن یک محصول، قدمهای اول برای شکلگیری و بدنیا آمدنش است. در مسیر شکلگیری آن افراد و تیمهای مختلفی همکاری میکنند که دیزاینر یا تیم دیزاین و همچنین توسعهدهنده یا تیم توسعه از جمله آنها هستند. نحوه تعامل تیمهای مختلف با یکدیگر و انتقال خروجیهای یک تیم به عنوان ورودی، به تیم دیگر همیشه محل بحث و البته ارائه پیشنهادهایی برای بهبود بوده است.
وقتی محصولی دیزاین میشود، تمامی بخشها و صفحات آن، تمامی روندها و حتی انیمیشنهای تعاملی آن در ذهن دیزاینر شکل میگیرد. گاهی این جزئیات -که اتفاقا ممکن است کار را از سطحی خوب به عالی ببرند- در روند انتقال دیزاینها به تیم توسعه، به خوبی تفهیم نشده و باعث اتلاف وقت زیادی برای هردو طرف میشوند.
ما پیشتر هم درباره این چالش صحبت کرده و ابزارهایی برای انتقال انیمیشنهای تعاملی معرفی کردهایم. امروز میخواهیم راهحل پیشنهادی خانم Havana Nguyen را درباره انتقال روندهای دیزاین بررسی کنیم.
ایشان پس از طرح مساله بالا، راهحلهای مختلف ارائه شده را بررسی کرده و با ترکیب مفاهیم Wireflow و بنیانهای ساخت Microinteractionها، یک Template جدید با نام IX Flows ارائه کردند.
این Template از دید من ترکیبیست از Storyboard و Functional Specification، و مفهومیست کارآمد برای مستندسازی یک دیزاین و انتقال تمام و کمال آن به تیم توسعه.
پیشنهاد میکنم همین حالا مقاله را بررسی کرده تا بتوانید آن را در محصولات خود به کار ببندید.
https://uxplanet.org/an-introduction-to-interaction-flows-a4f783402529
(زمان حدودی مطالعه، ۱۰ دقیقه)
#تجربه_کاربر #UX
@Dexign فلسفه دیزاین
ـــــــــ
Medium
An Introduction to Interaction Flows
Could IX Flows be a key to smoother design/dev handoffs?
آیا محصول شما در جیب جا میشود؟
میدانستید تعریف Mark Zuckerberg از Facebook چیست؟
«چیزی که شما میتواند اسم کسی را در آن جستجو کرده و کلی اطلاعات درباره آن فرد بفهمید.»
یا تعریف Travis Kalanick، از Uber (سرویسی که اسنپ مشابه آن است)؟
«شما دکمهای را فشار میدهید و ۵ دقیقه بعد یک مرسدس میاد و شما رو به هرکجا بخواهید میبره.»
در تعریف Mark Zuckerberg از سرویسی که بنیانگذار آن است، هیچ نشانی از «شبکه اجتماعی» یا دهها ویژگی منحصربفرد دیگر Facebook نیست.
آیا شما هم میتوانید تعریفی در این حد خلاصه و در یک جمله از محصول خود داشته باشید؟ بسیاری از ما اصرار داریم که تمامی ویژگیهای آن را در توضیح محصول بیاوریم و در نتیجه باعث سردرگمی دیگران میشویم.
در تمامی ارائههای شفاهی، توضیحات متنی و هر نوع توضیحی که هرجایی قرار است از محصول شما عنوان شود، باید بتوان بهینهترین آنها را ارائه داد که رسالت اصلی آن سرویس یا واضحترین ایده بنیانگذار آن را بیان کند.
مقاله امروز راهنماییست استراتژیک برای این بتوانید به این توضیح یک جملهای از محصول خود برسید.
این مقاله را از دست ندهید
https://medium.dave-bailey.com/the-magic-formula-to-describe-a-product-in-one-sentence-175ce38619c7
(زمان حدودی مطالعه، ۷ دقیقه)
#Design
@Dexign فلسفه دیزاین
ــــــ
میدانستید تعریف Mark Zuckerberg از Facebook چیست؟
«چیزی که شما میتواند اسم کسی را در آن جستجو کرده و کلی اطلاعات درباره آن فرد بفهمید.»
یا تعریف Travis Kalanick، از Uber (سرویسی که اسنپ مشابه آن است)؟
«شما دکمهای را فشار میدهید و ۵ دقیقه بعد یک مرسدس میاد و شما رو به هرکجا بخواهید میبره.»
در تعریف Mark Zuckerberg از سرویسی که بنیانگذار آن است، هیچ نشانی از «شبکه اجتماعی» یا دهها ویژگی منحصربفرد دیگر Facebook نیست.
آیا شما هم میتوانید تعریفی در این حد خلاصه و در یک جمله از محصول خود داشته باشید؟ بسیاری از ما اصرار داریم که تمامی ویژگیهای آن را در توضیح محصول بیاوریم و در نتیجه باعث سردرگمی دیگران میشویم.
در تمامی ارائههای شفاهی، توضیحات متنی و هر نوع توضیحی که هرجایی قرار است از محصول شما عنوان شود، باید بتوان بهینهترین آنها را ارائه داد که رسالت اصلی آن سرویس یا واضحترین ایده بنیانگذار آن را بیان کند.
مقاله امروز راهنماییست استراتژیک برای این بتوانید به این توضیح یک جملهای از محصول خود برسید.
این مقاله را از دست ندهید
https://medium.dave-bailey.com/the-magic-formula-to-describe-a-product-in-one-sentence-175ce38619c7
(زمان حدودی مطالعه، ۷ دقیقه)
#Design
@Dexign فلسفه دیزاین
ــــــ
Medium
The Art of Writing One-Sentence Product Denoscriptions
A look back at early interviews with Facebook and Uber CEOs illustrates an ingenious way to communicate hard-to-describe products.
این پست تا به حال نزدیک به ۱۹۰۰ بار مشاهده شده و به نظر میرسد برای خوانندگان جدید کانال جذاب باشد.
#پست_مجدد
#پست_مجدد