یادگرفتن طراحی سایت یک مرحله است؛ تبدیل این مهارت به تجربه کاری، مرحلهای متفاوت. ممکن است HTML، وردپرس یا بخشی از مهارتهای طراحی سایت را یاد گرفته باشید، اما هنوز ندانید چه زمانی برای ورود به بازار کار آمادهاید، چه پروژهای بسازید، چگونه نمونهکار قابل ارائه داشته باشید و از کجا اولین فرصت کاری را پیدا کنید.
مسیر ورود به بازار کار طراحی سایت از گرفتن مدرک یک دوره یا یادگرفتن تعداد بیشتری ابزار شروع نمیشود. ابتدا باید محدوده توانایی فعلی خود را بشناسید، آن را در یک پروژه واقعینما محک بزنید و بتوانید شواهد قابل ارائهای از کاری که واقعاً انجام میدهید بسازید.
در این راهنما از همین نقطه جلو میرویم: از سنجش آمادگی و انتخاب مدل ورود به بازار تا ساخت پروژه و نمونهکار، آمادهکردن رزومه و معرفی حرفهای، مشخصکردن محدوده پروژه، پیدا کردن اولین فرصت و در نهایت اجرای مسئولانه و تحویل آن.
مسیر ورود به بازار کار طراحی سایت در یک نگاه
اگر مهارتهای پایه مسیرتان را یاد گرفتهاید، مسیر حرفهای را میتوانید با این ترتیب جلو ببرید:
۱. آمادگی خود را بسنجید: ببینید آیا میتوانید یک مسئولیت محدود را بدون وابستگی کامل به آموزش قدمبهقدم انجام دهید و نتیجه را بررسی کنید.
۲. مدل ورود را انتخاب کنید: مشخص کنید برای شروع، استخدام، فریلنسینگ یا همکاری پروژهای با شرایط شما هماهنگتر است.
۳. شکاف مهارتی را پیدا کنید: مرز بین کارهایی که مستقل انجام میدهید، کارهایی که به تمرین نیاز دارند و مسئولیتهایی که فعلاً نباید بپذیرید روشن کنید.
۴. یک پروژه قابل دفاع بسازید: پروژهای محدود را از تعریف هدف تا بررسی خروجی کامل کنید؛ نه صرفاً مجموعهای از تمرینهای جداگانه.
۵. توانایی خود را قابل ارائه کنید: پروژه را به نمونهکار تبدیل کنید و رزومه یا معرفی حرفهای متناسب با مسیر ورودتان آماده کنید.
۶. محدوده کار و پیشنهاد را روشن کنید: پیش از اعلام قیمت، خروجی، اصلاحات، زمانبندی و مسئولیت هر طرف را مشخص کنید.
۷. فرصت متناسب را انتخاب و تحویل دهید: برای فرصتهای همسطح مهارتتان اقدام کنید، ریسک پروژه را بسنجید و کار را با تست و تحویل مشخص ببندید.
اگر در همان مراحل اول متوجه شدید هنوز به آموزش پایه یا انتخاب مسیر تخصصی نیاز دارید، این صفحه قرار نیست جای نقشه راه یادگیری طراحی سایت را بگیرد؛ ابتدا شکاف یادگیری را برطرف کنید و بعد به این مسیر حرفهای برگردید.
آیا برای ورود به بازار کار طراحی سایت آمادهاید؟
تمامکردن یک دوره یا دیدن چند آموزش، بهتنهایی به این معنی نیست که برای بازار کار آمادهاید. معیار مهمتر این است که آیا میتوانید یک مسئله مشخص را به یک خروجی قابل ارائه تبدیل کنید یا نه.
ممکن است هنوز ابزارها و تکنیکهای زیادی باشند که بلد نیستید؛ برای اولین تجربه حرفهای هم لازم نیست همهچیز را بدانید. چیزی که اهمیت دارد این است که محدوده توانایی فعلی خود را بشناسید، یک کار متناسب با همان محدوده را تا انتها پیش ببرید و وقتی به مسئلهای برخورد میکنید، فقط منتظر یک آموزش قدمبهقدم نمانید.
یک فهرست فنی ثابت هم برای همه وجود ندارد؛ مهارت لازم برای یک موقعیت فرانتاند با پروژه وردپرسی یا همکاری در یک تیم یکسان نیست. در این مقاله آمادگی را با توان پذیرفتن و تحویل یک مسئولیت مشخص میسنجیم، نه با تعداد ابزارها و دورههایی که میشناسید.
آمادگی بازار کار یعنی «توانستن»، نه فقط «دانستن»
فرض کنید آموزش ساخت سایت را دیدهاید و میتوانید مراحل یک مدرس را تکرار کنید. این تمرین برای یادگیری مفید است، اما هنوز یک سؤال باقی میماند: اگر پروژه بعدی کمی متفاوت باشد، آیا میتوانید خودتان تصمیم بگیرید چه کاری باید انجام شود؟
در یک کار واقعی معمولاً همهچیز دقیقاً شبیه مثال آموزشی پیش نمیرود. ممکن است ساختار صفحات فرق داشته باشد، بخشی از سایت در موبایل درست نمایش داده نشود، یک قابلیت مطابق انتظار کار نکند یا خواستهای مطرح شود که خارج از مهارت فعلی شماست.
آمادگی حرفهای از جایی شروع میشود که بتوانید چنین موقعیتهایی را تشخیص دهید، مسئله را به بخشهای کوچکتر تقسیم کنید و درباره کاری که میتوانید یا نمیتوانید انجام دهید تصمیم منطقی بگیرید.
این موضوع یک تفاوت مهم ایجاد میکند: هدف شما نباید آمادهشدن برای هر نوع پروژه طراحی سایت باشد؛ باید برای یک پروژه یا فرصت مشخص و متناسب با سطح فعلی خود آماده شوید.
با این چند سؤال وضعیت فعلی خود را بسنجید
برای یک ارزیابی اولیه، از خودتان بپرسید:
- آیا میتوانم یک پروژه کوچک را بدون دنبالکردن کامل یک آموزش قدمبهقدم به پایان برسانم؟
- اگر نتیجه مطابق انتظار نبود، میتوانم مشکل را بررسی کنم و برای پیدا کردن علت آن پیش بروم؟
- آیا میدانم چه کارهایی در محدوده مهارت فعلی من هستند و چه درخواستهایی فعلاً فراتر از توان مناند؟
- آیا میتوانم کاری را که ساختهام به شخص دیگری نشان دهم و توضیح دهم چه مسئلهای را حل کردهام؟
- آیا قبل از ارائه کار، میتوانم بخشهای اصلی خروجی را بررسی کنم و ایرادهای واضح آن را پیدا کنم؟
لازم نیست پاسخ شما به تمام این سؤالها یک «بله» بینقص باشد. اما اگر برای بیشتر آنها هنوز به آموزش مرحلهبهمرحله وابستهاید، احتمالاً قبل از قبول یک مسئولیت مستقل به تمرین و اجرای بیشتری نیاز دارید.
در این وضعیت بهتر است ابتدا روی مسیر یادگیری طراحی سایت و پروژههای تمرینی متناسب با مسیرتان تمرکز کنید، نه اینکه صرفاً برای ورود سریعتر به بازار کار سراغ پروژهای بزرگتر از توان فعلی خود بروید.
برای شروع لازم نیست کاملاً آماده باشید
یک دام دیگر این است که آمادگی را با «کاملشدن» اشتباه بگیرید. در طراحی سایت همیشه موضوع دیگری برای یادگرفتن وجود دارد و اگر منتظر بمانید تا هیچ نقطه ضعفی نداشته باشید، زمان مشخصی برای شروع پیدا نخواهید کرد.
معیار کاربردیتر این است: آیا برای پذیرفتن یک مسئولیت محدود و مشخص آمادهاید؟
شاید امروز برای طراحی و مدیریت یک پروژه پیچیده مناسب نباشید، اما بتوانید یک کار کوچکتر را با کیفیت قابل قبول انجام دهید. همین تفاوت بین «هنوز همهچیز را بلد نیستم» و «برای هیچ کاری آماده نیستم» اهمیت زیادی دارد.
بعد از اینکه حدود آمادگی خود را مشخص کردید، سؤال بعدی این است که میخواهید این آمادگی را در چه نوع فرصت کاری استفاده کنید؛ چون مسیر ورود از طریق استخدام، فریلنسینگ یا همکاری پروژهای دقیقاً یکسان نیست.
از چه مسیری میخواهید وارد بازار کار طراحی سایت شوید؟
قبل از اینکه برای ساخت نمونهکار، رزومه یا پیدا کردن اولین فرصت کاری برنامهریزی کنید، باید مشخص باشد میخواهید با چه مدل کاری وارد بازار شوید. این تصمیم روی نوع پروژههایی که باید تمرین کنید، نحوه معرفی خودتان و حتی مهارتهایی که باید زودتر تقویت کنید اثر میگذارد.
در اینجا یک تفکیک مهم وجود دارد: استخدام، فریلنسینگ و همکاری پروژهای «مدل ورود به بازار کار» هستند؛ وردپرس، فرانتاند یا طراحی رابط کاربری (UI) مسیر تخصصی شما را مشخص میکنند.
برای مثال، یک طراح سایت وردپرسی میتواند استخدام شود، بهصورت فریلنسر کار کند یا با یک تیم روی پروژههای مختلف همکاری داشته باشد. به همین شکل، کسی که مسیر فرانتاند را دنبال میکند الزاماً قرار نیست فقط استخدام شود.
پس ابتدا باید بدانید چگونه میخواهید کار کنید و بعد مشخص کنید مهارت فعلی شما برای آن مدل کاری تا چه اندازه مناسب است.
استخدام در شرکت یا تیم
در مسیر استخدام، معمولاً قرار نیست تمام مراحل یک پروژه را بهتنهایی مدیریت کنید. ممکن است بخشی از یک تیم باشید و مسئولیت مشخصی مثل پیادهسازی صفحات، نگهداری سایت، توسعه رابط کاربری یا اجرای بخشهایی از پروژه را بر عهده بگیرید.
در این مسیر، علاوه بر توانایی فنی، مواردی مثل توانایی توضیح کار خود، همکاری با دیگران، رعایت فرآیند تیم و تحویل مسئولیت در محدوده مشخص اهمیت پیدا میکند.
نمونهکار همچنان مفید است، اما هدف آن فقط نمایش یک سایت زیبا نیست؛ باید نشان دهد چه کاری میتوانید انجام دهید و در آن پروژه دقیقاً چه نقشی داشتهاید.
اگر هدفتان استخدام است، در ادامه مسیر باید بیشتر روی رزومه، نمونهکار قابل بررسی و آمادگی برای توضیح تصمیمها و مهارتهای خود تمرکز کنید.
فریلنسینگ طراحی سایت و گرفتن مستقیم پروژه
در فریلنسینگ، مسئولیت شما معمولاً از اجرای فنی فراتر میرود. حتی در یک پروژه کوچک ممکن است لازم باشد نیاز مشتری را بفهمید، محدوده کار را مشخص کنید، درباره زمان و هزینه صحبت کنید، تغییرات را مدیریت کنید و در پایان پروژه را تحویل دهید.
به همین دلیل، صرف اینکه بتوانید یک سایت بسازید برای این مسیر کافی نیست. باید بتوانید تشخیص دهید چه پروژهای متناسب با توان فعلی شماست و چه درخواستهایی را نباید قبول کنید.
برای شروع هم لازم نیست بلافاصله سراغ پروژههای بزرگ بروید. یک پروژه محدود با محدوده پروژه روشن، اگر متناسب با مهارت شما باشد، میتواند انتخاب منطقیتری برای اولین تجربه حرفهای باشد.
در بخشهای بعد درباره آمادهکردن نمونهکار، مشخصکردن محدوده پروژه و ارائه پیشنهاد برای پروژه دقیقتر صحبت میکنیم.
همکاری پروژهای با تیمها و متخصصان دیگر
بین استخدام تماموقت و فریلنسینگ کاملاً مستقل، حالت دیگری هم وجود دارد: همکاری روی بخشی از پروژه.
ممکن است یک طراح رابط کاربری، برنامهنویس، آژانس یا فرد دیگری برای بخشی از کار به مهارت شما نیاز داشته باشد. در چنین شرایطی لازم نیست تمام پروژه از جذب مشتری تا تحویل نهایی بر عهده شما باشد؛ اما باید بتوانید مسئولیت مشخص خود را درست انجام دهید و خروجی را در هماهنگی با بقیه تیم تحویل دهید.
این مدل میتواند برای کسی مناسب باشد که از نظر فنی توانایی اجرای یک بخش مشخص را دارد، اما هنوز نمیخواهد یا نمیتواند مدیریت کامل یک پروژه مشتری را بر عهده بگیرد.
کدام مسیر برای شما مناسبتر است؟
هیچکدام از این مسیرها برای همه «بهترین» نیست. انتخاب شما باید با توانایی فعلی، نوع مسئولیتی که میتوانید بپذیرید و مدل کاری موردنظرتان هماهنگ باشد.
برای تصمیم اولیه، این تفاوتها را در نظر بگیرید:
| مسیر ورود | تمرکز اصلی در شروع |
|---|---|
| استخدام | اثبات مهارت، رزومه، نمونهکار و توانایی همکاری در یک نقش مشخص |
| فریلنسینگ | مهارت فنی + ارتباط با مشتری + محدوده پروژه + پیشنهاد و تحویل پروژه |
| همکاری پروژهای | توانایی اجرای یک بخش مشخص و هماهنگی با تیم یا متخصصان دیگر |
لازم نیست همین حالا خودتان را برای همیشه به یکی از این گزینهها محدود کنید. ممکن است ابتدا در یک تیم کار کنید و بعد وارد فریلنسینگ شوید، یا برعکس. هدف این مرحله فقط این است که برای اولین قدم حرفهای خود یک جهت مشخص داشته باشید.
اگر هنوز بین وردپرس، فرانتاند یا سایر مسیرهای تخصصی مردد هستید، آن تصمیم به مرحله یادگیری مربوط میشود و بهتر است ابتدا مسیر یادگیری طراحی سایت را بررسی کنید.
اما اگر مسیر فنی خود را تا حدی مشخص کردهاید، مرحله بعد این است که ببینید بین مهارتی که امروز دارید و مسئولیتی که میخواهید در بازار کار بپذیرید، چه فاصلهای وجود دارد.
مرحله اول؛ شکاف بین مهارت و آمادگی حرفهای را مشخص کنید
بعد از اینکه مسیر ورود خود را انتخاب کردید، هنوز یک سؤال مهم باقی میماند: بین چیزی که امروز بلد هستید و مسئولیتی که میخواهید در بازار کار بپذیرید، چه فاصلهای وجود دارد؟
برای پاسخ به این سؤال، فهرستکردن دورههایی که گذراندهاید کافی نیست. بهتر است مهارت خود را با کاری بسنجید که واقعاً باید انجام دهید.
مثلاً «HTML بلدم» یا «با وردپرس کار کردهام» اطلاعات زیادی درباره آمادگی حرفهای شما نمیدهد. سؤال دقیقتر این است:
اگر یک پروژه مشخص به شما داده شود، کدام بخشهای آن را میتوانید بدون راهنمای قدمبهقدم انجام دهید؟
مهارت خود را بر اساس خروجی بسنجید
بهجای اینکه فقط نام مهارتها را بنویسید، چند کار واقعی و محدود را در نظر بگیرید.
برای نمونه:
- ساخت یک صفحه بر اساس طرح یا نمونه مشخص؛
- پیادهسازی نسخه واکنشگرا برای موبایل و دسکتاپ؛
- ایجاد یا ویرایش بخشهای موردنیاز یک سایت وردپرسی در مسیری که انتخاب کردهاید؛
- پیدا کردن علت یک ایراد ساده در نمایش یا عملکرد صفحه؛
- آمادهکردن سایت برای تحویل و بررسی بخشهای اصلی آن.
حالا برای هر مورد مشخص کنید در کدام وضعیت قرار دارید:
| وضعیت | معنی آن |
|---|---|
| میتوانم مستقل انجام دهم | مسیر انجام کار را میشناسید و برای هر مرحله به آموزش قدمبهقدم وابسته نیستید. |
| میتوانم با مراجعه به مستندات یا جستجو انجام دهم | اصل مسئله را میفهمید و میتوانید اطلاعات لازم برای حل آن را پیدا کنید. |
| فقط با آموزش مرحلهبهمرحله انجام میدهم | هنوز برای انجام همان کار به مسیر آماده نیاز دارید. |
| فعلاً نمیتوانم انجام دهم | دانش یا تجربه لازم برای قبول این مسئولیت را ندارید. |
این ارزیابی کمک میکند تفاوت میان «بلد نبودن همهچیز» و «آماده نبودن برای یک کار مشخص» را ببینید.
در کار حرفهای قرار نیست تمام پاسخها را از قبل حفظ باشید. مراجعه به مستندات، جستجو و بررسی راهحل بخشی طبیعی از حل مسئله است. تفاوت مهم اینجاست که بدانید دنبال چه چیزی میگردید و چگونه نتیجه را بررسی میکنید.
محدوده توانایی فعلی خود را مشخص کنید
پس از این ارزیابی، باید بتوانید سه محدوده را از هم جدا کنید:
کارهایی که میتوانید مسئولیتشان را بپذیرید:
کارهایی که برای انجامشان مهارت و استقلال کافی دارید و میتوانید نتیجه را پیش از تحویل بررسی کنید.
کارهایی که با کمی تمرین میتوانند وارد محدوده شما شوند:
مهارتهایی که مبانی آنها را میدانید اما هنوز تجربه کافی برای پذیرفتن مسئولیت حرفهای ندارید.
کارهایی که فعلاً باید خارج از محدوده فعلی شما بمانند:
وظایفی که دانش، تجربه یا ریسک آنها بیشتر از توان فعلی شماست.
این بخش سوم اهمیت زیادی دارد. حرفهایبودن فقط به معنی توانایی گفتن «این کار را انجام میدهم» نیست؛ گاهی باید بتوانید واضح بگویید «این بخش در محدوده فعلی تخصص من نیست.»
قبولکردن مسئولیتی که نمیتوانید نتیجه آن را ارزیابی کنید، فقط برای اینکه اولین پروژه را از دست ندهید، میتواند هم برای شما و هم برای طرف مقابل مشکل ایجاد کند.
یک شکاف مشخص، بهتر از یک هدف مبهم است
بعد از این ارزیابی ممکن است به نتیجهای شبیه این برسید:
«میتوانم یک سایت معرفی ساده را پیادهسازی و واکنشگرا کنم، اما برای عیبیابی مشکلات پیچیده هنوز به تمرین نیاز دارم.»
یا:
«با وردپرس میتوانم صفحات و ساختار یک سایت ساده را اجرا کنم، اما هنوز برای پروژهای که فروشگاه پیچیده و یکپارچهسازیهای متعدد دارد آماده نیستم.»
چنین نتیجهای بسیار مفیدتر از عبارت کلی «هنوز باید بیشتر یاد بگیرم» است؛ چون دقیقاً نشان میدهد چه چیزی را میتوانید وارد نمونهکار کنید و تمرین بعدی شما باید کدام ضعف را هدف بگیرد.
هدف این مرحله هم حذف تمام ضعفها نیست. هدف این است که برای اولین تجربه حرفهای، محدودهای پیدا کنید که در آن بتوانید مسئولیت واقعی اما کنترلشده بپذیرید.
حالا که این محدوده مشخص شده، قدم بعدی این است که آن را فقط روی کاغذ نگه ندارید و با یک پروژه واقعینما و قابل ارائه اثبات کنید.
مرحله دوم؛ یک پروژه قابل دفاع بسازید
بعد از مشخصکردن محدوده مهارت فعلی، باید آن را در عمل امتحان کنید. برای این کار، تمرینهای کوتاه و پراکنده کافی نیستند؛ به پروژهای نیاز دارید که شما را وادار کند چند تصمیم را کنار هم بگیرید و یک خروجی مشخص را تا پایان برسانید.
هدف این مرحله ساختن یک پروژه «بزرگ» نیست. هدف این است که نشان دهید میتوانید یک مسئله محدود را از شروع تا نتیجه قابل بررسی مدیریت کنید.
تفاوت تمرین آموزشی با پروژه چیست؟
تمرین معمولاً روی یک مهارت کوچک متمرکز است؛ مثلاً ساخت یک منو، طراحی یک Hero Section یا پیادهسازی یک فرم.
این تمرینها برای یادگیری ضروریاند، اما پروژه زمانی شکل میگیرد که مجبور شوید چند قطعه را با هم هماهنگ کنید:
- نیاز پروژه را مشخص کنید؛
- صفحات یا بخشهای لازم را انتخاب کنید؛
- درباره ساختار و اجرای آنها تصمیم بگیرید؛
- نسخه موبایل و دسکتاپ را بررسی کنید؛
- ایرادهای خروجی را پیدا و اصلاح کنید؛
- و در نهایت به نقطهای برسید که بتوانید بگویید پروژه تمام شده است.
اگر تمام تصمیمها، محتوا و مراحل از قبل توسط مدرس تعیین شده باشند و شما فقط همان مسیر را تکرار کنید، آن کار بیشتر یک تمرین هدایتشده است تا مدرکی از استقلال شما.
پروژهای انتخاب کنید که کمی شما را به چالش بکشد
پروژه تمرینی مناسب نباید آنقدر ساده باشد که هیچ مسئله تازهای ایجاد نکند و نه آنقدر بزرگ که در میانه راه به مجموعهای از موضوعات ناآشنا تبدیل شود.
بهتر است بیشتر اجزای آن در محدوده مهارت فعلی شما باشند و فقط چند بخش، شما را مجبور به تحقیق و حل مسئله کنند.
برای مثال، بسته به مسیر تخصصی خود میتوانید پروژههایی مانند اینها تعریف کنید:
- سایت معرفی یک کسبوکار کوچک با چند صفحه اصلی؛
- سایت شخصی یا نمونهکار برای یک متخصص فرضی؛
- لندینگ پیج برای معرفی یک خدمت یا محصول فرضی؛
- بازطراحی آموزشی یک سایت ساده با تمرکز بر نمایش واکنشگرا؛
- در مسیر وردپرس، پیادهسازی یک سایت محتوایی یا شرکتی محدود با امکاناتی که واقعاً بلد هستید.
اینها فقط سناریوهای تمرینی هستند. اگر مشتری واقعی وجود ندارد، پروژه را بعداً هم بهعنوان پروژه شخصی، تمرینی یا بازطراحی معرفی کنید؛ نام یک کسبوکار، سفارش مشتری یا نتیجه تجاری ساختگی به آن نسبت ندهید.
قبل از شروع، محدوده پروژه را بنویسید
حتی برای پروژه تمرینی هم مشخص کنید دقیقاً چه چیزی قرار است ساخته شود.
مثلاً بهجای هدف مبهم:
«یک سایت شرکتی میسازم.»
محدوده پروژه روشنتری تعریف کنید:
«یک سایت معرفی سهصفحهای شامل صفحه اصلی، معرفی خدمات و تماس میسازم که در موبایل و دسکتاپ قابل استفاده باشد.»
این محدودیت کمک میکند پروژه بیدلیل بزرگ نشود و در پایان بتوانید بررسی کنید آیا همان چیزی را که قرار بود بسازید، ساختهاید یا نه.
اگر وسط کار ایده جدیدی پیدا کردید، قبل از اضافهکردنش از خودتان بپرسید: آیا این قابلیت برای هدف پروژه لازم است یا فقط محدوده پروژه را بزرگتر میکند؟
همین عادت بعداً در پروژه واقعی اهمیت بیشتری پیدا میکند.
پروژه را بدون وابستگی دائمی به آموزش جلو ببرید
استفاده از مستندات، جستجو یا مراجعه به منابع دیگر اشکالی ندارد. حتی ممکن است بخشی از پروژه را برای اولین بار در همین فرایند یاد بگیرید.
اما سعی کنید برای اجرای کل پروژه دنبال یک آموزش کاملاً مشابه نگردید.
وقتی با مشکل مواجه میشوید، ابتدا مشخص کنید:
- دقیقاً چه چیزی مطابق انتظار کار نمیکند؟
- انتظار دارید نتیجه چگونه باشد؟
- کدام بخش ممکن است باعث مشکل شده باشد؟
- برای پیدا کردن پاسخ به چه اطلاعاتی نیاز دارید؟
- بعد از اعمال راهحل، چگونه مطمئن میشوید مشکل واقعاً برطرف شده است؟
این فرایند، پروژه را از یک تمرین تقلیدی به تمرینی برای حل مسئله مستقل تبدیل میکند.
برای پروژه یک نقطه پایان تعریف کنید
یکی از مشکلات پروژههای تمرینی این است که میتوان آنها را بینهایت گسترش داد. همیشه صفحه دیگری، انیمیشن دیگری یا قابلیت تازهای وجود دارد که میتوانید اضافه کنید.
اما برای آمادگی بازار کار، توانایی تمامکردن یک محدوده پروژه مشخص مهمتر از بزرگکردن بیپایان پروژه است.
قبل از اینکه پروژه را تمامشده بدانید، حداقل بررسی کنید:
- تمام بخشهایی که در محدوده پروژه نوشته بودید اجرا شدهاند؛
- صفحات اصلی در اندازههای موردنظر قابل استفادهاند؛
- لینکها و تعاملات اصلی کار میکنند؛
- خطاهای واضح محتوا و نمایش اصلاح شدهاند؛
- و میتوانید توضیح دهید چه چیزهایی عمداً خارج از محدوده پروژه باقی ماندهاند.
اگر پروژه این مرحله را طی کند، دیگر فقط مجموعهای از تمرینها نیست؛ یک خروجی مشخص دارید که میتواند درباره توانایی فعلی شما اطلاعات واقعی بدهد.
قدم بعد این است که همین پروژه را طوری ارائه کنید که شخص دیگری هم بتواند بفهمد چه مسئلهای داشت، شما چه کاری انجام دادید و این پروژه دقیقاً چه چیزی از مهارت شما را اثبات میکند.
مرحله سوم؛ نمونهکار طراحی سایت را از گالری عکس به مدرک توانایی تبدیل کنید
وقتی یک پروژه قابل دفاع ساختهاید، قدم بعد فقط گرفتن چند اسکرینشات و قرار دادن آنها در یک صفحه نیست. نمونهکار باید به شخصی که شما را نمیشناسد کمک کند بفهمد چه مسئلهای را حل کردهاید، چه بخشی از کار بر عهده شما بوده و این پروژه چه چیزی از توانایی شما نشان میدهد.
ظاهر پروژه مهم است، اما یک تصویر زیبا بهتنهایی توضیح نمیدهد که شما چگونه به آن نتیجه رسیدهاید.
برای هر پروژه، زمینه کار را مشخص کنید
هر نمونهکار بهتر است حداقل چند سؤال ساده را جواب دهد:
- این پروژه برای چه هدف یا سناریویی ساخته شده است؟
- شما دقیقاً مسئول چه بخشهایی بودهاید؟
- محدوده پروژه چه بوده است؟
- چه تصمیم یا مسئلهای در طول اجرا اهمیت داشته است؟
- خروجی نهایی چه چیزی است و کجا میتوان آن را دید؟
اگر پروژه تمرینی است، همان را شفاف بنویسید. عبارتی مثل «پروژه تمرینی طراحی سایت شرکتی» بسیار حرفهایتر از این است که برای واقعیتر جلوهدادن نمونهکار، مشتری یا سفارش ساختگی ایجاد کنید.
در پروژه واقعی هم فقط بخشهایی را به خودتان نسبت دهید که واقعاً انجام دادهاید. اگر طراحی رابط کاربری توسط شخص دیگری انجام شده و شما فقط پیادهسازی را بر عهده داشتهاید، همین تفکیک بخشی از اعتبار نمونهکار شماست.
فقط نتیجه نهایی را نشان ندهید
فرض کنید دو نفر تصویر یک سایت مشابه را در نمونهکار خود قرار دادهاند. از روی اسکرینشات نمیتوان فهمید کدامیک فقط یک قالب آماده را تغییر داده و کدامیک درباره ساختار صفحه، واکنشگرا بودن و مشکلات اجرای آن تصمیم گرفته است.
توضیح کوتاه پروژه میتواند این تفاوت را روشن کند.
برای مثال، بهجای:
«طراحی یک سایت شرکتی زیبا و حرفهای»
میتوانید توضیح مشخصتری بنویسید:
«این پروژه تمرینی شامل سه صفحه بود. هدف من پیادهسازی ساختار سایت در نسخه دسکتاپ و موبایل و تمرین مدیریت یک محدوده پروژه مشخص تا مرحله تحویل بود.»
اگر مسئله قابل توجهی داشتید، آن را هم اضافه کنید:
«در نسخه موبایل، چیدمان بخش خدمات نیاز به بازطراحی داشت تا محتوا بدون اسکرول افقی نمایش داده شود.»
لازم نیست برای هر پروژه یک گزارش طولانی بنویسید. چند جمله دقیق معمولاً اطلاعات بیشتری از چند پاراگراف تعریف کلی درباره پروژه منتقل میکند.
پروژههایی را انتخاب کنید که چیز متفاوتی از شما نشان دهند
نمونهکار قرار نیست آرشیو تمام تمرینهایی باشد که تا امروز انجام دادهاید.
اگر پنج پروژه تقریباً یکسان دارید که همگی مهارت مشابهی را نشان میدهند، اضافهکردن هر پنج مورد الزاماً ارزش نمونهکار را بیشتر نمیکند. بهتر است پروژههایی را انتخاب کنید که کنار هم تصویر روشنتری از محدوده توانایی شما بسازند.
مثلاً یک پروژه ممکن است توانایی شما در پیادهسازی صفحات واکنشگرا را نشان دهد و پروژهای دیگر مدیریت ساختار چندصفحهای یا کار با سیستم مدیریت محتوا را.
معیار انتخاب این نیست که «کدام اسکرینشات جذابتر است؟»؛ سؤال بهتر این است:
این پروژه چه چیزی از توانایی من ثابت میکند که نمونهکارهای دیگر نشان نمیدهند؟
مشاهده پروژه را تا حد امکان ساده کنید
اگر امکان نمایش خروجی زنده وجود دارد، دسترسی به آن را واضح قرار دهید. اگر کد پروژه برای نقش موردنظر شما اهمیت دارد و انتشار آن مجاز است، میتوانید مسیر مشاهده کد را هم اضافه کنید.
اما هر پروژهای الزاماً به کد عمومی نیاز ندارد. برای بعضی مسیرهای وردپرسی یا پروژههای واقعی نیز ممکن است محدودیت دسترسی، مالکیت یا محرمانگی وجود داشته باشد.
در چنین شرایطی بهجای ساختن مدرک جعلی، محدودیت را صادقانه مدیریت کنید و فقط اطلاعاتی را نمایش دهید که اجازه انتشار آنها را دارید.
همچنین قبل از قراردادن یک پروژه در نمونهکار، خودتان دوباره آن را بررسی کنید. نمونهکاری که لینک خراب، صفحه ناقص یا مشکل واضح در موبایل دارد میتواند درست برخلاف هدف نمونهکار عمل کند.
توضیح نمونهکار را طوری بنویسید که بتوانید از آن دفاع کنید
هر چیزی که در نمونهکار مینویسید ممکن است بعداً موضوع سؤال قرار بگیرد.
اگر نوشتهاید «بهینهسازی سرعت سایت»، باید بتوانید توضیح دهید چه کاری انجام دادهاید و بر چه اساسی چنین ادعایی دارید. اگر فقط یک تکنیک را امتحان کردهاید اما نتیجه را اندازهگیری نکردهاید، نباید نتیجهای مثل «افزایش سرعت» را قطعی بیان کنید.
همین قاعده برای سئو، نرخ تبدیل، فروش، افزایش کاربران یا هر نتیجه تجاری دیگری برقرار است: نتیجهای را که اندازهگیری یا مستند نکردهاید به پروژه نسبت ندهید.
نمونهکار قابل اعتماد لازم نیست بزرگنمایی کند. کافی است بهوضوح نشان دهد چه چیزی ساختهاید، چه تصمیمهایی گرفتهاید و امروز مسئولیت چه نوع کاری را میتوانید بپذیرید.
بعد از آمادهشدن این شواهد، باید مطمئن شوید کسی که با شما آشنا نیست بتواند خیلی سریع بفهمد چه کسی هستید، چه کاری انجام میدهید و برای چه نوع فرصت کاری باید با شما تماس بگیرد.
مرحله چهارم؛ معرفی حرفهای خود را برای مسیر انتخابی آماده کنید
داشتن مهارت و نمونهکار کافی نیست اگر طرف مقابل نتواند سریع بفهمد چه کاری انجام میدهید، در چه سطحی هستید و برای چه نوع همکاری مناسبید.
معرفی حرفهای قرار نیست تصویری بزرگتر از واقعیت بسازد. وظیفه آن این است که توانایی فعلی شما را واضح، قابل بررسی و متناسب با مسیری که انتخاب کردهاید ارائه کند.
کسی که برای استخدام اقدام میکند، همان چیزهایی را برجسته نمیکند که یک فریلنسر هنگام معرفی خود به مشتری. بنابراین قبل از ساخت رزومه یا پروفایل، مشخص کنید این معرفی برای چه کسی نوشته میشود.
معرفی کوتاه خود را مشخص کنید
بهتر است بتوانید در چند جمله توضیح دهید:
- در چه حوزهای فعالیت میکنید؛
- روی چه نوع پروژه یا مسئلهای تمرکز دارید؛
- مهمترین مهارتهای قابل ارائه شما چیست؛
- و طرف مقابل از چه طریقی میتواند نمونهکارهای شما را ببیند یا با شما تماس بگیرد.
برای مثال، عبارت زیر اطلاعات زیادی منتقل نمیکند:
«طراح سایت حرفهای با علاقه به تکنولوژی و خلاقیت.»
اما معرفی مشخصتر میتواند چیزی شبیه این باشد:
«در مسیر طراحی سایت با وردپرس فعالیت میکنم و روی پیادهسازی سایتهای معرفی و محتوایی ساده تمرکز دارم. نمونه پروژههای تمرینی و توضیح نقش من در هر پروژه در نمونهکار قرار گرفته است.»
اگر هنوز در ابتدای مسیر هستید، لازم نیست با واژههایی مثل «حرفهای»، «متخصص» یا «Senior» ضعف سابقه را پنهان کنید. شرح دقیق کاری که واقعاً میتوانید انجام دهید معمولاً قابل اعتمادتر است.
اگر دنبال استخدام هستید، رزومه طراح سایت را برای همان نقش تنظیم کنید
رزومه نباید صرفاً فهرستی از تمام ابزارها و دورههایی باشد که زمانی با آنها برخورد کردهاید.
اطلاعات مرتبطتر معمولاً شامل این موارد است:
- عنوان یا نقش موردنظر؛
- مهارتهای فنی مرتبط با همان نقش؛
- پروژهها و نمونهکارهای قابل بررسی؛
- تجربه کاری واقعی، اگر وجود دارد؛
- تحصیلات یا دورههایی که برای آن موقعیت ارزش اطلاعاتی دارند؛
- لینک نمونهکار یا سایر مدارک کاری مرتبط؛
- راه ارتباطی روشن.
اگر سابقه شغلی رسمی ندارید، پروژهها میتوانند بخش مهمتری از رزومه شما را تشکیل دهند. در این حالت بهجای ساختن «سابقه کاری»، مشخص کنید پروژه شخصی، تمرینی یا همکاری واقعی بوده است.
یک رزومه کوتاه و مرتبط معمولاً از رزومهای که با دهها مهارت کمعمق پر شده مفیدتر است.
اگر فریلنسر هستید، مشتری باید سریع بفهمد چه مسئلهای را حل میکنید
در معرفی فریلنسری، طرف مقابل معمولاً کمتر به نام دورههایی که گذراندهاید اهمیت میدهد و بیشتر میخواهد بداند:
آیا این فرد برای کاری که من دارم مناسب است؟
بنابراین پروفایل شما باید بهسرعت نوع خدمات و محدوده آنها را روشن کند.
مثلاً بهجای اینکه فهرستی از HTML، CSS، وردپرس، سئو، Photoshop و چند ابزار دیگر ارائه دهید، بهتر است محدوده کاری خود را واضحتر بیان کنید:
«طراحی و پیادهسازی سایتهای معرفی و شرکتی با وردپرس، با تمرکز بر نمایش مناسب در موبایل و ساختار قابل مدیریت برای صاحب سایت.»
این نوع معرفی علاوه بر مهارت، نوع مسئلهای را که میتوانید حل کنید نیز مشخص میکند.
البته فقط خدماتی را بنویسید که واقعاً توانایی ارائه آنها را دارید. اضافهکردن خدمات بیشتر صرفاً برای اینکه پروفایل کاملتر دیده شود، ممکن است بعداً محدوده پروژه را از محدوده توان شما خارج کند.
برای همکاری پروژهای، نقش خود را دقیقتر تعریف کنید
اگر هدفتان همکاری با تیمها، آژانسها یا متخصصان دیگر است، مشخصبودن نقش اهمیت بیشتری پیدا میکند.
بهجای معرفی کلی مثل:
«در زمینه طراحی سایت فعالیت دارم.»
میتوانید بگویید:
«پیادهسازی صفحات واکنشگرا بر اساس طرح آماده را انجام میدهم.»
یا:
«در پروژههای وردپرسی روی ساخت صفحات و تنظیم بخشهای محتوایی در محدوده مشخص پروژه همکاری میکنم.»
هرچه نقش دقیقتر باشد، طرف مقابل راحتتر میتواند تشخیص دهد آیا مهارت شما با نیاز پروژه هماهنگ است یا نه.
اطلاعات شما در همه جا باید با هم تناقض نداشته باشند
اگر در رزومه یک نقش نوشتهاید، در نمونهکار نقش دیگری ادعا کردهاید و در پروفایل کاری فهرستی کاملاً متفاوت از خدمات قرار دادهاید، تشخیص توانایی واقعی شما سخت میشود.
عنوان، معرفی، مهارتها و نمونهکارها لازم نیست کلمهبهکلمه یکسان باشند، اما باید یک تصویر مشترک بسازند.
برای مثال، اگر خودتان را طراح سایت وردپرسی معرفی میکنید، منطقی است که بخش قابل توجهی از نمونهکارها نیز همین توانایی را نشان دهند.
راه تماس را ساده و حرفهای نگه دارید
بعد از دیدن نمونهکار یا رزومه، طرف مقابل نباید برای پیدا کردن راه ارتباطی شما جستجو کند.
حداقل یک مسیر تماس مشخص داشته باشید و مطمئن شوید اطلاعات آن بهروز است. بسته به فضای فعالیت شما، این مسیر میتواند ایمیل، شماره کاری، پیامرسان یا پروفایل یک پلتفرم حرفهای باشد.
قبل از ارسال رزومه یا لینک نمونهکار نیز آنها را از نگاه شخصی که برای اولین بار شما را میبیند بررسی کنید:
- آیا در چند ثانیه مشخص است چه کاری انجام میدهید؟
- آیا نمونهکارها قابل دسترسی هستند؟
- آیا اطلاعات تماس پیدا میشود؟
- آیا لینک خراب وجود دارد؟
- آیا چیزی در پروفایل نوشتهاید که نتوانید درباره آن توضیح دهید؟
هدف این مرحله ساختن یک برند شخصی پیچیده نیست. برای اولین ورود به بازار کار، کافی است هویت حرفهای شما واضح، واقعی و قابل بررسی باشد.
وقتی این معرفی آماده شد، در مسیرهای پروژهای و فریلنسری باید برای سؤال بعدی هم پاسخ داشته باشید: اگر کسی برای همکاری با شما تماس گرفت، دقیقاً چه کاری را با چه محدودهای پیشنهاد میدهید و قیمت را بر چه اساسی مشخص میکنید؟
مرحله پنجم؛ قبل از اعلام قیمت، محدوده پروژه (Scope) و پیشنهاد خود را مشخص کنید
اگر کسی از شما بپرسد «طراحی این سایت چقدر هزینه دارد؟»، وسوسهبرانگیز است که سریع یک عدد بدهید. اما تا زمانی که دقیقاً ندانید چه کاری قرار است انجام شود، قیمتگذاری بیشتر شبیه حدس است تا برآورد یک پروژه.
دو سایت که هر دو «سایت شرکتی» نامیده میشوند ممکن است از نظر تعداد صفحات، امکانات، محتوا، طراحی، اصلاحات و مسئولیت شما تفاوت زیادی داشته باشند.
به همین دلیل، قبل از صحبت درباره قیمت باید ابتدا محدوده پروژه را روشن کنید.
ابتدا بفهمید دقیقاً چه چیزی قرار است تحویل دهید
قبل از ارائه پیشنهاد، حداقل باید بدانید:
- چه صفحات یا بخشهایی لازم است؛
- طراحی از قبل وجود دارد یا بر عهده شماست؛
- محتوا، تصاویر و اطلاعات سایت را چه کسی آماده میکند؛
- چه قابلیتهایی باید پیادهسازی شوند؛
- نسخه موبایل و سایر اندازههای موردنیاز چه وضعیتی دارند؛
- دامنه، هاست و دسترسیهای لازم بر عهده چه کسی است؛
- چه تعداد یا چه نوع اصلاحاتی در محدوده کار قرار میگیرند؛
- و در پایان پروژه دقیقاً چه چیزی تحویل داده میشود.
هرچه این موارد مبهمتر باشند، احتمال اختلاف در طول پروژه بیشتر میشود.
مثلاً عبارت:
«طراحی کامل سایت»
محدوده پروژه مشخصی ایجاد نمیکند.
اما توضیحی مانند:
«پیادهسازی یک سایت معرفی پنجصفحهای بر اساس طرح تأییدشده، شامل نسخه دسکتاپ و موبایل و یک مرحله اصلاح پس از ارائه نسخه اولیه»
بهتر مشخص میکند درباره چه کاری صحبت میکنید.
قیمت را از محدوده پروژه جدا نکنید
قیمت پروژه میتواند تحت تأثیر عوامل مختلفی قرار بگیرد؛ از جمله حجم کار، پیچیدگی امکانات، میزان مسئولیت شما، زمان موردنیاز و شرایط همان پروژه.
بنابراین یک عدد ثابت برای «قیمت طراحی سایت» نمیتواند بدون دانستن جزئیات پروژه، پاسخ دقیقی برای همه موقعیتها باشد.
برای شروع فعالیت حرفهای نیز لازم نیست صرفاً به دنبال یک «عدد استاندارد بازار» باشید و همان را روی هر پروژه اعمال کنید. مهمتر این است که بتوانید توضیح دهید عدد پیشنهادی شما مربوط به چه خروجی و چه محدودهای است.
پس بدون داده معتبر و بهروز، به یک عدد ثابت بهعنوان «تعرفه بازار» تکیه نکنید. مبلغ پیشنهادی باید به نوع پروژه، محدوده کار، مسئولیت شما و شرایط همان همکاری متصل باشد.
مشخص کنید چه چیزهایی داخل قیمت نیستند
گاهی اختلاف پروژه از چیزی شروع میشود که هیچوقت درباره آن صحبت نشده است.
برای مثال، اگر توافق روی پیادهسازی صفحات بوده اما بعداً مشتری انتظار تولید محتوا، طراحی لوگو، ورود تعداد زیادی محصول یا نگهداری دائمی سایت را داشته باشد، محدوده اولیه پروژه عملاً تغییر کرده است.
بهتر است علاوه بر موارد داخل پروژه، موارد مهم خارج از محدوده پروژه را نیز مشخص کنید.
مثلاً:
- تولید محتوا در این پیشنهاد نیست؛
- هزینه خرید هاست یا سرویسهای جانبی جداست؛
- ورود حجم بالای محصولات بخشی از پروژه نیست؛
- قابلیتهای جدید پس از تأیید محدوده پروژه نیاز به بررسی جداگانه دارند.
نوشتن این موارد به معنی سختگیری بیدلیل نیست؛ کمک میکند هر دو طرف درباره یک پروژه مشخص صحبت کنند.
اصلاحات را هم بخشی از محدوده پروژه بدانید
عبارتهایی مثل «تا رضایت کامل مشتری اصلاح میشود» ممکن است در ابتدا جذاب به نظر برسند، اما محدوده روشنی ایجاد نمیکنند.
بهتر است مشخص کنید اصلاح یعنی چه و تغییر جدید چه زمانی از محدوده اولیه پروژه خارج میشود.
مثلاً اصلاح یک متن، فاصله یا جزئیات ظاهری با درخواست اضافهکردن یک صفحه یا قابلیت جدید یکسان نیست.
قرار نیست از همان پروژه اول قراردادهای پیچیده بنویسید، اما باید بتوانید بین اصلاح خروجی توافقشده و افزایش محدوده پروژه تفاوت بگذارید.
زمان را هم بر اساس کار مشخص برآورد کنید
قولدادن یک تاریخ بدون شناخت محدوده پروژه همان مشکلی را دارد که اعلام قیمت بدون شناخت پروژه دارد.
در برآورد زمان به وابستگیها نیز توجه کنید. ممکن است بخشی از کار شما منتظر دریافت محتوا، تأیید طرح، دسترسی هاست یا تصمیم طرف مقابل بماند.
به همین دلیل بهتر است بهجای وعده مبهم «یک هفتهای تحویل میدهم»، مشخص باشد زمانبندی از چه زمانی شروع میشود و چه چیزهایی میتوانند روی آن اثر بگذارند.
برای اولین پروژهها نیز بهتر است کمی محافظهکارانهتر برآورد کنید. شما هنوز داده زیادی درباره سرعت واقعی خود در پروژه حرفهای ندارید و ممکن است بعضی کارها بیشتر از چیزی که در تمرین تصور میکردید زمان ببرند.
پیشنهاد پروژه باید قابل فهم باشد
یک پیشنهاد اولیه لازم نیست سندی طولانی و رسمی باشد. برای پروژههای کوچک، حتی یک نوشته منظم که توافقهای اصلی را مشخص کند میتواند بسیار بهتر از چند پیام پراکنده باشد.
حداقل این موارد را روشن کنید:
| مورد | چیزی که باید مشخص شود |
|---|---|
| هدف پروژه | قرار است چه نتیجهای ساخته شود؟ |
| محدوده پروژه (Scope) | چه صفحات، امکانات و کارهایی داخل پروژهاند؟ |
| خروجی | در پایان دقیقاً چه چیزی تحویل میشود؟ |
| خارج از محدوده پروژه | چه کارهایی در پیشنهاد فعلی نیستند؟ |
| اصلاحات | چه نوع اصلاحاتی در محدوده توافق هستند؟ |
| زمانبندی | کار چه زمانی شروع و در چه چارچوبی تحویل میشود؟ |
| قیمت و پرداخت | هزینه مربوط به همین محدوده پروژه چیست و پرداخت چگونه انجام میشود؟ |
| مسئولیت طرفین | محتوا، دسترسیها، تأییدها و سایر پیشنیازها بر عهده چه کسی است؟ |
هدف از این شفافیت این نیست که تمام مشکلات احتمالی یک پروژه را از قبل پیشبینی کنید. هدف این است که وقتی میگویید «این پروژه را انجام میدهم»، هر دو طرف تقریباً یک چیز را از واژه پروژه تصور کنند.
وقتی بتوانید محدوده کار و پیشنهاد خود را روشن بیان کنید، پیدا کردن اولین فرصت کاری هم هدفمندتر میشود؛ چون بهجای اینکه برای هر درخواست طراحی سایت اعلام آمادگی کنید، میتوانید دنبال فرصتهایی بگردید که واقعاً با توانایی و محدوده پروژه قابل مدیریت شما هماهنگاند.
مرحله ششم؛ اولین فرصت کاری طراحی سایت را پیدا کنید
وقتی محدوده مهارت، نمونهکار و معرفی حرفهای شما آماده شده است، باید آنها را در معرض فرصت واقعی قرار دهید. در این مرحله هدف این نیست که به هر درخواست طراحی سایت پاسخ مثبت بدهید؛ باید دنبال فرصتی باشید که با توانایی فعلی، مسیر کاری و محدوده پروژه قابل مدیریت شما هماهنگ باشد.
اولین فرصت حرفهای ممکن است استخدام در یک تیم، همکاری روی بخشی از یک پروژه یا گرفتن یک پروژه کوچک بهصورت مستقیم باشد. بنابراین روش جستجو را با همان مسیری هماهنگ کنید که پیشتر انتخاب کردهاید.
اگر دنبال استخدام هستید، برای موقعیت مشخص اقدام کنید
ارسال یک رزومه مشابه برای هر آگهی معمولاً اطلاعات مفیدی درباره تناسب شما با آن موقعیت منتقل نمیکند.
قبل از اقدام، شرح موقعیت را بررسی کنید و ببینید:
- نقش دقیقاً چه مسئولیتهایی دارد؛
- کدام مهارتها برای انجام کار ضروریاند؛
- نمونهکارهای شما کدام بخش از این نیاز را اثبات میکنند؛
- و کدام بخشها هنوز خارج از تجربه فعلی شما هستند.
لازم نیست فقط زمانی درخواست بدهید که تمام موارد نوشتهشده در یک آگهی را در بالاترین سطح بلد باشید؛ اما باید بتوانید صادقانه تشخیص دهید آیا هسته اصلی مسئولیت شغل در محدوده توان شما قرار دارد یا نه.
هنگام ارسال درخواست نیز بهجای فهرستکردن تمام چیزهایی که یاد گرفتهاید، نمونهکارها و تواناییهایی را برجسته کنید که به همان نقش مربوطاند.
برای پروژه مستقیم، از شبکه نزدیک خود شروع کنید
اولین پروژه الزاماً از یک پلتفرم بزرگ یا مشتری ناشناس نمیآید.
اطراف شما ممکن است فرد یا کسبوکاری وجود داشته باشد که به یک سایت ساده، بازطراحی محدود یا کمک در بخشی از سایت فعلی خود نیاز داشته باشد. دوستان، همکاران قبلی، آشنایان یا ارتباطات حرفهای میتوانند از فعالیت جدید شما مطلع شوند.
اما بین اطلاعدادن درباره کاری که انجام میدهید و ارسال پیام تبلیغاتی به هر کسی تفاوت وجود دارد.
معرفی شما میتواند ساده و مشخص باشد: چه نوع کاری انجام میدهید، چه نمونهای برای نمایش دارید و برای چه نوع پروژهای آماده همکاری هستید.
اگر هنوز فقط پروژههای تمرینی دارید، همان را پنهان نکنید. هدف این نیست که تجربهای بزرگتر از واقعیت بسازید؛ هدف این است که یک فرصت متناسب با سطح فعلی پیدا کنید.
پلتفرمهای فریلنسری را انتخابی استفاده کنید
پلتفرمهای فریلنسری میتوانند یکی از کانالهای پیدا کردن پروژه باشند، اما صرف ساختن حساب کاربری باعث ایجاد پروژه نمیشود.
هنگام بررسی درخواستها، بهجای ارسال پیشنهاد برای تعداد زیادی پروژه نامرتبط، مواردی را انتخاب کنید که:
- نیاز آنها را واقعاً متوجه میشوید؛
- بیشتر محدوده پروژه در محدوده مهارت شماست؛
- میتوانید نمونهکاری مرتبط با آن نشان دهید؛
- و ابهامهای اصلی پروژه را قبل از تعهد برطرف کنید.
در پیشنهاد خود نیز بهتر است نشان دهید درخواست را خواندهاید. توضیح کوتاهی درباره مسئله، محدودهای که میتوانید انجام دهید و سؤالهایی که برای روشنشدن محدوده پروژه دارید، معمولاً اطلاعات بیشتری از یک متن عمومی مانند «آماده همکاری هستم» منتقل میکند.
با تیمها و متخصصان دیگر ارتباط حرفهای بسازید
اگر هنوز نمیخواهید مدیریت کامل مشتری و پروژه را بر عهده بگیرید، همکاری با فرد یا تیمی که به مهارت مشخص شما نیاز دارد میتواند مسیر دیگری باشد.
برای مثال، ممکن است یک طراح رابط کاربری به کسی برای پیادهسازی طرح نیاز داشته باشد یا یک تیم روی بخشی از پروژه به همکاری محدود احتیاج داشته باشد.
در این حالت، معرفی دقیق اهمیت زیادی دارد. بهجای اینکه فقط بگویید «طراحی سایت انجام میدهم»، توضیح دهید در چه بخشی میتوانید مسئولیت بپذیرید و نمونه مرتبط را نشان دهید.
این نوع ارتباط نیز بهتر است از ارائه ارزش و تناسب واقعی شروع شود، نه ارسال پیامهای انبوه و یکسان.
برای کسبوکارها پیشنهاد مسئلهمحور بفرستید
در ارتباط مستقیم با کسبوکارها، صرف اینکه یک مجموعه وبسایت ندارد یا سایت آن از نظر شما قدیمی به نظر میرسد، دلیل کافی برای یک پیشنهاد حرفهای نیست.
قبل از تماس بررسی کنید آیا واقعاً مسئلهای وجود دارد که در محدوده تخصص شما باشد.
اگر چنین مسئلهای پیدا کردید، پیشنهاد را درباره همان مشکل مشخص بنویسید. مثلاً بهجای:
«سلام، من طراح سایت هستم. اگر سایت خواستید انجام میدهم.»
میتوانید توضیح دهید چه چیزی را بررسی کردهاید، چه نوع کمکی میتوانید ارائه دهید و برای مشخصشدن نیاز به چه اطلاعاتی احتیاج دارید.
البته چیزی را که بررسی نکردهاید بهعنوان ایراد قطعی اعلام نکنید. هدف از این ارتباط، نشاندادن توجه به مسئله است؛ نه ایجاد نگرانی مصنوعی برای فروش خدمت.
وقتی یک فرصت مناسب پیدا کردید، هنوز یک تصمیم مهم باقی میماند: آیا این پروژه واقعاً در محدوده توان، زمان و مسئولیت فعلی شماست؟ قبل از پذیرفتن پیشنهاد، ریسک پروژه را جداگانه بسنجید؛ چون پیدا کردن فرصت با مناسببودن آن برای اولین تجربه حرفهای یک چیز نیست.
قبل از قبول اولین پروژه طراحی سایت، ریسک آن را بسنجید
پیداکردن یک فرصت کاری به این معنی نیست که باید آن را قبول کنید. مخصوصاً در اولین پروژه، مهم است تشخیص دهید آیا فقط بخشی از کار برای شما ناآشناست یا کل مسئولیت پروژه از محدوده فعلی شما بزرگتر است.
پروژه اول بهتر است فرصتی برای تجربه واقعی باشد، نه آزمونی که در آن مجبور شوید همزمان چند مهارت اساسی را از صفر یاد بگیرید و مسئول نتیجه نهایی هم باشید.
اول پیچیدگی واقعی پروژه را پیدا کنید
عنوان پروژه همیشه اندازه واقعی آن را نشان نمیدهد.
ممکن است در ابتدا درخواست «طراحی یک سایت ساده» مطرح شود، اما بعد مشخص شود سایت باید فروشگاه، درگاه پرداخت، ثبتنام کاربران، اتصال به سرویسهای دیگر یا امکانات اختصاصی داشته باشد.
قبل از قبول پروژه، درباره بخشهایی که روی پیچیدگی کار اثر میگذارند سؤال کنید:
- سایت دقیقاً چه کاری باید انجام دهد؟
- چه قابلیتهایی ضروری هستند؟
- چه سرویسها یا ابزارهای دیگری باید به سایت متصل شوند؟
- چه کسی مسئول محتوا، طراحی، هاست و تنظیمات جانبی است؟
- آیا اطلاعات یا عملکرد حساسی در پروژه وجود دارد؟
- چه چیزی در پایان پروژه بهعنوان تحویل موفق در نظر گرفته میشود؟
اگر هنوز نمیتوانید تصویر روشنی از پروژه بسازید، برای اعلام قطعی آمادگی زود است.
بین «چالش جدید» و «ریسک خارج از توان» تفاوت بگذارید
وجود یک بخش ناآشنا لزوماً به معنی ردکردن پروژه نیست. در کار واقعی طبیعی است که گاهی برای حل یک مسئله نیاز به تحقیق داشته باشید.
اما وضعیت زمانی متفاوت میشود که بخش اصلی پروژه به موضوعی وابسته باشد که هنوز نمیتوانید صحت نتیجه آن را ارزیابی کنید.
برای مثال، اگر ساخت یک صفحه جدید در محدوده توان شماست اما یک جزئیات کوچک نیاز به بررسی دارد، این میتواند یک چالش قابل مدیریت باشد.
در مقابل، اگر پروژه برای عملکرد اصلی خود به قابلیتی وابسته است که هیچ تجربهای از پیادهسازی یا بررسی آن ندارید، پذیرفتن مسئولیت کل پروژه تصمیم متفاوتی است.
یک سؤال کاربردی این است:
اگر چیزی در این بخش اشتباه پیش برود، آیا میتوانم تشخیص دهم مشکل چیست و آیا خروجی نهایی درست کار میکند؟
اگر پاسخ منفی است، آن بخش احتمالاً هنوز خارج از محدوده مسئولیت مستقل شماست.
نسبت به پروژههای حساس محتاطتر باشید
همه خطاهای طراحی سایت پیامد یکسانی ندارند.
خرابشدن فاصله یک بخش از صفحه با اختلال در پرداخت، ازبینرفتن اطلاعات، مشکل امنیتی یا دسترسی غیرمجاز یکسان نیست.
اگر پروژه با مواردی مثل اینها درگیر است، سطح مسئولیت بالاتر میرود:
- اطلاعات شخصی کاربران؛
- پرداخت و تراکنش مالی؛
- حسابهای کاربری و سطح دسترسی؛
- انتقال یا نگهداری اطلاعات مهم؛
- تنظیمات امنیتی که در صورت خطا میتوانند سایت را در معرض آسیب قرار دهند؛
- سرویسهایی که اختلال در آنها مستقیماً روی فعالیت کسبوکار اثر میگذارد.
اگر هنوز تجربه یا دانش کافی برای مدیریت این بخشها ندارید، بهتر است مسئولیت آنها را به متخصص مربوط بسپارید یا پروژهای با ریسک کمتر انتخاب کنید.
پروژه اول لازم نیست تمام مهارتهای شما را به چالش بکشد.
وابستگیهای خارج از کنترل خود را مشخص کنید
گاهی مسئله اصلی نه مهارت شما، بلکه چیزی است که برای انجام کار به شخص یا سرویس دیگری وابسته است.
مثلاً ممکن است تحویل پروژه به دریافت محتوا از مشتری، دسترسی به هاست، آمادهشدن طراحی، خرید یک سرویس یا انجام کاری توسط فرد دیگری وابسته باشد.
اگر این وابستگیها از ابتدا مشخص نشوند، تأخیری که کنترل آن در اختیار شما نیست ممکن است بعداً بهعنوان تأخیر شما دیده شود.
بنابراین قبل از قبول پروژه مشخص کنید:
- برای شروع کار چه چیزهایی باید تحویل شما شود؛
- چه تصمیمهایی باید توسط طرف مقابل گرفته شوند؛
- چه قسمتهایی در اختیار اشخاص یا سرویسهای دیگر هستند؛
- و تأخیر هر وابستگی چه اثری روی زمانبندی خواهد داشت.
مبلغ بالاتر لزوماً فرصت مناسبتری نیست
برای اولین تجربه کاری، مبلغ بالاتر بهتنهایی دلیل خوبی برای قبول پروژه نیست؛ اگر محدوده و ریسک کار از توان فعلی شما بزرگتر باشد، همان پروژه میتواند شروع نامناسبی باشد.
برای پروژه اول، یک نیاز روشن و خروجی قابل کنترل معمولاً امکان بهتری برای تجربه چرخه واقعی کار میدهد: نیازسنجی، توافق، اجرا، ارتباط و تحویل.
چه زمانی بهتر است پروژه را رد کنید؟
ردکردن یک پروژه لزوماً نشانه ضعف نیست.
اگر پس از بررسی متوجه شدید یکی از شرایط زیر وجود دارد، نپذیرفتن پروژه میتواند تصمیم منطقیتری باشد:
- بخش اصلی پروژه خارج از مهارت فعلی شماست؛
- محدوده پروژه حتی پس از گفتگو همچنان مبهم است؛
- زمان مورد انتظار با حجم واقعی کار هماهنگ نیست؛
- از شما نتیجهای خواسته میشود که نمیتوانید آن را تضمین یا حتی ارزیابی کنید؛
- پروژه شامل مسئولیتی حساس است که تجربه کافی برای آن ندارید؛
- یا طرف مقابل حاضر نیست موارد اصلی توافق را روشن کند.
در بعضی موارد میتوانید بهجای رد کامل، فقط بخش محدودی را که در تخصص شماست بپذیرید یا پیشنهاد همکاری با فرد باتجربهتری را مطرح کنید.
توانایی تشخیص اینکه کدام مسئولیت را نباید بپذیرید، بخشی از همان آمادگی حرفهای است که در ابتدای این مسیر درباره آن صحبت کردیم.
وقتی پروژهای متناسب با توان خود انتخاب کردید، مرحله بعد فقط «ساخت سایت» نیست؛ باید آن را از نیازسنجی تا تست، تحویل و پشتیبانی بهشکلی مدیریت کنید که توافق اولیه در طول کار گم نشود.
مرحله هفتم؛ اولین پروژه طراحی سایت را حرفهای اجرا و تحویل دهید
قبولشدن پروژه فقط شروع کار است. تجربه حرفهای زمانی شکل میگیرد که بتوانید چیزی را که توافق کردهاید، در همان محدوده اجرا کنید، وضعیت کار را شفاف نگه دارید و در پایان خروجی قابل بررسی و قابل تحویل ارائه دهید.
در اولین پروژه ممکن است هنوز سرعت یا تجربه زیادی نداشته باشید. چیزی که نباید مبهم باشد، این است که چه چیزی قرار است ساخته شود، در چه مرحلهای هستید و چه زمانی پروژه واقعاً «تحویلشده» محسوب میشود.
قبل از اجرا، نیاز و محدوده پروژه را دوباره نهایی کنید
حتی اگر قبلاً درباره پروژه صحبت کردهاید، پیش از شروع اجرا مطمئن شوید برداشت شما و طرف مقابل از پروژه یکسان است.
موارد اصلی را یکبار دیگر مرور کنید:
- صفحات و قابلیتهای درون محدوده پروژه؛
- مواردی که خارج از پروژه هستند؛
- محتوا و فایلهایی که باید در اختیار شما قرار بگیرند؛
- مسئولیت هر طرف؛
- زمانبندی و نقاط تحویل؛
- و معیار قابل قبول برای پایان کار.
این مرحله میتواند جلوی موقعیتی را بگیرد که در میانه پروژه متوجه شوید شما یک خروجی را در نظر داشتهاید و مشتری چیز دیگری انتظار داشته است.
پروژه را به چند نقطه قابل بررسی تقسیم کنید
لازم نیست تا روز آخر کار کنید و سپس برای اولین بار نتیجه کامل را نشان دهید.
برای پروژهای که چند مرحله دارد، میتوانید نقاط بازبینی مشخصی تعریف کنید؛ مثلاً پس از آمادهشدن ساختار اصلی، اجرای صفحات مهم یا قبل از تحویل نهایی.
این کار دو مزیت دارد: خطا یا سوءبرداشت زودتر مشخص میشود و تغییرات کوچک قبل از اینکه روی بخشهای دیگر اثر بگذارند قابل بررسی هستند.
اما بازبینی مرحلهای نباید به تغییر دائمی محدوده پروژه تبدیل شود. اگر درخواست جدیدی خارج از توافق اولیه مطرح شد، آن را از اصلاح همان مرحله جدا کنید و تأثیرش بر زمان و هزینه را دوباره بررسی کنید.
درباره وضعیت پروژه شفاف ارتباط برقرار کنید
لازم نیست برای هر تغییر کوچک گزارش جداگانه ارسال کنید؛ اما طرف مقابل نیز نباید برای فهمیدن وضعیت پروژه مجبور باشد مرتب پیگیری کند.
اگر به نقطه توافقشده رسیدهاید، تأخیری ایجاد شده یا برای ادامه کار به تصمیم و اطلاعاتی نیاز دارید، آن را واضح اعلام کنید.
مثلاً بهجای:
«پروژه کمی عقب افتاده.»
توضیح دقیقتر این است:
«برای تکمیل صفحه خدمات به متن نهایی این بخش نیاز دارم. تا دریافت آن، دو صفحه دیگر طبق برنامه ادامه پیدا میکنند اما تحویل نهایی این صفحه عقب میافتد.»
ارتباط حرفهای بیشتر از اینکه به رسمینویسی وابسته باشد، به شفافبودن وضعیت و اقدام بعدی وابسته است.
قبل از تحویل، خودتان خروجی را تست کنید
مشتری نباید اولین کسی باشد که خطاهای واضح پروژه را پیدا میکند.
نوع تست به پروژه بستگی دارد، اما در یک سایت معمولی حداقل موارد مرتبط با محدوده مسئولیت خود را بررسی کنید:
- صفحات و بخشهای توافقشده کامل هستند؛
- لینکها و دکمههای اصلی به مقصد درست میروند؛
- فرمها یا تعاملاتی که مسئول آنها هستید مطابق انتظار کار میکنند؛
- صفحات در اندازههای اصلی موردنظر قابل استفادهاند؛
- متن آزمایشی، تصویر موقت یا محتوای ناقص باقی نمانده است؛
- خطاهای واضح نمایش یا چیدمان اصلاح شدهاند؛
- بخشهایی که به سرویس یا حساب دیگری وابستهاند در وضعیت توافقشده قرار دارند.
فقط بررسی نکنید که «صفحه باز میشود». نتیجه را با همان چیزی مقایسه کنید که در توافق اولیه وعده داده بودید.
اگر بخشهایی وجود دارند که امکان بررسی کاملشان را ندارید، وضعیت آنها را صریح اعلام کنید؛ چیزی را که تست نکردهاید «تأییدشده» معرفی نکنید.
تحویل فقط فرستادن لینک سایت نیست
در پایان پروژه مشخص کنید دقیقاً چه چیزهایی تحویل داده میشوند.
بسته به پروژه، این موارد میتوانند شامل اینها باشند:
- آدرس خروجی نهایی؛
- فایلها یا سورسهایی که طبق توافق باید تحویل شوند؛
- اطلاعات مربوط به مدیریت بخشهای ضروری؛
- فهرست سرویسها یا ابزارهایی که ادامه کار به آنها وابسته است؛
- توضیح کوتاه درباره کارهای انجامشده؛
- و مواردی که هنوز نیازمند اقدام طرف مقابل هستند.
اگر دسترسیهایی در طول پروژه در اختیار شما قرار گرفتهاند، درباره نحوه تحویل، تغییر یا حذف آنها نیز شفاف باشید. اطلاعات ورود و دادههای حساس را بیدلیل در پیامها و کانالهای نامطمئن پخش نکنید.
مرز پشتیبانی بعد از تحویل را روشن کنید
تحویل پروژه همیشه به معنی پایان همه ارتباطها نیست، اما «پشتیبانی» هم نباید یک تعهد نامحدود و تعریفنشده باشد.
مشخص کنید بعد از تحویل چه مواردی را در چه محدودهای پیگیری میکنید.
برای مثال، میتوان بین این موارد تفاوت گذاشت:
- اصلاح ایرادی که مربوط به خروجی توافقشده است؛
- پاسخ به سؤال درباره نحوه استفاده از بخشی که تحویل دادهاید؛
- تغییر یا قابلیت جدیدی که بعد از پایان پروژه درخواست میشود؛
- نگهداری مستمر سایت.
اینها لزوماً یک نوع کار نیستند و بهتر است از ابتدا با یک عنوان کلی مثل «پشتیبانی کامل» با هم مخلوط نشوند.
پروژه را با یک پایان مشخص ببندید
در پایان مطمئن شوید هر دو طرف میدانند پروژه در چه وضعیتی قرار دارد:
چه چیزی تکمیل و تحویل شده، چه چیزی خارج از محدوده پروژه بوده و آیا اقدام بازی باقی مانده است یا نه.
این پایان مشخص فقط برای مشتری مفید نیست. برای خود شما هم فرصتی است تا بعد از پروژه بررسی کنید:
- کدام بخش را درست برآورد کرده بودید؟
- کجا زمان بیشتری از انتظار صرف شد؟
- چه مسئلهای تکرار شد که باید دفعه بعد از ابتدا روشن شود؟
- و این پروژه چه چیزی درباره محدوده واقعی مهارت شما نشان داد؟
اولین پروژه قرار نیست بدون اشتباه باشد. ارزش اصلی آن این است که برای دفعه بعد، تصمیمهای شما درباره محدوده پروژه، زمان، اجرا و تحویل بر اساس تجربه واقعیتری گرفته شوند.
با این حال، حتی بعد از یک تحویل موفق هم بعضی عادتها میتوانند رشد حرفهای شما را کند کنند؛ از یادگیری بیپایان بدون پروژه گرفته تا قبولکردن هر کاری فقط برای اینکه سابقه بیشتری بسازید.
اشتباهاتی که ورود به بازار کار را عقب میاندازند
بعضی اشتباهها باعث میشوند مدت زیادی آموزش ببینید، اما هنوز خروجی قابل ارائه یا مسیر حرفهای روشنی نداشته باشید. مهمترین موارد را کوتاه و عملی مرور کنید.
- یادگیری بدون خروجی: بعد از هر مرحله یادگیری، چیزی بسازید که مجبور شوید خودتان تصمیم بگیرید؛ دوره بعدی همیشه بهترین قدم بعدی نیست.
- پخش شدن بین چند مسیر: همزمان دنبالکردن وردپرس، فرانتاند، طراحی رابط کاربری و سئو میتواند شما را در چند مهارت سطحی نگه دارد. برای اولین فرصت حرفهای، یک مسیر اصلی داشته باشید.
- منتظر ماندن برای آمادگی کامل: لازم نیست همهچیز را بدانید؛ باید برای یک مسئولیت محدود و مشخص آماده باشید و بتوانید کیفیت خروجی همان مسئولیت را بررسی کنید.
- نمونهکار غیرقابل دفاع: پروژه آموزشی، کار دیگران یا نتیجه اندازهگیرینشده را بزرگتر از واقعیت نشان ندهید. نمونهکار کوچک اما قابل توضیح ارزش بیشتری دارد.
- پذیرفتن پروژه خارج از توان: نیاز به سابقه یا مبلغ پروژه نباید باعث شود کاری با ریسک، پیچیدگی یا مسئولیتی فراتر از مهارت فعلی خود قبول کنید.
- قیمتگذاری با محدوده مبهم: پیش از روشنشدن خروجی، اصلاحات، زمان و مسئولیت طرفین قیمت قطعی ندهید؛ ابتدا محدوده پروژه را مشخص کنید.
اگر این خطاها را زود تشخیص دهید، لازم نیست برای پیشرفت دوباره کل مسیر را از اول شروع کنید؛ معمولاً کافی است همان حلقه ضعیف را اصلاح کنید. چکلیست بخش بعد کمک میکند مشخص کنید این حلقه برای شما مهارت، نمونهکار، معرفی حرفهای، محدوده پروژه یا اجرای کار است.
چکلیست آمادگی برای اولین فرصت حرفهای طراحی سایت
تا اینجا معیارهای آمادگی را جداگانه بررسی کردیم. حالا میتوانید آنها را کنار هم بگذارید و وضعیت فعلی خود را ارزیابی کنید.
این چکلیست قرار نیست با یک امتیاز ثابت اعلام کند «آماده هستید» یا «نیستید». هدفش این است که مشخص شود کدام بخش از مسیر برای شما آماده است و کدام بخش هنوز به تمرین یا شفافسازی نیاز دارد.
مهارت و استقلال در اجرا
بررسی کنید آیا میتوانید:
اگر هنوز برای بیشتر کارها به مسیر آماده مدرس وابستهاید، احتمالاً اولویت شما هنوز تمرین مستقل است، نه گرفتن مسئولیت کامل یک پروژه.
پروژه و نمونهکار
ببینید آیا:
نمونهکار قرار نیست ثابت کند همهچیز را بلد هستید؛ باید نشان دهد تواناییای که ادعا میکنید واقعاً در یک خروجی دیده میشود.
معرفی حرفهای
بررسی کنید آیا فردی که برای اولین بار شما را میبیند میتواند سریع متوجه شود:
اگر معرفی شما هنوز مجموعهای از عبارتهای کلی مثل «طراح سایت حرفهای و خلاق» است، قبل از ارسال درخواستهای بیشتر بهتر است آن را دقیقتر کنید.
محدوده پروژه، پیشنهاد و قیمت
پیش از گرفتن پروژه مستقیم، بهتر است بتوانید:
اگر هنوز پاسخ شما به هر درخواست «بله، انجام میدهم» است و بعداً قرار است بفهمید پروژه دقیقاً چیست، این بخش نیاز به تقویت دارد.
انتخاب فرصت مناسب
قبل از قبول یک فرصت بررسی کنید آیا:
توانایی گفتن «این پروژه فعلاً مناسب من نیست» بخشی از آمادگی حرفهای است، نه نشانه شکست.
اجرا و تحویل
در نهایت ببینید آیا میتوانید:
از نتیجه این چکلیست چه برداشتی داشته باشید؟
بهدنبال تعداد مشخصی از تیکها نباشید. به الگوی پاسخها نگاه کنید.
اگر بخش مهارت و پروژه هنوز خالی است، احتمالاً اقدام بعدی شما باید تمرین مستقل و ساخت پروژه باشد.
اگر پروژه و نمونهکار دارید اما معرفی حرفهای ضعیف است، مسئله اصلی شما لزوماً «بیشتر یادگرفتن» نیست؛ باید توانایی موجود را بهتر ارائه کنید.
اگر نمونهکار و معرفی آمادهاند اما در محدوده پروژه، قیمتگذاری یا انتخاب پروژه مطمئن نیستید، پیش از گرفتن پروژه مستقل روی همان بخشها کار کنید یا همکاری محدودتری را انتخاب کنید.
و اگر بیشتر این موارد را میتوانید با شواهد واقعی پاسخ دهید، بهجای منتظرماندن برای احساس «آمادگی کامل»، میتوانید دنبال یک فرصت محدود و متناسب با توان فعلی خود باشید.
هدف این چکلیست صدور گواهی آمادگی نیست. هدف این است که بعد از خواندن مقاله بتوانید به سه سؤال پاسخ روشن بدهید:
الان چه کاری را میتوانم انجام دهم؟
چه چیزی هنوز باید تقویت شود؟
قدم حرفهای بعدی من دقیقاً چیست؟
قدم بعدی شما چیست؟
بعد از این مسیر، قدم بعدی شما لزوماً دیدن یک دوره جدید یا جستجوی فوری برای مشتری نیست. تصمیم درست به این بستگی دارد که الان کجای مسیر قرار دارید و مهمترین شکاف شما چیست.
به نتیجه چکلیست بخش قبل برگردید و نزدیکترین وضعیت به شرایط خودتان را انتخاب کنید.
اگر هنوز پایههای طراحی سایت را کامل یاد نگرفتهاید
اگر هنوز نمیدانید باید از کدام مسیر وارد طراحی سایت شوید، بین مهارتهای مختلف سردرگم هستید یا برای ساخت یک پروژه ساده به دانش پایه بیشتری نیاز دارید، فعلاً ورود به بازار کار اولویت اصلی شما نیست.
ابتدا مسیر یادگیری خود را مشخص کنید، مهارتهای پایه مسیر انتخابی را بسازید و بعد دوباره سراغ پروژه و آمادگی حرفهای بیایید.
مشاهده مسیر یادگیری طراحی سایت
این مسیر کمک میکند قبل از درگیرشدن با رزومه، مشتری و قیمتگذاری، بدانید چه چیزهایی را باید یاد بگیرید و به چه ترتیبی پیش بروید.
اگر در ابتدای مسیر کدنویسی وب هستید
اگر مسیر شما به HTML و توسعه صفحات وب وابسته است اما هنوز در ساختار HTML تسلط کافی ندارید، بهتر است قبل از فکرکردن به پروژه حرفهای همین پایه را تقویت کنید.
در این شرایط میتوانید یادگیری را از دوره HTML ادامه دهید و بعد از رسیدن به مرحلهای که بتوانید آموختهها را در پروژه به کار ببرید، دوباره آمادگی خود را با معیارهای همین مقاله بسنجید.
این پیشنهاد برای کسی است که واقعاً در مبانی HTML شکاف دارد؛ اگر این مهارت را دارید، صرفاً برای عقبانداختن شروع بازار کار به دوره دیگری نیاز ندارید.
اگر مهارت دارید اما هنوز تجربه کاری ندارید
اگر میتوانید یک کار محدود را مستقل انجام دهید، پروژهای قابل دفاع ساختهاید و محدوده توانایی خود را میشناسید، احتمالاً مسئله اصلی شما دیگر «یادگیری بیشتر» نیست.
در این وضعیت، قدم بعدی را عملی کنید:
- یک پروژه متناسب با مسیر تخصصی خود تا پایان اجرا کنید.
- آن را به یک نمونهکار قابل دفاع تبدیل کنید.
- معرفی حرفهای، رزومه یا پروفایل متناسب با مسیر ورودتان را آماده کنید.
- برای فرصتهایی اقدام کنید که محدوده پروژه آنها با توانایی فعلی شما هماهنگ است.
- از نتیجه هر اقدام و پروژه برای اصلاح مرحله بعد استفاده کنید.
لازم نیست برای شروع احساس کنید به پایان مسیر یادگیری رسیدهاید. کافی است بدانید چه مسئولیتی را امروز میتوانید بپذیرید و چگونه توانایی انجام آن را نشان میدهید.
مسیر ورود به بازار کار طراحی سایت برای همه دقیقاً یکسان نیست. ممکن است اولین تجربه شما استخدام در یک تیم باشد، ممکن است روی بخشی از پروژه فرد دیگری همکاری کنید و ممکن است یک پروژه کوچک را مستقیماً بگیرید.
آنچه بین همه این مسیرها مشترک است، تبدیل «چیزهایی که یاد گرفتهاید» به توانایی قابل مشاهده، مسئولیت مشخص و تجربه واقعی است.
اگر هنوز نمیدانید چه مهارتی باید قبل از این مرحله بسازید، ابتدا مسیر یادگیری خود را روشن کنید. اگر مهارت لازم را دارید، قدم بعدی شما احتمالاً یک آموزش دیگر نیست؛ یک پروژه واقعینما، یک نمونهکار قابل دفاع و یک اقدام حرفهای مشخص است.
جمعبندی؛ ورود به بازار کار از یک مسئولیت قابل مدیریت شروع میشود
برای ورود به بازار کار طراحی سایت لازم نیست منتظر بمانید تا همهچیز را بلد باشید؛ اما باید بدانید چه کاری را امروز میتوانید با مسئولیت انجام دهید و چه چیزی هنوز خارج از محدوده توان شماست.
مسیر عملی از همین تشخیص شروع میشود: یک جهت کاری مشخص انتخاب کنید، مهارت خود را در یک پروژه قابل دفاع محک بزنید، نمونهکاری بسازید که توانایی واقعی شما را نشان دهد و برای فرصتهایی اقدام کنید که با سطح فعلیتان هماهنگاند. بعد هم محدوده پروژه، ارتباط با طرف مقابل، اجرای کار و تحویل را بهاندازه خودِ ساخت سایت جدی بگیرید.
اگر هنوز برای ساخت یک پروژه ساده به آموزش قدمبهقدم وابستهاید، اولویت شما فعلاً تقویت پایهها و تمرین مستقل است. اگر میتوانید یک مسئولیت محدود را تا نتیجه قابل بررسی پیش ببرید، لازم نیست شروع را برای رسیدن به «آمادگی کامل» عقب بیندازید.
اولین تجربه حرفهای شما قرار نیست بزرگترین پروژهتان باشد. بهتر است پروژهای باشد که بتوانید از ابتدا تا انتها درباره آن پاسخگو باشید، از نتیجهاش یاد بگیرید و با تجربهای واقعیتر وارد فرصت بعدی شوید.
سوالات متداول
وقتی بتوانید یک مسئولیت محدود و مشخص را بدون وابستگی کامل به آموزش قدمبهقدم انجام دهید، نتیجه را بررسی کنید و درباره محدوده توانایی خود تصمیم بگیرید، میتوانید به اولین فرصتهای حرفهای فکر کنید. لازم نیست همه مهارتهای طراحی سایت را بلد باشید؛ مهم این است که پروژهای متناسب با سطح فعلی خود انتخاب کنید.
نداشتن سابقه رسمی به این معنی نیست که هیچ چیزی برای ارائه ندارید. پروژههای شخصی و تمرینی میتوانند توانایی شما را نشان دهند، به شرطی که مشخص کنید این پروژهها تمرینی بودهاند و دقیقاً چه بخشهایی را خودتان انجام دادهاید. سابقه یا مشتری ساختگی جایگزین تجربه واقعی نیست.
تعداد ثابت و معتبری برای همه وجود ندارد. کیفیت و تنوع شواهد مهمتر از تعداد است. چند پروژه مشابه که همگی یک توانایی را نشان میدهند لزوماً نمونهکار شما را قویتر نمیکنند. پروژههایی را انتخاب کنید که هرکدام بخش مشخصی از توانایی شما را قابل بررسی کنند.
پروژهای که محدوده روشن، خروجی قابل بررسی و پیچیدگی متناسب با مهارت فعلی شما داشته باشد. پروژه اول بهتر است بهاندازهای واقعی باشد که تجربه حرفهای ایجاد کند، اما آنقدر پیچیده نباشد که بخش اصلی آن به مهارتهایی وابسته شود که هنوز توان ارزیابیشان را ندارید.
یک پاسخ واحد برای همه وجود ندارد. در استخدام معمولاً روی مسئولیت مشخصی در یک تیم تمرکز میکنید؛ در فریلنسینگ علاوه بر اجرای فنی، ارتباط با مشتری، تعیین محدوده پروژه، پیشنهاد، قیمت و تحویل نیز بیشتر بر عهده خودتان است. انتخاب باید با مهارت فعلی و نوع مسئولیتی که میخواهید بپذیرید هماهنگ باشد.
لازم است بتوانید قیمت پروژه را بر اساس محدوده واقعی کار بررسی کنید، نه اینکه برای هر «سایت» یک عدد ثابت داشته باشید. تعداد صفحات، امکانات، طراحی، محتوا، اصلاحات، زمان و مسئولیت شما روی برآورد اثر میگذارند. به همین دلیل ابتدا محدوده پروژه را مشخص کنید و بعد درباره قیمت صحبت کنید.
«کاملاً آمادهشدن» معیار مناسبی نیست. اگر هنوز نمیتوانید یک کار محدود را مستقل انجام دهید یا نتیجه آن را بررسی کنید، بهتر است ابتدا تمرین کنید. اما اگر میتوانید مسئولیت مشخصی را مدیریت کنید، لازم نیست شروع را فقط به دلیل اینکه همهچیز را بلد نیستید عقب بیندازید.
چقدر این پست مفید بود؟
با یک کلیک، صدای خود را به گوش ما برسانید!
میانگین امتیاز کاربران / 5. تعداد نظر:
اولین باشید! نظر شما اهمیت دارد!
متاسفیم این پست برای شما مفید نبود.
اجازه دهید این پست را بهتر کنیم!
به ما بگویید چگونه میتوانیم بهتر شویم!
هنوز دیدگاهی ثبت نشده است.