چرا Smart Publisher پیش از Google Play به حریم خصوصی و هویت فنی پایدار نیاز داشت؟

پیش از آن‌که یک اپ وارد Google Play شود، دو موضوع که اداری به نظر می‌رسند می‌توانند برای همیشه ماندگار شوند: وعده‌ای که محصول درباره حریم خصوصی می‌دهد و هویت فنی‌ای که به‌روزرسانی‌های آینده با آن منتشر می‌شوند. برای Smart Publisher، هر دو را بخشی از خود محصول دیدیم، نه کاغذبازی.

Smart Publisher اندروید واقعاً چه کاری انجام می‌دهد؟

Smart Publisher به کاربر کمک می‌کند پست اینستاگرام را آماده کند: رسانه، کپشن، هشتگ و زمان انتشار. در موعد انتخاب‌شده، اپ یادآور می‌فرستد و محتوای آماده را به اینستاگرام تحویل می‌دهد. لمس نهایی دکمه Share همچنان با خود کاربر است. نسخه اندروید از طرف کاربر در اینستاگرام منتشر نمی‌کند.

این مرز مهم است، چون متن حریم خصوصی باید محصولی را توضیح دهد که واقعاً وجود دارد، نه محصولی را که شاید تیم بعداً بسازد. پیش از ورود اپ به تست Google Play، به‌جای استفاده از سیاست عمومی محصولات دیگر TekeraLab، یک صفحه حریم خصوصی اختصاصی برای Smart Publisher ساختیم.

چرا صفحه حریم خصوصی اختصاصی لازم بود؟

یک سند مشترک نمی‌تواند مجوزها، شیوه ذخیره‌سازی و سرویس‌های متصل همه محصولات را دقیق توضیح دهد. کسی که Smart Publisher را بررسی می‌کند باید بتواند سیاست همان محصول را بخواند، بدون آن‌که حدس بزند کدام بند مربوط به سرویس دیگری است.

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

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

می‌توانید سیاست حریم خصوصی فعلی Smart Publisher را بخوانید.

چرا هویت اندروید باید پیش از انتشار پایدار می‌شد؟

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

Smart Publisher هنوز نامی از دوران نمونه اولیه همراه داشت. پیش از آن‌که کاربر، نظر یا سابقه فروشگاهی به این هویت وابسته شود، آن را با هویت دائمی جایگزین کردیم. حالا نام عمومی محصول، هویت فروشگاه و هویت فنی می‌توانند به‌عنوان ادامه یک محصول رشد کنند.

چرا سابقه محصول را هم جدا کردیم؟

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

برای همین یک سابقه تغییر مستقل برای Smart Publisher ساختیم تا بازبینی‌های بعدی حریم خصوصی، متن فروشگاه و تصمیم‌های محصول به شواهد همان محصول برگردند. این کار به‌تنهایی اعتماد را تضمین نمی‌کند؛ اما امکان کسب و بررسی اعتماد را فراهم می‌کند.

نتیجه برای کاربر چیست؟

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

این درس فقط مربوط به یک اپ نیست: حریم خصوصی، هویت فنی و سابقه انتشار باید پیش از آن آماده شوند که توزیع، تغییرشان را پرهزینه کند.