گوگل نالج برای مدیرعامل چیست و چه زمانی می‌تواند شکل بگیرد؟

چکیده: گوگل نالج برای مدیرعامل چگونه شکل می‌گیرد؟ نقش سابقه حرفه‌ای، سایت شرکت، رسانه‌ها، نام انگلیسی، Schema و هویت مستقل مدیر را بررسی می‌کنیم.

هویت یک مدیرعامل در وب همیشه با هویت شرکتی که مدیریت می‌کند یکسان نیست. ممکن است نام شرکت در جست‌وجو جایگاه مشخصی داشته باشد، صفحات رسمی آن فعال باشند و اطلاعات سازمان به‌درستی در وب منتشر شده باشد، اما جست‌وجوی نام مدیر نتیجه کاملاً متفاوتی ایجاد کند. همین تفاوت یکی از نقاط مهم در بررسی Google Knowledge Panel مدیران است.

مدیرعامل یک شخص حقیقی با سابقه، سمت‌ها، مصاحبه‌ها، پروژه‌ها و ارتباطات حرفه‌ای خودش است. شرکت نیز موجودیتی مستقل با نام، دامنه، برند، محصولات و ساختار سازمانی خود محسوب می‌شود. گوگل نیز Knowledge Panel را برای موجودیت‌هایی مانند افراد و سازمان‌ها بر اساس اطلاعات قابل دسترس در وب به‌صورت خودکار ایجاد می‌کند؛ بنابراین وجود اطلاعات قوی درباره شرکت به این معنا نیست که مدیرعامل آن نیز الزاماً پنل مستقل خواهد داشت.  

به همین دلیل گوگل نالج برای مدیرعامل را بهتر است به‌عنوان بخشی از هویت حرفه‌ای خود فرد بررسی کرد، نه نسخه‌ای فرعی از Knowledge Panel شرکت.

مدیرعامل و شرکت دو موجودیت متفاوت هستند

فرض کنیم شخصی مدیرعامل شرکت «الف» است. در سایت شرکت صفحه‌ای درباره او وجود دارد و چند خبر نیز با نام او منتشر شده است. این اطلاعات رابطه فرد با شرکت را نشان می‌دهند، اما مدیر ممکن است پیش از این در شرکت‌های دیگری فعالیت کرده باشد، عضو هیئت‌مدیره مجموعه دیگری باشد یا در آینده از سمت فعلی خود خارج شود.

اگر تمام اطلاعات آنلاین او فقط در دامنه شرکت فعلی وجود داشته باشد، هویت فرد وابستگی زیادی به همان سازمان پیدا می‌کند.

این موضوع از نظر ساختار اطلاعات اهمیت دارد. رابطه صحیح این نیست که شخص و شرکت به‌عنوان یک موجودیت واحد معرفی شوند. باید قابل تشخیص باشد که شرکت یک Organization است و مدیرعامل یک Person که در یک دوره مشخص با آن سازمان ارتباط حرفه‌ای دارد.

چنین تفکیکی زمانی اهمیت بیشتری پیدا می‌کند که مدیر تغییر سمت می‌دهد. سابقه فعالیت در شرکت قبلی بخشی از تاریخ حرفه‌ای او باقی می‌ماند، در حالی که موقعیت فعلی تغییر کرده است.

داشتن شرکت شناخته‌شده، نالج پنل مدیر را تضمین نمی‌کند

گاهی این تصور وجود دارد که اگر یک شرکت Knowledge Panel داشته باشد، مدیرعامل آن نیز باید به‌طور خودکار صاحب پنل شود.

چنین قاعده‌ای وجود ندارد.

سیستم باید بتواند خود فرد را نیز به‌عنوان موجودیتی قابل تفکیک بشناسد. اینکه نام او فقط یک‌بار در صفحه «درباره ما» نوشته شده باشد با حالتی که سابقه مدیریتی، صفحات رسمی، مصاحبه‌ها، پروژه‌ها و اطلاعات حرفه‌ای قابل بررسی درباره او وجود دارد متفاوت است.

حتی درباره مدیر شرکت‌های بزرگ نیز نمایش پنل برای یک عبارت خاص تصمیمی خودکار در سیستم جست‌وجوی گوگل است. گوگل اعلام کرده Knowledge Panelها بر اساس اطلاعات موجود در وب و ارتباط آن‌ها با Query کاربر به‌صورت خودکار ایجاد و نمایش داده می‌شوند. 

بنابراین نمی‌توان فرمولی مانند «شرکت معتبر + مدیرعامل = Knowledge Panel» تعریف کرد.

اولین بخش پرونده، مشخص کردن هویت خود مدیر است

پیش از بررسی رسانه، Schema یا سایر مسائل فنی، باید معلوم باشد اطلاعات پایه فرد چیست.

نام کامل فارسی، شکل انگلیسی نام، سمت فعلی، شرکت مرتبط، سابقه کاری، حوزه تخصصی و صفحات رسمی از اطلاعات ابتدایی هستند.

موضوع زمانی پیچیده می‌شود که فرد نام رایجی داشته باشد.

