نمونهکار فقط مجموعهای از تصویرهای زیبا نیست. مشتری بالقوه میخواهد بفهمد شما مسئله یک پروژه را چطور درک کردهاید، چه بخشی را انجام دادهاید و کیفیت تصمیمهایتان در خروجی کجا دیده میشود. اگر این اطلاعات کنار تصویر نباشند، ارزیابی کار بیشتر به سلیقه ظاهری محدود میشود.
یک روایت خوب از پروژه میتواند کوتاه یا مفصل باشد، اما باید دقیق باشد. قرار نیست هر پروژه به داستان یک موفقیت بزرگ تبدیل شود. گاهی توضیح یک محدودیت، یک تصمیم روشن و یک خروجی منظم، تصویر قابل اعتمادتری از توانایی شما میسازد. این راهنما برای طراحان، آژانسها و نمایندگانی است که میخواهند کارشان را شفافتر معرفی کنند.
پروژه مناسب را با توجه به مشتری آینده انتخاب کنید
همه پروژهها ارزش یکسانی برای معرفی خدمات فعلی شما ندارند. اگر میخواهید با شرکتهای خدماتی کار کنید، نمونهای که ساختار خدمات و مسیر تماس را خوب نشان میدهد میتواند مرتبطتر از یک تصویر نمایشی نامرتبط باشد. پروژهها را بر اساس نوع مسئله و سهم واقعی تیم انتخاب کنید، نه فقط تازگی یا رنگبندی جذاب.
برای شروع، چند نمونه محدود ولی کامل آماده کنید. بهتر است مخاطب بتواند سه پروژه را بفهمد تا اینکه میان بیست تصویر بدون توضیح بگردد. هر نمونه باید دلیل مشخصی برای حضور در مجموعه داشته باشد: معرفی یک مهارت، یک نوع مشتری یا یک مسئلهای که حل کردهاید.
مسئله پروژه را در زبان مشتری بنویسید
بهجای شروع با فهرست ابزارها، وضعیت اولیه را توضیح دهید. مثلاً در یک مثال فرضی: «اطلاعات خدمات شرکت در فایلهای جداگانه بود و مشتری برای پیداکردن محدوده هر خدمت باید تماس میگرفت.» این توضیح، زمینه تصمیمهای بعدی را میسازد و به خواننده کمک میکند مسئله را با تجربه خودش مقایسه کند.
از نسبتدادن مسئله یا ضعف به مشتری بدون توافق پرهیز کنید. میتوانید موقعیت را محترمانه و خنثی بیان کنید: هدف پروژه، منظمکردن اطلاعات و ایجاد مسیر معرفی روشن بوده است. نمونهکار باید کیفیت همکاری را نشان دهد و نباید به افشای جزئیات داخلی طرف مقابل تبدیل شود.
نقش خودتان را دقیق مشخص کنید
ممکن است پروژه حاصل همکاری طراح، نویسنده، برنامهنویس و تیم مشتری باشد. سهم هر بخش را روشن کنید. اگر فقط چیدمان و ورود محتوا را انجام دادهاید، کل پروژه را طراحی اختصاصی خودتان معرفی نکنید. اگر از قالب یا زیرساخت آماده استفاده شده، ارزش کار شما میتواند در تطبیق آن با نیاز مشتری، محتوا و فرایند اجرا باشد.
برای هر پروژه یک توضیح کوتاه از دامنه همکاری بنویسید: طراحی ساختار صفحات، آمادهسازی محتوا، شخصیسازی ظاهر یا همراهی در راهاندازی. این دقت به مشتری آینده کمک میکند بداند کدام بخش از نتیجه را میتواند از تیم شما انتظار داشته باشد.
تصمیمها را کنار تصویر نشان دهید
تصویر صفحه اصلی بهتنهایی نمیگوید چرا بخشها به آن ترتیب قرار گرفتهاند. کنار تصویر توضیح دهید چه تصمیمی گرفته شد و چه نیاز مشخصی پشت آن بود. مثلاً «خدمات بر اساس نوع درخواست دستهبندی شدند تا بازدیدکننده قبل از تماس، مسیر مناسب را پیدا کند.» این توضیح باید به چیزی اشاره کند که در خروجی قابل مشاهده است.
لازم نیست همه جزئیات طراحی را شرح دهید. دو یا سه تصمیم مهم انتخاب کنید: سادهکردن منو، ساختن صفحه مجزای خدمات یا بازنویسی متن دکمهها. توضیح دقیق چند تصمیم، از استفاده مکرر از عبارت «طراحی حرفهای و مدرن» اطلاعات بیشتری منتقل میکند.
درباره نتیجه، فقط آنچه میدانید بنویسید
نتیجه میتواند یک خروجی تحویلشده باشد: انتشار صفحات توافقشده، آمادهشدن محتوای معرفی یا ایجاد مسیر مشخص دریافت درخواست. برای ادعاهای مربوط به افزایش فروش، تماس یا بازدید، به داده قابل اتکا و زمینه مقایسه نیاز دارید. تغییر همزمان تبلیغات، فصل فعالیت یا قیمت خدمات ممکن است روی نتیجه اثر بگذارد.
اگر چنین دادهای ندارید، عدد نسازید و رابطه علت و معلولی قطعی ننویسید. میتوانید بگویید «پس از اجرا، ساختار جدید در دسترس قرار گرفت» و کیفیت آن را با نمونه صفحه نشان دهید. این بیان، نتیجه واقعی پروژه را کمارزش نمیکند؛ مرز دانستهها را روشن نگه میدارد.
نمایش تصاویر را برای خواندن آماده کنید
چند تصویر منتخب با توضیح روشن بهتر از یک تصویر بسیار بلند و ناخواناست. صفحه را در اندازهای نشان دهید که نکته مورد بحث دیده شود. اگر درباره تجربه موبایل صحبت میکنید، نمونهای از همان نمایش بیاورید. برای مقایسه قبل و بعد، شرایط نمایش را تا حد ممکن یکسان نگه دارید تا تفاوتها گمراهکننده نباشند.
نام فایلها و توضیح تصاویر را نیز منظم کنید. برای تصویر اطلاعاتی، متن جایگزین باید هدف تصویر در همان زمینه را منتقل کند؛ تصویر صرفاً تزئینی معمولاً به توصیف محتوایی نیاز ندارد. راهنمای W3C انتخاب متن جایگزین را به نقش تصویر وابسته میداند، نه به یک قالب ثابت برای همه عکسها.
مرجع متن جایگزین تصاویر: راهنمای تصاویر W3C
اگر هنوز مشتری واقعی ندارید، نمونه نمایشی بسازید
یک مسئله فرضی مشخص انتخاب کنید و راهحل خود را نشان دهید. مثلاً برای یک استودیوی معماری فرضی، ساختار معرفی خدمات و نمونه پروژه طراحی کنید. در عنوان یا معرفی بنویسید «پروژه نمایشی» تا مخاطب آن را با سفارش واقعی اشتباه نگیرد. نام و اطلاعات تماس ساختگی را نیز طوری انتخاب کنید که به کسبوکار واقعی دیگری نسبت داده نشوند.
در این نمونه میتوانید نیازسنجی فرضی، ساختار صفحات و دلیل انتخاب چیدمان را توضیح دهید. ادعای رضایت مشتری، فروش یا آمار بازدید برای پروژهای که مشتری واقعی نداشته مناسب نیست. ارزش نمونه در نمایش روش فکرکردن و کیفیت اجراست.
اجازه انتشار و نگهداری نمونهکار را جدی بگیرید
پیش از انتشار، درباره استفاده از نام، لوگو، تصاویر و جزئیات پروژه با صاحب آن هماهنگ کنید. اطلاعات مدیریتی، شمارههای خصوصی یا دادههای کاربران نباید در اسکرینشاتها دیده شوند. اگر فقط بخشی از پروژه قابل نمایش است، همان بخش را انتخاب کنید و توضیح متناسب بدهید.
نمونهکارهای قدیمی را نیز گاهی مرور کنید. ممکن است آدرس سایت تغییر کرده باشد یا مشتری ظاهر آن را بعداً عوض کرده باشد. مشخصکردن زمان انجام پروژه و توضیح اینکه تصویر مربوط به نسخه زمان تحویل است، از برداشت نادرست جلوگیری میکند.
الگوی پیشنهادی برای هر نمونهکار
- معرفی کوتاه پروژه و نوع کسبوکار، در محدوده مجاز انتشار.
- مسئله یا هدفی که همکاری برای آن آغاز شد.
- نقش دقیق تیم و خروجیهای توافقشده.
- دو یا سه تصمیم مهم، همراه با تصویر مرتبط.
- نتیجهای که واقعاً قابل مشاهده یا مستند است.
- مسیر ارتباط برای مشتریانی با نیاز مشابه.
نمونهکار خوب لازم نیست پر از اصطلاح یا عدد باشد. باید به خواننده کمک کند ببیند شما چگونه از یک نیاز به یک خروجی رسیدهاید. این روایت روشن، پایه گفتوگوی حرفهایتری درباره پروژه بعدی میشود.