تصور کنید که شما یک کارآفرین مشتاق هستید که به تازگی یک وب سایت و یک اپلیکیشن موبایل (مثلاً برای یک مغازه دونات فروشی) ساخته اید. شما می خواهید تجزیه و تحلیل های سفارشی را با بودجه کمی متصل کنید، اما نمی دانید چگونه. همه اطرافیان از Mixpanel، تجزیه و تحلیل فیس بوک، Yandex.Metrika و سایر سیستم ها استفاده می کنند، اما مشخص نیست چه چیزی را انتخاب کنید و چگونه استفاده کنید.
سیستم های تحلیلی چیست؟
اول از همه، باید گفت که یک سیستم تجزیه و تحلیل کاربر، سیستمی برای تجزیه و تحلیل گزارش های عملیات خود سرویس نیست. نظارت بر نحوه اجرای سرویس بر ثبات و عملکرد متمرکز است و توسط توسعه دهندگان به طور جداگانه نگهداری می شود. از سوی دیگر، تجزیه و تحلیل کاربر به منظور مطالعه دقیق رفتار کاربر ایجاد شده است: چه اقداماتی انجام می دهد، چند وقت یکبار، چگونه به اعلان های فشار یا سایر رویدادها در سرویس واکنش نشان می دهد. در سطح جهانی، تجزیه و تحلیل کاربران دارای دو حوزه است: تجزیه و تحلیل موبایل و وب. با وجود رابط ها و قابلیت های مختلف سرویس های وب و موبایل، کار با سیستم تجزیه و تحلیل در هر دو جهت تقریباً یکسان است.
چرا آن را انجام؟
تجزیه و تحلیل کاربر مورد نیاز است:
- برای نظارت بر آنچه در هنگام استفاده از سرویس اتفاق می افتد؛
- برای تغییر محتوا و درک اینکه کجا باید توسعه یابد، چه ویژگی هایی باید اضافه یا حذف شود.
- برای پیدا کردن مواردی که کاربران دوست ندارند و آن را تغییر دهید.
چگونه کار می کند؟
برای مطالعه رفتار کاربر، باید تاریخچه ای از این رفتار جمع آوری کنید. اما دقیقاً چه چیزی جمع آوری شود؟ این سوال تا 70 درصد از پیچیدگی کل کار است. بسیاری از اعضای تیم محصول باید با هم به آن پاسخ دهند: مدیر محصول، برنامه نویسان، تحلیلگران. هر اشتباهی در این مرحله پرهزینه است: شما نمی توانید آنچه را که نیاز دارید جمع آوری کنید و چیزهایی را جمع آوری کنید که به شما اجازه نتیجه گیری معنادار را نمی دهد.
بعد از اینکه تصمیم گرفتید چه چیزی بسازید، باید به معماری نحوه ساخت آن فکر کنید. شی اصلی که سیستم های تحلیلی با آن کار می کنند یک رویداد است. یک رویداد توصیفی از اتفاقی است که در پاسخ به یک اقدام کاربر به سیستم تجزیه و تحلیل ارسال می شود. به عنوان یک قاعده، برای هر یک از اقدامات انتخاب شده برای ردیابی در مرحله قبل، رویداد شبیه یک بسته JSON با فیلدهایی است که اقدام انجام شده را توصیف می کند.
بسته JSON چیست؟
بسته JSON یک فایل متنی است که اتفاقات رخ داده را توصیف می کند. به عنوان مثال، بسته JSON ممکن است حاوی اطلاعاتی باشد مبنی بر اینکه کاربر مری اکشن بازی Started را در ساعت 23:00 شب در 15 نوامبر انجام داده است. چگونه می توان هر عمل را توصیف کرد؟ به عنوان مثال، کاربر روی یک دکمه کلیک می کند. چه اموالی باید در این لحظه جمع آوری شود؟ آنها به دو نوع تقسیم می شوند:
- خواص فوق العاده - ویژگی های مشخصه همه رویدادهایی که همیشه وجود دارند. این زمان، شناسه دستگاه، نسخه api، نسخه تجزیه و تحلیل، نسخه سیستم عامل است.
- ویژگی های خاص رویداد - این ویژگی ها دلخواه هستند و مشکل اصلی نحوه انتخاب آنها است. به عنوان مثال، برای دکمه "خرید سکه" در بازی، چنین ویژگی هایی عبارتند از "کاربر چند سکه خریده است"، "چقدر سکه هزینه دارد".
نمونه ای از بسته JSON در یک سرویس یادگیری زبان:
اما چرا فقط همه چیز را جمع نمی کنید؟
زیرا همه رویدادها به صورت دستی ایجاد می شوند. سیستم های تجزیه و تحلیل دکمه "ذخیره همه" ندارند (و این بی معنی خواهد بود). فقط آن دسته از اقدامات از منطق سرویس که مورد علاقه بخشی از تیم است جمع آوری می شود. حتی برای هر حالت یک دکمه یا پنجره، همه رویدادها معمولاً مورد توجه نیستند. برای فرآیندهای طولانی (مثلاً سطح بازی) فقط شروع و پایان ممکن است مهم باشد. آنچه در این وسط اتفاق می افتد ممکن است جمع آوری نشود.
به عنوان یک قاعده، منطق خدمات از اشیا - موجودیت ها تشکیل شده است. این می تواند موجودیت "سکه"، موجودیت "سطح" باشد. بنابراین، می توان رویدادها را از موجودات، حالات و اقدامات آنها تنظیم کرد. مثال‌ها: «سطح آغاز شد»، «سطح به پایان رسید»، «سطح به پایان رسید، دلیل آن را اژدها می‌خورد». مطلوب است که تمام نهادهایی که می توانند "باز شوند" بسته شوند تا منطق را نقض نکنند و کار بیشتر با تجزیه و تحلیل را پیچیده نکنند.
چند رویداد در یک سیستم پیچیده است؟
سیستم های پیچیده می توانند چندین صد رویداد را پردازش کنند که از همه مشتریان (مدیر محصول، برنامه نویسان، تحلیلگران) جمع آوری شده و با دقت (!) وارد یک جدول و سپس در منطق خدمات شده است. آماده سازی رویدادها یک کار بین رشته ای بزرگ است که به همه نیاز دارد تا آنچه را که باید جمع آوری شود، توجه و دقت درک کنند.
گام بعدی چیست؟
بیایید بگوییم که ما با تمام اتفاقات جالب روبرو شدیم. زمان جمع آوری آنها فرا رسیده است. برای انجام این کار، باید تجزیه و تحلیل مشتری را متصل کنید. ما به گوگل می رویم و به دنبال تجزیه و تحلیل موبایل می گردیم (یا از بین موارد شناخته شده انتخاب می کنیم: , , , , , ). ما SDK را از سایت می گیریم و آن را در کد سرویس خود جاسازی می کنیم (از این رو نام "مشتری" - زیرا SDK در مشتری تعبیه شده است).
و از کجا رویدادها را جمع آوری کنیم؟
همه بسته‌های JSON که ایجاد می‌شوند باید در جایی ذخیره شوند. به کجا ارسال می شوند و کجا جمع آوری می شوند؟ در مورد یک سیستم تحلیلی مشتری، خودش مسئول این است. ما نمی دانیم بسته های JSON ما کجا هستند، کجا ذخیره می شوند، چند عدد هستند و چگونه در آنجا ذخیره می شوند. کل فرآیند جمع آوری توسط سیستم انجام می شود و برای ما بی ربط است. در سرویس تجزیه و تحلیل، ما به یک حساب شخصی دسترسی پیدا می کنیم، جایی که از قبل نتایج پردازش داده های رفتاری اولیه را می بینیم. علاوه بر این، تحلیلگران با آنچه در حساب شخصی خود می بینند کار می کنند.
در نسخه های رایگان، داده های منبع معمولا قابل دانلود نیستند. نسخه گران قیمت چنین ویژگی هایی دارد.
اتصال چقدر طول می کشد؟
ساده‌ترین تجزیه و تحلیل‌ها را می‌توان در یک ساعت به هم متصل کرد: برنامه متریکا خواهد بود که ساده‌ترین چیزها را بدون تجزیه و تحلیل رویدادهای سفارشی نشان می‌دهد. زمان راه اندازی یک سیستم پیچیده تر به رویدادهای انتخاب شده بستگی دارد. مشکلاتی بوجود می آیند که نیاز به توسعه بیشتر دارند:
- آیا صف رویداد وجود دارد؟ به عنوان مثال، چگونه می توان آن را برطرف کرد که یک رویداد نمی تواند قبل از رویداد دیگر باشد؟
- اگر کاربر زمان را تغییر داد چه باید کرد؟ منطقه زمانی را تغییر دادید؟
- اگه اینترنت نباشه چی؟
به طور متوسط، می توانید Mixpanel را در چند روز راه اندازی کنید. وقتی مجموعه ای از تعداد زیادی رویداد خاص برنامه ریزی شده است، ممکن است یک هفته طول بکشد.
چگونه انتخاب کنم که به کدام یک نیاز دارم؟
آمار عمومی در تمام سیستم های تحلیلی به خوبی کار می کند. برای بازاریابان و فروشندگان مناسب است: می‌توانید حفظ، مدت زمانی که کاربران در برنامه سپری کرده‌اند، همه معیارهای پایه سطح بالا را ببینید. برای ساده ترین صفحه فرود، معیارهای Yandex کافی است.
وقتی صحبت از وظایف غیر استاندارد می شود، انتخاب به خدمات شما، وظایف تحلیلی و رویدادهایی بستگی دارد که برای حل آنها باید پردازش شوند.
- برای مثال در Mixpanel می توانید تست های A/B را اجرا کنید. چگونه انجامش بدهیم؟ شما یک آزمایش ایجاد می کنید که در آن چندین نمونه وجود دارد و انتخاب می کنید (شما فلان کاربران را به A و دیگران را به B اختصاص می دهید). برای A دکمه سبز و برای B آبی خواهد بود. از آنجایی که Mixpanel همه داده‌ها را جمع‌آوری می‌کند، می‌تواند شناسه دستگاه هر کاربر را از A و B پیدا کند. توییک‌هایی در کد سرویس با استفاده از SDK ایجاد می‌شوند - این مکان‌هایی هستند که چیزی می‌تواند برای آزمایش تغییر کند. در مرحله بعد، برای هر کاربر، مقدار (در مورد ما، رنگ دکمه) از Mixpanel خارج می شود. در صورت عدم اتصال به اینترنت، گزینه پیش فرض انتخاب خواهد شد.
- اغلب شما می خواهید نه تنها رویدادها را ذخیره و مطالعه کنید، بلکه کاربران را نیز جمع آوری کنید. همان Mixpanel این کار را به صورت خودکار در تب Users انجام می دهد. در آنجا می توانید تمام داده های دائمی کاربر (نام، ایمیل، نمایه فیس بوک) و سابقه ثبت نام کاربر را مشاهده کنید. می توانید به داده های کاربر به عنوان آمار نگاه کنید: 100 بار توسط یک اژدها خورده، 3 گل خریده است. در برخی از سیستم ها، تجمع کاربر را می توان دانلود کرد.
- باحال اصلی چیه ? این سرویس بازدید کننده را با نمایه فیس بوک خود متصل می کند. بنابراین، می توانید مخاطبان خود را پیدا کنید و مهمتر از همه، آن را به یک مخاطب تبلیغاتی تبدیل کنید. به عنوان مثال، اگر من یک بار از سایتی بازدید کنم و صاحب آن تبلیغات (مخاطبان قابل تکمیل خودکار در تجزیه و تحلیل فیس بوک) را برای بازدیدکنندگان فعال کرده باشد، در آینده تبلیغات این سایت را در فیس بوک خواهم دید. برای صاحب سایت، به سادگی و به راحتی کار می کند، فقط باید به یاد داشته باشید که سقف روزانه را در بودجه تبلیغات قرار دهید. نقطه ضعف تجزیه و تحلیل فیس بوک این است که به خصوص راحت نیست: یک سایت نسبتاً پیچیده و بلافاصله قابل درک نیست، خیلی سریع کار نمی کند.
تقریباً هیچ کاری لازم نیست انجام شود و همه چیز کار می کند! شاید برخی از نقاط ضعف وجود دارد؟
بله، و یکی از آنها این است که معمولاً گران است. برای یک استارتاپ، می تواند حدود 50 هزار دلار در ماه باشد. اما گزینه های رایگان نیز وجود دارد. Yandex App Metrica رایگان است و برای اساسی ترین معیارها مناسب است.
با این حال، اگر راه حل ارزان باشد، تجزیه و تحلیل جزئیات نخواهد بود: امکان مشاهده نوع دستگاه، سیستم عامل، اما نه رویدادهای خاص، و ایجاد قیف امکان پذیر نخواهد بود. Mixpanel می تواند 50 هزار دلار در سال هزینه داشته باشد (به عنوان مثال، یک برنامه با Om Nom می تواند این مقدار را بخورد). به طور کلی، در همه دسترسی به داده ها اغلب محدود است. شما مدل های خود را اختراع نمی کنید و آنها را اجرا نمی کنید. پرداخت معمولاً ماهانه / دوره ای انجام می شود.
بیشتر؟
اما بدترین چیز این است که حتی Mixpanel حجم داده های ذاتی در برنامه تلفن همراه فعال را به عنوان یک تقریب در نظر می گیرد (به طور مستقیم در اسناد نشان داده شده است). اگر نتایج را با تجزیه و تحلیل سمت سرور مقایسه کنید، مقادیر متفاوت خواهند بود. (برای اینکه چگونه تجزیه و تحلیل سمت سرور خود را ایجاد کنید، مقاله بعدی ما را بخوانید!)
عیب بزرگ تقریباً همه سیستم‌های تحلیلی این است که دسترسی به گزارش‌های خام را محدود می‌کنند. بنابراین، اجرای مدل خود بر روی داده‌های ظاهراً خودتان کارساز نخواهد بود. برای مثال، اگر به قیف‌های موجود در Mixpanel نگاه کنید، فقط می‌توانید میانگین زمان بین مراحل را محاسبه کنید. معیارهای پیچیده تر، مانند زمان میانه یا صدک ها، قابل محاسبه نیستند.
همچنین، امکان تجمیع و تقسیم بندی پیچیده اغلب وجود ندارد. به عنوان مثال، خرید گروهی پیچیده "کاربرانی را که در سال 1990 به دنیا آمده اند و هر کدام حداقل 50 دونات خریده اند گرد هم می آورد" ممکن است در دسترس نباشد.
تجزیه و تحلیل فیس بوک رابط بسیار پیچیده ای دارد و کند است.
اگر همه سیستم ها را یکجا روشن کنم چه می شود؟
ایده عالی! اغلب اتفاق می افتد که سیستم های مختلف نتایج متفاوتی تولید می کنند. اعداد مختلف علاوه بر این، برخی دارای یک قابلیت هستند، دومی - دیگری، و سومی رایگان است.
علاوه بر این، چندین سیستم را می توان به طور موازی برای آزمایش روشن کرد: به عنوان مثال، برای آشنایی با رابط کاربری جدید و تغییر تدریجی به آن. مانند هر کسب و کاری، در اینجا نیز باید اندازه گیری را بدانید و تجزیه و تحلیل ها را به حدی متصل کنید که بتوانید آن را دنبال کنید (و اتصال شبکه را کند نمی کند).
ما همه چیز را وصل کردیم و سپس ویژگی های جدیدی را منتشر کردیم، چگونه رویدادها را اضافه کنیم؟
درست مانند زمانی که تجزیه و تحلیل ها را از ابتدا وصل می کنید: شرحی از رویدادهای لازم را جمع آوری کنید و با استفاده از SDK آن را در کد مشتری وارد کنید.
امیدوارم پاسخ سوالات متداول برای شما مفید باشد. اگر آنها به شما کمک کردند تا متوجه شوید که تجزیه و تحلیل سمت مشتری برای برنامه شما مناسب نیست، توصیه می کنیم تجزیه و تحلیل سمت سرور خود را امتحان کنید. در قسمت بعدی در مورد آن صحبت خواهم کرد و سپس در مورد نحوه پیاده سازی آن در پروژه خود صحبت خواهم کرد.
فقط کاربران ثبت نام شده می توانند در نظرسنجی شرکت کنند. ، لطفا.
از چه سیستم های تجزیه و تحلیل مشتری استفاده می کنید؟
-
Mixpanel
-
فیس بوک آنالیز
-
گوگل آنالیز
-
یاندکس متریکا
-
دیگران
-
با سیستم شما
-
هیچ چی
33 کاربر رای دادند. 15 کاربر رای ممتنع دادند.
منبع: www.habr.com