ایده‌های دیگر برای رام کردن هرج و مرج؟

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

منظم نگه داشتن تحلیل شما

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

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

مشکلات دموکراتیک کردن تحلیل

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

در اینجا برخی از مشکلات با تعاریف که باید از آن‌ها محافظت کنیم:

مشتریان تعاریف خاص را کجا پیدا می‌کنند؟

وقتی شروع به slice کردن داده خود برای نگاه به سازمان از زوایای مختلف می‌کنید، تعاریف تکثیر می‌شوند: درآمد، نرخ ریزش، ارزش طول عمر مورد انتظار، و غیره. اگر می‌خواهیم بفهمیم چرا مشتریان ما در حال ریزش هستند، باید کدام تعاریف را مشورت کنیم؟ کدام تعاریف جدید نیاز به تعریف داریم؟ و (به معنای واقعی کلمه) کجا می‌توانم این تعاریف رسمی را در متابیس پیدا کنم؟

تعاریف متضاد

با متضاد منظورمان این است: آیا حتی درباره همان چیز صحبت می‌کنیم؟ درآمد را در نظر بگیرید، به عنوان مثال. برای تیم فروش، درآمد می‌تواند به معنای bookings باشد، اما مشتریان حسابداری درآمد تعهدی recognized را می‌گویند، در حالی که تیم بازاریابی درباره درآمد طول عمر صحبت می‌کند.

تعریف مجدد، یا کدام تعریف canonical است؟

اگر چندین تعریف برای همان مفهوم پیدا کنیم چه؟ چگونه می‌دانیم کدام را اعتماد کنیم؟ آیا همه آن‌ها از نشانه خارج هستند؟ حتی اگر چندین گروه موافق باشند که باید bookings هفته به هفته را ردیابی کنیم، نحوه شمارش آن bookings می‌تواند از پرس‌وجو به پرس‌وجو متفاوت باشد: یک پرس‌وجو می‌تواند دقیق باشد، دیگری نادرست و unvetted، ایجاد شده توسط یک تحلیل‌گر که نمی‌دانست پرس‌وجوی رسمی برای محاسبه bookings از قبل وجود دارد؛ یا فراموش کرد داده تست را حذف کند، یا در نظر نگرفت تخفیف‌ها، یا به سادگی یک پرس‌وجوی جدید برای slice کردن bookings به روشی متفاوت ایجاد کرد.

تعاریف در حال تغییر

محاسبات به درآمد ماهانه احتمالاً تغییر می‌کند چون برخی جریان‌های درآمد sunset می‌شوند و جریان‌های دیگر اضافه می‌شوند. اگر بخش‌های مختلف داریم که از همان تعریف در چندین سؤال، مدل، و داشبورد استفاده می‌کنند، چگونه باید تغییرات به تعاریف را مدیریت کنیم؟

استراتژی‌ها برای رام کردن هرج و مرج

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

ویژگی‌ها

در اینجا برخی ابزارها که با متابیس ship می‌شوند و به شما کمک می‌کنند منظم بمانید. احتمالاً از قبل از سؤال‌ها، داشبوردها، و مجموعه‌ها آگاه هستید، اما ارزش itemize کردن در اینجا را دارند تا تصویر کاملی از toolkit دریافت کنید.

مدل‌ها

مدل‌ها به شما اجازه می‌دهند آن مفاهیم مکرراً استفاده شده را به عنوان نقطه شروع برای سؤال‌های جدید که می‌توانند به راحتی بارها و بارها ارجاع داده شوند codify کنید. سؤال‌های ساخته شده از طریق سازنده کوئری و سؤال‌های SQL می‌توانند به مدل تبدیل شوند، و آن‌ها در نتایج جستجو بالاتر ظاهر می‌شوند تا استفاده از آن‌ها در سراسر سازمان شما را تشویق کنند. همچنین می‌توانید فراداده مدل را سفارشی کنید، که به شما اجازه می‌دهد انواع ستون را مشخص کنید تا بتوانید drill-through حتی روی سؤال‌های SQL انجام دهید.

به عنوان مثال، می‌توانید یک سؤال بنویسید که اطلاعات "کاربران فعال" را (هر طور که یک شخص را "فعال" تعریف می‌کنید) جمع‌آوری و محاسبه می‌کند، و سپس آن سؤال را به یک مدل تبدیل کنید تا مشتریان بدانند کجا بروند وقتی سؤال درباره کاربران فعال دارند.

مرجع داده و توضیحات

