پاسخ کوتاهاگر قرارداد کارفرما، مقررات سازمان یا حساسیت داده اجازه نمی‌دهد پاسخ‌ها، صداها و عکس‌ها از زیرساخت شما خارج شوند، نصب روی سرور اختصاصی (On-Premise) انتخاب درست است. در غیر این صورت، نسخهٔ ابری معمولاً سریع‌تر راه می‌افتد و نگهداری کمتری می‌خواهد. در هر دو حالت، کد بین‌المللی ICC/ESOMAR از پژوهشگر می‌خواهد دادهٔ شخصی را امن نگه دارد، فقط دادهٔ لازم را جمع کند و آن را بیش از نیاز نگه ندارد.
چرا محرمانگی در تحقیقات بازار حساس‌تر است؟
دادهٔ یک پروژهٔ تحقیقات بازار دو لایهٔ محرمانه دارد. لایهٔ اول، اطلاعات شخصی پاسخ‌گویان است: نام، شماره تلفن، آدرس، صدای ضبط‌شده و گاهی عکس. لایهٔ دوم، اطلاعات تجاری کارفرماست: محصولی که هنوز عرضه نشده، قیمتی که آزمون میشود یا بازاری که قرار است وارد آن شوند. نشت هر کدام هم به افراد آسیب می‌زند و هم به اعتماد کارفرما.
پروژه‌های میدانی امروز بیش از متن پاسخ، دادهٔ حساس تولید می‌کنند: فایل صوتی مصاحبه، عکس فروشگاه یا محصول، و موقعیت مکانی هر پاسخ. این‌ها برای کنترل کیفیت لازم‌اند، اما محرمانگی را هم پیچیده‌تر می‌کنند.
به همین دلیل پرسش «داده کجا نگهداری شود؟» دیگر فقط پرسش تیم فنی نیست. مدیر پروژه، مسئول قراردادها و کارفرما هر کدام بخشی از پاسخ را دارند و بهتر است این تصمیم پیش از شروع پروژه‌ها گرفته شود، نه وقتی کارفرمای حساس اولین بار آن را می‌پرسد.
کد ICC/ESOMAR دربارهٔ حفاظت داده چه می‌گوید؟
کد بین‌المللی ICC/ESOMAR، که نسخهٔ بازنگری‌شدهٔ آن در ۲۰۲۵ منتشر شده، چند الزام روشن برای پژوهشگران دارد:
- حداقل‌سازی داده (مادهٔ ۳): جمع‌آوری دادهٔ شخصی فقط در حدی که معقول و مستقیماً مرتبط با هدف پژوهش باشد؛ و در اختیار پیمانکار فرعی فقط حداقل دادهٔ لازم.
- نگهداری امن (مادهٔ ۶-د): محافظت از دادهٔ شخصی در برابر گم‌شدن، دسترسی غیرمجاز مانند حملهٔ سایبری، تخریب، سوءاستفاده، تغییر و افشا.
- مدت نگهداری (مادهٔ ۶-ه): نگهداری داده نه بیشتر از زمان لازم و فقط برای هدف اولیه؛ پس از آن، ناشناس‌سازی یا حذف.
- انتقال به دیگران (مادهٔ ۶-و و ۶-ز): پیش از انتقال داده به کارفرما یا پیمانکار، اطمینان از اینکه گیرنده دست‌کم همان سطح امنیت را دارد؛ و دقت ویژه در انتقال داده از یک حوزهٔ قضایی به حوزهٔ دیگر.
- نشت داده (مادهٔ ۶-ح): در صورت نشت، اطلاع به افراد و مراجع مربوط طبق قوانین.
هیچ‌کدام از این الزامات نمی‌گوید داده حتماً باید روی سرور خودتان باشد. اما پاسخ به پرسش «دادهٔ ما دقیقاً کجاست و چه کسی به آن دسترسی دارد؟» در نصب اختصاصی ساده‌تر است.
مقایسهٔ ابری و سرور اختصاصی
| معیار | نسخهٔ ابری | سرور اختصاصی (On-Premise) |
|---|---|---|
| محل نگهداری داده | زیرساخت ارائه‌دهندهٔ نرمافزار | زیرساخت خود سازمان |
| زمان راه‌اندازی | کوتاه؛ ثبت‌نام و شروع | نیاز به سرور، نصب و پیکربندی |
| نگهداری و بهروزرسانی | با ارائهدهنده | با تیم فنی سازمان، طبق مجوز بهروزرسانی |
| کنترل دسترسی فیزیکی و شبکه | طبق سیاست ارائهدهنده | کامل در اختیار سازمان |
| پاسخ به الزام قراردادی «داده خارج نشود» | وابسته به محل سرور ارائهدهنده | مستقیم |
| هزینه | اشتراک دوره‌ای | مجوز نصب + هزینهٔ سرور و نگهداری |
چه زمانی سرور اختصاصی لازم است؟
این نشانه‌ها معمولاً یعنی نصب اختصاصی ارزش هزینه و زحمتش را دارد:
- قرارداد کارفرما صریحاً نگهداری داده در زیرساخت مجری یا کارفرما را الزامی کرده است.
- سازمان شما (بانک، نهاد دولتی، بیمه یا مخابرات) سیاست داخلی برای نگهداری داده در شبکهٔ خودش دارد.
- پروژه‌ها صدای مصاحبه یا دادهٔ شناسایی‌کنندهٔ زیادی تولید می‌کنند.
- تیم فنی‌ای دارید که می‌تواند سرور را نگهداری و پشتیبان‌گیری کند.
یوچک فیلد را می‌توان روی سرور اختصاصی سازمان نصب کرد؛ پاسخ‌ها، صداها و عکس‌ها داخل زیرساخت شما می‌مانند.
محرمانگی فقط محل سرور نیست
سرور اختصاصی بدون کنترل دسترسی درست، امن‌تر از ابر نیست. چند اقدام در هر دو حالت لازم است:
دسترسی نقش‌محور
پرسشگر فقط پروژه‌های خودش را ببیند، کارفرما فقط نتایج پروژهٔ خودش را، و دسترسی به دادهٔ شناسایی‌کننده محدود به کسانی باشد که واقعاً به آن نیاز دارند. این همان اصل حداقل‌سازی مادهٔ ۳ است، در سطح کاربران.
جداکردن هویت از پاسخ
مادهٔ ۶-ج کد ICC/ESOMAR از پژوهشگر می‌خواهد مطمئن شود هویت افراد، حتی با تحلیل‌های پیشرفته یا هوش مصنوعی و ترکیب با داده‌های دیگر، قابل استنتاج نباشد. پیش از تحویل داده به کارفرما، ستون‌های شناسایی‌کننده را حذف کنید و به نمونه‌های کوچک توجه کنید.
سیاست حذف
برای فایل‌های صوتی و عکس‌ها از ابتدا تعیین کنید چه مدت نگهداری می‌شوند. مادهٔ ۶-ه می‌گوید پس از پایان هدف اولیه، داده باید ناشناس یا حذف شود.
شفافیت با پاسخ‌گو
مادهٔ ۶-ب کد ICC/ESOMAR اطلاعیهٔ حریم خصوصیِ روشن و در دسترس را الزامی می‌داند و می‌گوید اگر ابزار ردیابی، مانند ثبت موقعیت، به کار می‌رود، پیش از جمع‌آوری داده باید به پاسخ‌گو اطلاع داده شود. در پروژه‌های میدانی یعنی متن معرفی پرسشگر باید ضبط صدا و ثبت موقعیت را صریح بگوید.
پرسش‌هایی که پیش از انتخاب باید پاسخ دهید
این فهرست را با تیم فنی، حقوقی و مدیر پروژه مرور کنید. پاسخ‌ها معمولاً انتخاب را روشن می‌کنند:
- آیا قراردادهای فعلی یا آینده، محل نگهداری داده را مشخص کرده‌اند؟
- چه کسی در سازمان مسئول سرور، پشتیبان‌گیری و بهروزرسانی امنیتی خواهد بود؟
- حجم فایل‌های صوتی و تصویری پروژه‌ها در سال چقدر است و فضای ذخیره‌سازی از کجا تأمین میشود؟
- کارفرمایان و پیمانکاران چطور به نتایج دسترسی پیدا می‌کنند و آیا داده باید از شبکهٔ سازمان خارج شود؟
- در صورت نشت داده، فرایند اطلاع‌رسانی به افراد و مراجع چیست؟
- داده‌های هر پروژه چه مدت پس از تحویل نگهداری و بعد حذف یا ناشناس می‌شوند؟
اگر برای پرسش دوم پاسخ روشنی ندارید، نصب اختصاصی ممکن است در عمل امنیت کمتری از نسخهٔ ابری داشته باشد. سروری که بهروزرسانی نمی‌شود، همان خطری است که مادهٔ ۶-د کد ICC/ESOMAR از آن نام می‌برد: دسترسی غیرمجاز و حملهٔ سایبری.
پرسش‌های پرتکرار
On-Premise یعنی چه؟
یعنی نرمافزار روی سرورهای خود سازمان نصب و اجرا میشود، نه روی زیرساخت ارائهدهنده.
آیا نسخهٔ ابری از نظر کد ESOMAR مشکلی دارد؟
خیر، به شرطی که الزامات حفاظت داده رعایت شود. کد ICC/ESOMAR محل خاصی را الزامی نمی‌کند، اما از پژوهشگر می‌خواهد مطمئن شود هر گیرندهٔ داده دست‌کم همان سطح امنیت را دارد.
در نصب اختصاصی، بهروزرسانیها چطور انجام میشود؟
معمولاً طبق مجوز بهروزرسانی، نسخههای جدید در اختیار سازمان قرار میگیرد و تیم فنی سازمان آنها را نصب میکند.
منابع
- ICC/ESOMAR (2025). International Code on Market, Opinion and Social Research and Data Analytics. community.esomar.org