مطالعه بیشتر
مقایسه تلاش توسعه، قابلیت سفارشیسازی، و امنیت رویکردهای مختلف به اشتراکگذاری داده.
استراتژیهای ارائه تحلیل رو به مشتری
مقایسه تلاش توسعه، قابلیت سفارشیسازی، و امنیت رویکردهای مختلف به اشتراکگذاری داده.
هدف: ارائه تحلیل خودخدمت
ابتدا، بیایید مطمئن شویم یک هدف واضح در ذهن داریم: ارائه تحلیل خودخدمت به مشتریان. با تحلیل، درباره دادن ابزارهای درست (مثل نمودارها و داشبوردها) و مواد (داده مرتبط) به مشتریان خود برای درک داده خود و تصمیمگیری بهتر صحبت میکنیم، و با خودخدمت منظورمان فعال کردن مشتریان برای تحلیل داده خود—فراتر از نمودارها و داشبوردهای از پیش ساخته شده.
برخی زمینه: بسیاری از شرکتها به متابیس میآیند و میگویند میخواهند تحلیل را در اپلیکیشن خود جاسازی کنند، میپرسند آیا متابیس میتواند این کار را انجام دهد. پاسخ بله است! جاسازی یکی از محبوبترین روشها برای پیادهسازی تحلیل رو به مشتری است. اما، این تنها (یا بهترین) روش برای تجهیز مشتریان با ابزارها و موادی که برای انجام تحلیل نیاز دارند نیست.
اگر میخواهید گزارشها یا تجسمهای داده رو به مشتری بسازید (بدون دادن گزینه به مشتریان برای بازی با داده به خودی خود)، انتشار تجسمهای داده در وب را بررسی کنید.
نوار برای تحلیل خارجی با کیفیت بالا
روشی که تحلیل خودخدمت رو به مشتری را پیادهسازی میکنید به نیازهای مشتریان و منابع توسعه شما بستگی دارد، اما اساساً میخواهید راهحلی را ship کنید که:
- توانایی تحلیل داده خود را به مشتریان میدهد.
- تحلیل آنها را فقط به دادهای که مجاز به دیدن آن هستند محدود میکند.
- یک تجربه کاربری عالی ارائه میدهد.
طیف وسیعی از استراتژیها برای پیادهسازی را پوشش میدهیم، از تلاش کم با بازدهی بزرگ، تا تلاش بالا با قابلیت سفارشیسازی شگفتانگیز.
به طور کلی، سادهترین گزینهای که نیازهای تحلیلی مشتریان شما را برآورده میکند توصیه میکنیم. وقتی مقداری adoption و بازخورد از مشتریان خود دریافت کردید، میتوانید سطح تلاش را برای حرکت سوزن روی تجربه کاربری افزایش دهید.
استراتژیهای ارائه تحلیل رو به مشتری با متابیس
استراتژیهای زیر از تلاش کم (1) به بالا (5) رتبهبندی شدهاند:
- متابیس مستقل لینک شده از اپلیکیشن شما (از اینجا شروع کنید)
- جاسازی کامپوننتهای تعاملی متابیس
- سفارشیسازی تحلیل خود با Metabase React SDK
- Fork کردن کد منبع متابیس
- ساخت پلتفرم تحلیل خود
1. متابیس مستقل لینک شده از اپلیکیشن شما
در این استراتژی، متابیس در کنار اپلیکیشن شما قرار میگیرد؛ آن را در اپلیکیشن خود جاسازی نمیکنید. متابیس خود را با single sign-on (SSO) تنظیم میکنید تا دسترسی مستقیم به متابیس به مشتریان بدهید، امنیت ردیف و ستون برای سفارشیسازی دسترسی داده برای هر شخص، و white labeling (برندینگ) تا متابیس با بقیه محصول شما منسجم احساس شود. سپس فقط لینک به متابیس مستقل را در اپلیکیشن خود اضافه میکنید.
در اینجا آنچه از فرآیند انتظار دارید: یک instance از متابیس را راهاندازی میکنید، لوگو و رنگهای برند خود را اضافه میکنید، و پایگاههای داده خود را متصل میکنید. سپس امنیت ردیف و ستون را پیادهسازی میکنید تا مشتریان فقط آنچه مجاز به دیدن آن هستند را ببینند، و مشتریان را با SSO احراز هویت میکنید تا هم اپلیکیشن و هم متابیس شما بتوانند مجوزها را هماهنگ کنند.
با تنظیم متابیس مستقل برند شده شما، همه آنچه نیاز دارید انجام دهید این است که لینکها را در اپلیکیشن خود به متابیس قرار دهید، و مشتریان شما داشبوردها و نمودارهای زیبا و on-brand خواهند داشت که میتوانند خودشان با query builderها و drill-throughهای آسان استفاده متابیس کاوش کنند. همچنین میتوانید مقصدهای سفارشی تنظیم کنید، تا مشتریان را به داشبوردهای دیگر، سؤالها، یا حتی URLهای سفارشی ارسال کنید. مشتریان شما UX عالی out of the box دریافت میکنند، و میتوانند تحلیل خود را روی هر داشبورد stock که برای آنها تنظیم کردهاید انجام دهند — بدون نیاز به جاسازی.
مزایای این رویکرد سرعت تنظیم و deployment است، و همچنین (و شاید مهمتر) اینکه نیاز به پیشبینی انواع سؤالهایی که مشتریان از داده خود میپرسند ندارید. متابیس با یک ابزار query builder گرافیکی میآید تا به مشتریان کمک کند داده را پیدا، فیلتر، و تجمیع کنند به خودی خود. هنوز میتوانید داشبوردهای stock برای ارائه نقطه شروع، یا یک برداشت تحریری از داده ایجاد کنید، اما نکته این است که نیاز ندارید.
علاوه بر این، انتخاب راهاندازی یک اپ متابیس به عنوان "sidecar" برای اپلیکیشن شما پروژه را derisk میکند. اگر متوجه شدید متابیس با نیازهای شما سازگار نیست، زمان هدر رفته برای فهمیدن نحوه کار آن در اپلیکیشن خود نخواهید داشت.
مزایا
- سریع برای تنظیم.
- primitives تحلیلی واقعاً قدرتمند برای کاربران شما.
Tradeoffها
- مشتریان شما نیاز به ترک اپلیکیشن برای مشاهده نمودارها و داشبوردها خواهند داشت.
- قابلیت سفارشیسازی محدود: فقط از UI و عملکرد متابیس استفاده میکنید.
2. جاسازی کامپوننتهای تعاملی متابیس
Embedded analytics JS محبوبترین استراتژی در میان مشتریان ما است. این نوع جاسازی نمودارها و داشبوردهای متابیس را در اپلیکیشن شما قرار میدهد با همه همان گزینههای تعاملی که در یک متابیس مستقل میبینید، دسترسی به ویژگیهای تحلیلی مثل drill-downها و query builder برای دسترسی خودخدمت به داده به مشتریان میدهد.
با Embedded analytics JS، میتوانید نحوه ظاهر نمودارها و داشبوردها (رنگها، فونتها، و غیره) را سفارشی کنید، و احراز هویت اپلیکیشن خود را با SSO متابیس یکپارچه کنید تا تجربه درون اپلیکیشن یکپارچه به مشتریان خود بدهید.
مقدار تلاشی که در Embedded analytics JS میگذارید میتواند به طور گسترده متفاوت باشد، بسته به اینکه چقدر تجربه گسترده میخواهید بسازید. میتوانید مجموعهای از صفحهها را برای مشتریان برای ناوبری مشخص کنید، و میتوانید آن صفحهها یا داشبوردها را به هم لینک کنید. اگر مجموعه صفحههای شما کوچک و ساده است، ممکن است خیلی بیشتر از پیادهسازی sidecar کار نباشد. اما چون شما کنترل اپلیکیشن خود را دارید، میتوانید (با تلاش بیشتر) تجربه بالقوه بسیار غنیتری برای مشتریان خود ایجاد کنید.
مزایا
- مشتریان شما میتوانند داده خود را کاوش کنند.
- میتوانید تجربه کاربری را با تنظیم مسیرهای ناوبری خاص بین هر صفحه، نمودار، یا داشبورد متابیس سفارشی کنید.
- میتوانید نحوه ظاهر نمودارها و داشبوردها را سفارشی کنید.
- گزینه کمکد: متابیس یک snippet کد HTML تولید میکند که میتوانید فقط copy-paste در صفحه خود کنید.
Tradeoffها
- کار بیشتری است: نیاز به طراحی صفحههایی که صفحههای متابیس جاسازی شده را در خود دارند خواهید داشت.
3. سفارشیسازی تحلیل خود با کامپوننتهای React متابیس
با Embedded analytics SDK، دقیقاً مثل Embedded analytics JS، میتوانید کامپوننتهای متابیس فردی را با React جاسازی کنید (مثل نمودارهای مستقل، داشبوردها، query builder، و بیشتر)، دسترسی و تعامل را به ازای هر کامپوننت مدیریت کنید، و سفارشیسازی پیشرفته برای استایل یکپارچه دریافت کنید. آنچه SDK به شما میدهد علاوه بر آن انعطافپذیری بیشتر با نحوه ظاهر و رفتار کامپوننتها است: به عنوان مثال، میتوانید چیدمان query builder را سفارشی کنید، یا actionها را در منوی drill-down پیکربندی کنید.
تلاش اینجا مشابه Embedded analytics JS است؛ میتوانید تلاش بیشتری برای سفارشیسازی بیشتر تجربه بگذارید، اما نیاز ندارید. و وقتی کامپوننتها را در اپلیکیشن خود تنظیم کردید، باید "فقط کار کند".
مزایا
- میتوانید انتخاب کنید کدام کامپوننتها را جاسازی کنید.
- کنترل کامل روی ظاهر تحلیل رو به مشتری خود دارید.
Tradeoffها
- فقط برای اپلیکیشنهای React در دسترس است (فعلاً!).
- میتواند نیاز به تلاش توسعه وب بیشتر داشته باشد اگر واقعاً میخواهید تحلیل خود را سفارشی کنید.
4. Fork کردن کد منبع متابیس
نسخههای Pro و Enterprise متابیس source available هستند، پس میتوانید کد را بررسی کنید یا آن را fork کنید و هر کاری میخواهید با آن انجام دهید. طراحی نمودار؟ سیستم grid با grid شما conflict دارد؟ به CSS، primitives گراف—کد منبع کامل دسترسی خواهید داشت.
ممکن است این مسیر را بروید اگر واقعاً میخواهید طراحی اپ متابیس جاسازی شده خود را برای ایجاد تجربه یکپارچه تنظیم کنید. و حتی اگر هرگز این مسیر را نروید، خوب است بدانید آن runway برای تغییر طراحی یا افزودن عملکرد در دسترس دارید اگر چالش تحلیلی داشته باشید که متابیس stock آن را حل نمیکند.
مزایا
- کنترل دانهای روی تجربه کاربری برای یکپارچهسازی یکپارچه با اپلیکیشن شما.
- توانایی افزودن عملکرد به داشبوردها، نمودارها و بیشتر.
- کنترل کامل روی طراحی متابیس و نمودارهای آن.
Tradeoffها
- باید یک fork را نگهداری کنید؛ همانطور که نسخههای جدید متابیس بیرون میآیند، باید آن تغییرات را در fork خود یکپارچه کنید.
- کار زیادی است. خیلی کمتر کار از ساخت پلتفرم تحلیل خود، اما به طور قابل توجهی بیشتر از Embedded analytics JS یا SDK.
5. ساخت پلتفرم تحلیل خود
بسیاری از شرکتها کار ساخت نرمافزار تحلیل خود را به عهده میگیرند، اغلب به دلایلی که نامشخص است. این شرکتها زمان و پول زیادی (در حدود میلیونها تا دهها میلیون دلار) صرف ساخت ابزارهای sub-par میکنند که متابیس out of the box از آنها بهتر است، وقتی میتوانستند آن منابع را به کسبوکار و توسعه اصلی خود اعمال کنند.
با این حال، دلایل مشروع برای ساخت پلتفرم تحلیل خود وجود دارد. در این سناریو، احتمالاً از قبل یک راهحل تحلیل شخص ثالث در جای خود دارید، اما در برآورده کردن نیازهای شما کوتاه میآید. دقیقاً میدانید چه چیزی نیاز به ساخت دارید (و چرا نیاز به ساخت آن دارید)، و منابع مهندسی برای تعهد به پروژه دارید. به عنوان مثال، ممکن است مشکل مجوزی داشته باشید که نیاز به حل آن دارید که متابیس (یا پیشنهاد دیگر) نمیتواند برای آن حساب کند که بیشتر از یک مسئله ساده افزودن عملکرد و ارسال pull request است. فقط مطمئن شوید مشکلاتی که قصد حل آنها با نوشتن پلتفرم خود را دارید mission critical هستند، و پیشنهادهای موجود فاقد ویژگیهایی برای مدیریت آنها هستند.
مزایا
- کنترل کامل روی تجربه، بدون نیاز به نگهداری fork.
- مدیریت موارد استفاده که راهحلهای دیگر (مثل متابیس) نمیتوانند برای آنها حل کنند.
Tradeoffها
- گرانترین گزینه، با بازگشت سرمایه مبهم.
کدام گزینه برای سازمان شما مناسب است؟
بیشتر شرکتها Embedded analytics JS را انتخاب میکنند، چون میخواهند قابلیت سفارشیسازی اضافی برای ارائه مجموعهای از صفحههای بیشتر گردآوری شده برای مشتریان خود. اما Embedded analytics JS تنها گزینه برای ارائه تحلیل با متابیس نیست. ممکن است بهترین مکان برای شروع نباشد، به خصوص اگر یک استارتاپ هستید که سعی میکنید بیشترین استفاده را از منابع محدود ببرید. در آن مورد، در نظر بگیرید یک متابیس مستقل داشته باشید—سریعترین راه برای ارائه ارزش به مشتریان شما است. همیشه میتوانید به یک راهحل جاسازی شده منتقل شوید همانطور که تکرار میکنید، اما در عین حال از قبل دادهای که میتوانند با آن کار کنند به مشتریان خود میدهید، و درک بسیار بهتری از تحلیلی که نیاز دارند توسعه میدهید.
برای شرکتهای بزرگتر، fork کردن کد منبع ممکن است منطقی باشد. سرمایهگذاری بیشتری است، اما قادر به ارائه راهحل بسیار cost-effectiveتر نسبت به اینکه پلتفرم تحلیل را از ابتدا بسازید خواهید بود.
و، البته، اگر آماده نگهداری fork نیستید، متابیس pull requestها را میپذیرد! از مجموعه ویژگیهای built-in متابیس استفاده کنید، یک PR ارسال کنید برای آن بیت آخر عملکرد که نیاز دارید تا پیشنهاد تحلیل خود را تکمیل کنید، و راهحل سفارشی که نیاز دارید را با کسری از هزینه ساخت پلتفرم خود خواهید داشت، همه در حالی که متابیس را برای همه بهبود میدهید.