متابیس مکان‌هایی برای شما فراهم می‌کند تا متن مفیدی که یک آیتم خاص را contextualize می‌کند شامل کنید، چه آن آیتم یک پایگاه داده، جدول، مدل، سؤال، داشبورد، یا هر چیز دیگری باشد. نیازی به توصیف همه چیز ندارید، اما هر چه توضیحات بیشتری شامل کنید، مشتریان زمان کمتری را صرف فهمیدن "آیا این داده درست است؟" می‌کنند و تحلیل آن‌ها بهتر خواهد بود. مستندسازی استثناها با داده به خصوص مهم است (مثلاً، آیا یک جدول شامل داده تست یا حساب‌های کارمند یا استثناهای دیگری است که تحلیل‌گران باید از آن آگاه باشند).

برای پایگاه‌های داده، داشبوردها، مدل‌ها، و سؤال‌های "رسمی"، باید از مالکان بخواهید مستندات خود را نگهداری کنند. و با عنوان‌های خود تنبل نشوید؛ می‌توانید با چند کلمه اضافی کارهای زیادی انجام دهید. "سفارش‌های مشتری" را با چیزی مثل: "رسمی: میانگین متحرک 7 روزه سفارش‌های روزانه - آمریکای شمالی" مقایسه کنید.

برای بیشتر درباره ابزارهای مرجع در متابیس، کاوش داده با مرورگر داده متابیس را بررسی کنید.

رویدادها و خطوط زمانی

رویدادها به تیم‌ها اجازه می‌دهند زمینه را ثبت کنند، و آن زمینه را در دسترس قرار دهند وقتی مشتریان داده خود را مشاهده می‌کنند. پس به عنوان مثال می‌توانید یک رویداد برای علامت‌گذاری شروع یک فروش، یا کمپین ایمیل، یا انتشار جدید اضافه کنید. به این ترتیب، مشتریان می‌توانند ببینند آن رویدادها چه تأثیری روی داده دارند (در صورت وجود). همچنین می‌توانید همه آن سؤال‌ها درباره اینکه چرا اعداد در آوریل یا هر چیز دیگری بالا یا پایین رفت را دفع کنید.

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

بخش‌ها و معیارها

مدیران می‌توانند فیلترهای رسمی (یا مجموعه‌های فیلتر) معروف به بخش‌ها تعریف کنند که می‌توانند در سازنده کوئری متابیس استفاده شوند. به عنوان مثال، می‌توانید به طور رسمی تعریف کنید یک "کاربر فعال" چیست از طریق یک بخش. "کاربران فعال" سپس در sidebar فیلتر ظاهر می‌شود، پس هر کسی می‌تواند پرس‌وجوهای خود را با کاربران فعال فیلتر کند تا ببیند آن کاربران خاص چه نوع محصولاتی می‌خرند، آیتم‌ها چقدر در سبد خرید آن‌ها می‌مانند، و غیره.

به طور مشابه، معیارها محاسبات را codify می‌کنند. به عنوان مثال، مدیران می‌توانند یک معیار رسمی برای "میانگین کل سفارش" تنظیم کنند تا همه بدانند (و بتوانند استفاده کنند) محاسبه رسمی آن معیار، که شامل مالیات است اما تخفیف‌های اعمال شده را حذف می‌کند.

هم بخش‌ها و هم معیارها versioned هستند. برای یادگیری بیشتر، بخش‌ها و معیارها را بررسی کنید.

Snippets

Snippets همتای SQL بخش‌ها و معیارهای مبتنی بر GUI هستند. می‌توانید از آن‌ها برای ثبت و تکثیر کد SQL bite-sized استفاده کنید. این snippets می‌توانند بخش‌ها، معیارها، joinهای پیچیده، یا هر bit دیگر SQL که ممکن است بخواهید در بسیاری از پرس‌وجوها reuse کنید را ثبت کنند.

ایده با بخش‌ها، معیارها، و snippets این است که تعاریف را codify کنید و آن‌ها را آسان برای تغییر کنید همانطور که تعاریف خود را در طول زمان refine می‌کنید. وقتی یک snippet را به‌روزرسانی می‌کنید، هر سؤالی که از آن snippet استفاده می‌کند از تعریف به‌روزرسانی شده به روشی سازگار بهره می‌برد. برای یادگیری بیشتر، Snippets: reuse و share کردن کد SQL را بررسی کنید.

مجموعه‌ها

مجموعه‌ها سؤال‌ها، مدل‌ها، و داشبوردها (و مجموعه‌های دیگر) را گروه‌بندی می‌کنند. علاوه بر این، می‌توانید مهم‌ترین آیتم‌ها را به بالای مجموعه خود pin کنید، به خصوص مجموعه ریشه Our Analytics، برای آن داشبوردهای pin شده تا در صفحه اصلی ظاهر شوند. برای یادگیری بیشتر، کار با مجوزهای مجموعه را بررسی کنید.

