ساخت معرفی حرفهای با تخصص و نمونهکار واقعی برای مخاطب مشخص
کردنشیال باید به چه پرسشی جواب بدهد؟
معرفی حرفهای شرکت، که گاهی کردنشیال نامیده میشود، توان و سابقهی شما را برای همکاری توضیح میدهد. خواننده میخواهد بداند چه کاری انجام میدهید، چه چیزی تحویل میدهید و چه نمونهای از کارتان میتواند ببیند.
اگر مشتری برای انتخاب همکار یک فایل خواسته، تاریخچهٔ طولانی شرکت معمولاً پاسخ اول او نیست. با کاری شروع کنید که به درخواستش نزدیک است. سپس نقش واقعی تیم، روش همکاری و یک نمونهٔ مجاز را نشان دهید.
یک معرفی عمومی میتواند برای چند موقعیت استفاده شود، اما ترتیب شواهد باید با مخاطب عوض شود. مدیر خرید دنبال محدودهٔ تعهد است. مدیر محتوا ممکن است نمونهٔ خروجی و روند بازبینی را زودتر بخواهد.
کدام قالب به موقعیت شما میخورد؟
قالب را براساس تصمیم خواننده انتخاب کنید. دربارهٔ ما فضای بیشتری برای چرایی و مسیر شرکت دارد. زندگینامهٔ کوتاه یک فرد بر نقش و تجربهٔ همان فرد متمرکز است. معرفی توانمندی برای انتخاب همکار، به خروجی و شواهد نزدیکتر میشود.
اگر فایل ارائه میسازید، هر صفحه یک پرسش را جواب بدهد. چند صفحهٔ آغازین دربارهٔ ارزشها میتواند شاهدهای لازم را عقب بیندازد. ابتدا متن یکصفحهای را بنویسید؛ بعد تصمیم بگیرید کدام بخش به تصویر یا توضیح جدا نیاز دارد.
| موقعیت | قالب مناسب | اطلاعات آغاز |
|---|---|---|
| بازدیدکنندهٔ تازهٔ سایت | دربارهٔ ما | کار شرکت و دلیل شکلگیری |
| دعوت یک متخصص | معرفی فرد | نقش و تجربهٔ مرتبط |
| انتخاب مجری | معرفی توانمندی | مسئله، خروجی و شاهد |
| جلسه با شریک احتمالی | ارائهٔ همکاری | نقش پیشنهادی و حدود مسئولیت |
شاهد معتبر را چطور انتخاب کنیم؟
برای هر ادعا، پروندهٔ کوچکی بسازید: جمله، شاهد، نقش تیم، زمان و اجازهٔ نمایش. اگر میگویید طراحی صفحه را انجام دادهاید، مشخص کنید نویسندگی، طراحی یا اجرای فنی سهم شما بوده است. تصویر خروجی بهتنهایی همهٔ این نقشها را ثابت نمیکند.
نتیجهٔ عددی به بازهٔ سنجش و روش نسبتدادن نیاز دارد. اگر فقط بخشی از پروژه را انجام دادهاید، رشد کل کسبوکار را نتیجهٔ همان بخش معرفی نکنید. میتوانید خروجی تحویلشده و محدودیت سنجش را روشن بنویسید.
راهنمای نگارش مایکروسافت بر ارائهٔ اطلاعات لازم برای تصمیم خواننده تأکید دارد. در معرفی شرکت، ترجمهٔ عملی این اصل، انتخاب شاهد مرتبط است. فهرست طولانی خدمتهای نامرتبط میتواند تصمیم را دشوار کند.
| ادعای پیشنهادی | شاهد لازم | مرز جمله |
|---|---|---|
| این صفحه را نوشتهایم | نسخهٔ تحویلشده و تأیید نقش | فقط نویسندگی همان صفحه |
| در این حوزه تجربه داریم | پروژه یا خروجی مشخص | نقش و بازهٔ واقعی |
| مشتری از خروجی راضی بوده است | نظر تأییدشده و اجازهٔ نقل | همان عبارت و همان پروژه |
| همکاری با این برند | شاهد رابطه و اجازهٔ نمایش | بدون القای تأیید عمومی |
نمونهٔ یکصفحهای چه اطلاعاتی دارد؟
«کارگاه واژه» در نمونهٔ زیر یک مجموعهٔ فرضی است. خدمتها و فرایند آن فقط برای آموزش تعریف شدهاند. هیچ مشتری، تجربه یا نتیجهٔ واقعی به این مجموعه نسبت داده نمیشود. در نسخهٔ خودتان، هر سطر باید به واقعیت قابل ارائه وصل شود.
اگر نمونهکار قابل انتشار نداریم چه بنویسیم؟
یک تمرین مستقل و برچسبدار آماده کنید و فرایند تصمیمها را نشان دهید. توضیح دهید بریف چه بوده، چه چیزی نوشتهاید و کدام بخش نیاز به اطلاعات بیشتر دارد. تمرین خوب، توان توضیح کار را نشان میدهد؛ آن را پروژهٔ مشتری ننامید.
اگر تجربهٔ محرمانه دارید، پیش از نمایش نسخهٔ بینام، حدود اجازه را بررسی کنید. حذف نام ممکن است برای ناشناسکردن پروژه کافی نباشد. محصول، تاریخ یا ترکیب ویژگیها نیز میتواند طرف همکاری را مشخص کند.
سابقهٔ فردی اعضا را هم با سابقهٔ مجموعه مخلوط نکنید. میتوانید بنویسید چه کسی، در چه نقشی و در کدام پروژه مشارکت داشته است؛ به شرط شاهد و مجوز لازم. جملهٔ کلیِ «تیم ما انجام داده» این مرز را پنهان میکند.
نام و نشان مشتری را چه زمانی نمایش دهیم؟
برای هر نام، نشان یا نقلقول، محدودهٔ مجاز استفاده را روشن کنید. اجازهٔ انجام پروژه لزوماً اجازهٔ انتشار جزئیات آن نیست. از صاحب رابطهٔ کاری بخواهید محل نمایش، مدت و شکل استفاده را تأیید کند.
راهنمای رسمی نشانهای مایکروسافت، میان اشارهٔ متنی و استفاده از لوگو تفاوت میگذارد و برای لوگو مجوز صریح میخواهد. این یک نمونه از سیاست صاحب نشان است. برای هر مشتری، قواعد و توافق همان رابطه را بررسی کنید.
از ردیف لوگوها برای القای تأیید یا شراکت ناموجود استفاده نکنید. زیر نمونهٔ مجاز، نقش خود را بنویسید. اگر شاهد در دسترس خواننده نیست، توضیح دهید چه مدرکی در مرحلهٔ بررسی همکاری قابل ارائه است.
ایمیل همراه فایل چه بگوید؟
ایمیل باید دلیل ارتباط و مسیر ادامه را روشن کند. خواننده نباید برای فهمیدن موضوع همکاری ناچار به بازکردن فایل شود. نمونهٔ زیر ادامهٔ همان سناریوی فرضی است و وعدهٔ بررسی یا زمانبندی واقعی نمیسازد.
پرسشهای پیش از فرستادن معرفی
آیا تعداد سالهای فعالیت لازم است؟ وقتی به تصمیم مخاطب کمک میکند و قابل تأیید است، آن را بیاورید. سال تأسیس شرکت و سابقهٔ فردی اعضا را جدا بنویسید.
آیا عنوان «متخصص» بهتنهایی شاهد است؟ بهتر است حوزه، نقش و نمونهٔ کار را توضیح دهید تا خواننده معنای تخصص را ببیند.
امروز فقط یک ادعای معرفی فعلی را انتخاب کنید. شاهد، نقش شما و اجازهٔ نمایش آن را ثبت کنید. اگر یکی از این سه روشن نیست، جمله را تا سطحی محدود کنید که واقعاً قابل پشتیبانی باشد.
منابع مقاله
- مایکروسافت؛ سبک روشن برای تصمیم خواننده
اصل ارائهٔ اطلاعات لازم و زود دیدهشدن موضوع؛ ساختار و نمونهٔ معرفی، نوشتهٔ مستقل این مقاله است.
تاریخ بررسی: ۱۲ مهر ۱۴۰۵
- مایکروسافت؛ راهنمای نشان و نام تجاری
نمونهٔ مستقیم از سیاست صاحب نشان دربارهٔ مجوز لوگو و پرهیز از القای تأیید؛ حکم عمومی دربارهٔ همهٔ برندها نیست.
تاریخ بررسی: ۱۲ مهر ۱۴۰۵
در تهیه و بررسی این مقاله از هوش مصنوعی کمک گرفتهایم. منابع بالا برای بررسی بیشتر در دسترساند. پیشنهادها را با شرایط کار خودتان بسنجید.
این روش را روی متن خودتان امتحان کنید
اشتباه یا نکتهٔ مبهمی دیدید؟ در گیتهاب گزارش کنید. نام مقاله و بخش مربوط کافی است؛ اطلاعات محرمانه را در گزارش عمومی ننویسید.