برای مثال اگر چند مدیر با نام مشابه در شرکت‌های مختلف فعالیت کنند، نام به‌تنهایی برای تفکیک آن‌ها کافی نیست. حوزه فعالیت، شرکت، شهر، تصویر، سوابق و منابع مرتبط می‌توانند کمک کنند مشخص شود هر صفحه به کدام شخص تعلق دارد.

در چنین پرونده‌هایی، نالج پنل مدیران شرکت‌ها بیشتر از آنکه مسئله‌ای درباره تعداد مقالات باشد، مسئله تشخیص صحیح Entity است.

صفحه مدیرعامل در سایت شرکت اهمیت دارد

یکی از منابع طبیعی برای معرفی مدیر، وب‌سایت رسمی سازمان است.

این صفحه لازم نیست یک زندگی‌نامه طولانی و تبلیغاتی باشد. اطلاعات مشخص و قابل بررسی معمولاً ارزش بیشتری دارند: نام کامل، مسئولیت فعلی، سابقه مرتبط، حوزه تخصصی و در صورت وجود لینک به صفحات حرفه‌ای یا آثار فرد.

عبارت‌هایی مثل «مدیری برجسته»، «چهره تأثیرگذار صنعت» یا «از موفق‌ترین مدیران کشور» اگر با شواهد مشخص همراه نباشند اطلاعات زیادی درباره هویت فرد ایجاد نمی‌کنند.

در مقابل، جمله‌ای مانند «از سال ۱۴۰۴ مدیرعامل شرکت X است و پیش از آن مسئولیت Y را بر عهده داشته» اطلاعات مشخص‌تری ارائه می‌کند.

صفحه رسمی شرکت همچنین می‌تواند رابطه شخص و سازمان را روشن کند، اما بهتر است تنها منبع معرفی فرد نباشد؛ مخصوصاً برای مدیری که سابقه حرفه‌ای او از عمر سمت فعلی طولانی‌تر است.

آیا مدیرعامل باید سایت شخصی داشته باشد؟

نه در همه پرونده‌ها.

داشتن سایت شخصی شرط رسمی ایجاد Knowledge Panel نیست. مدیری ممکن است بدون سایت مستقل نیز از طریق صفحات سازمانی، منابع حرفه‌ای، مصاحبه‌ها و سایر اطلاعات عمومی به‌خوبی قابل شناسایی باشد.

اما برای بعضی مدیران، سایت شخصی می‌تواند نقش مرجع را ایفا کند.

این موضوع درباره مدیرانی که چند مسئولیت دارند، بنیان‌گذار چند مجموعه هستند، سابقه طولانی مدیریتی دارند یا پس از خروج از یک شرکت می‌خواهند هویت حرفه‌ای آن‌ها همچنان قابل دنبال کردن باشد اهمیت بیشتری پیدا می‌کند.

سایت شخصی زمانی مفید است که اطلاعات واقعی را مرتب کند. ساخت دامنه‌ای که فقط نام فرد و چند عبارت تبلیغاتی در آن قرار گرفته، به‌تنهایی مسئله هویت دیجیتال را حل نمی‌کند.

حضور رسانه‌ای مدیر باید چیزی درباره خود او بگوید

مدیران معمولاً در اخبار شرکت حضور دارند.

ممکن است نام مدیرعامل در خبر افتتاح یک شعبه، قرارداد جدید، گزارش مالی یا رویداد سازمان دیده شود. این منابع بخشی از سابقه عمومی فرد هستند، اما تمام آن‌ها اطلاعات یکسانی درباره خود مدیر ارائه نمی‌کنند.

مطلبی که فقط نام مدیر را در انتهای یک خبر ذکر می‌کند با یک مصاحبه تخصصی تفاوت دارد.

در مصاحبه، ممکن است حوزه تخصص، دیدگاه مدیریتی، تجربه یک پروژه یا سابقه فرد روشن‌تر شود. چنین محتوایی می‌تواند اطلاعات بیشتری درباره شخص ایجاد کند، در حالی که خبر سازمانی بیشتر درباره خود شرکت است.

برای ساخت هویت واقعی نباید صرفاً تعداد مطالبی که نام مدیر در آن‌ها آمده شمرده شود.

سؤال بهتر این است: اگر نام شرکت را از مقاله حذف کنیم، آیا این صفحه هنوز اطلاعات معناداری درباره خود شخص ارائه می‌کند؟

خبرهای روابط عمومی را با منابع مستقل یکی ندانیم

در حوزه پرسونال برندینگ و Google Knowledge، انتشار رسانه‌ای می‌تواند کاربرد داشته باشد، اما ماهیت منبع اهمیت دارد.

اگر یک متن روابط عمومی در ده وب‌سایت بازنشر شود، ده URL ایجاد می‌شود؛ اما این به معنای وجود ده بررسی مستقل درباره مدیر نیست.

یک گزارش تحریریه‌ای، گفت‌وگوی واقعی یا صفحه رسمی یک نهاد حرفه‌ای از نظر ماهیت با بازنشر یک متن روابط عمومی متفاوت است.

در ارزیابی هویت مدیرعامل در Google Knowledge بهتر است منابع بر اساس اطلاعاتی که واقعاً ارائه می‌کنند بررسی شوند، نه صرفاً اعتبار دامنه یا تعداد انتشار.

این رویکرد مانع آن می‌شود که پروژه به خرید تعداد زیادی انتشار مشابه تبدیل شود.