مجموعه‌های رسمی

مجموعه‌های رسمی فقط در Pro و Enterprise (هم self-hosted و هم در متابیس کلود) در دسترس است.

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

آیتم‌های تأیید شده

آیتم‌های تأیید شده فقط در Pro و Enterprise (هم self-hosted و هم در متابیس کلود) در دسترس است.

مدیران می‌توانند سؤال‌ها و مدل‌ها را تأیید کنند تا نشان دهند آن‌ها را بررسی و تأیید کرده‌اند. این آیتم‌های تأیید شده با یک checkmark کنار نام آن‌ها شناسایی می‌شوند، پس کاربران می‌توانند به راحتی شناسایی کنند کدام سؤال‌ها مدیران آن‌ها قابل اعتماد دانسته‌اند.

اگر می‌خواهید درباره ویژگی‌های تأیید بیشتر بیاموزید، پست ما درباره ساخت اعتماد را بررسی کنید.

فرآیندها

دانستن اینکه ابزارها چه کاری می‌توانند انجام دهند نیمی از نبرد است؛ نیم دیگر دانستن زمان و نحوه استفاده از آن‌ها است.

ایجاد مجموعه‌ها برای هر بخش

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

پوشه‌های snippets

پوشه‌های snippet فقط در Pro و Enterprise (هم self-hosted و هم در متابیس کلود) در دسترس است.

پوشه‌های snippets به شما اجازه می‌دهند پوشه‌ها را بر اساس بخش سازماندهی کنید، مالکان را به آن پوشه‌ها اختصاص دهید، و از مجوزهای پوشه استفاده کنید.

اتخاذ یک قرارداد نام‌گذاری

یک قرارداد نام‌گذاری استاندارد در سراسر داشبوردها، مجموعه‌ها، مدل‌ها، و سؤال‌های خود تنظیم کنید تا واضح باشد کدام آیتم‌ها رسمی هستند. نحوه تعریف آن قرارداد کمتر از داشتن یک قرارداد مهم است. وقتی شک دارید: حتی یک پیشوند ساده مثل "Certified" یا "Official" (مثلاً، "رسمی: باز شدن ایمیل به ازای هر 1000 کاربر") می‌تواند به مشتریان کمک کند از نتایج جستجو غربال کنند و بدانند کدام آیتم‌ها بررسی شده‌اند.

تعیین مجموعه‌ها برای آزمایش و کارهای در حال انجام

مکان‌های تعیین شده برای مشتریان ایجاد کنید تا کارهای در حال انجام را ذخیره کنند (گاهی اوقات مجموعه‌های scratch یا playground نامیده می‌شوند). مشتریان می‌توانند و باید از مجموعه‌های شخصی برای آزمایش استفاده کنند، اما همچنین مهم است مکان‌های عمومی داشته باشید که مشتریان می‌توانند کار خود را با دیگران به اشتراک بگذارند تا بازخورد درباره تحلیل در حال انجام خود دریافت کنند.

هر کسی می‌تواند سؤال‌ها و داشبوردهای رسمی را duplicate کند، اما باید مشتریان را تشویق کنید آن آیتم‌ها را به مجموعه‌های شخصی خود، یا به مجموعه‌ای تعیین شده برای آزمایش ذخیره کنند. اگر یکی از داشبوردها در این مناطق take off کند، می‌توانید آن را به مجموعه "رسمی" مرتبط relocate کنید. می‌توانید مجوزها را روی این مجموعه‌های رسمی تنظیم کنید تا همه بتوانند آن‌ها را مشاهده کنند، اما فقط تعداد کمی می‌توانند آن‌ها را ویرایش کنند - اطمینان حاصل کنید که همه چیز در آن مجموعه صحیح است و به طور فعال نگهداری می‌شود.

داشتن یک سیاست برای زمان بایگانی کردن آیتم‌ها

برای این آیتم‌های ephemeral، انتظارات واضح برای زمان بایگانی کردن آن‌ها توسط مشتریان تنظیم کنید تا این playgroundها با clutter پر نشوند. اگر مجموعه‌های بخش خود را مدیریت می‌کنید، و فقط آیتم‌های بررسی شده را pin می‌کنید، clutter کمتر یک مسئله می‌شود، اما نگه داشتن مجموعه‌های scratch نسبتاً تازه نتایج جستجو را بهبود می‌بخشد.

و درباره بایگانی استرس نداشته باشید، چون می‌توانید آیتم‌ها را در هر زمان resurrect کنید.