معنی آگنوستیک در کسب و کار: پلتفرم، فروشنده، فناوری
در ارائههای نرمافزاری B2B دائماً از این کلمه استفاده میشود: «بیتفاوت با پلتفرم»، «بیتفاوت با فروشنده»، «بیتفاوت با فناوری». این کلمه به عنوان یک ویژگی در نظر گرفته میشود. معمولاً توضیح آن نادیده گرفته میشود.
در تجارت، agnostic به محصول، خدمات یا استراتژیای اشاره دارد که از نظر ساختاری به یک پلتفرم، فروشنده یا فناوری خاص وابسته نیست. نه به عنوان یک موضع فلسفی - بلکه به عنوان یک موضع عملی. اگر بتوانید بدون بازسازی برنامه خود، ارائهدهندگان ابری را تغییر دهید، برنامه agnostic است. اگر یک شرکت مشاورهای ابزارهایی را بدون مشوقهای فروشندگان پیشنهاد دهد، آن شرکت agnostic است. این کلمه در آگهیهای شغلی، قراردادهای فروشندگان، اسناد معماری و پایاننامههای سرمایهگذاری ظاهر میشود. درک اینکه کاربرد agnostic در تجارت در واقع چه معنایی را پوشش میدهد، به شما کمک میکند تا همه این موارد را با وضوح بیشتری ارزیابی کنید.
آگنوستیک در کسب و کار به چه معناست؟
این کلمه ریشه در فلسفه یونانی دارد. آگنوستوس به معنای «ناشناختنی» است و توماس هاکسلی در سال ۱۸۶۹ آن را برای توصیف موضعی از بیطرفی عمدی اقتباس کرد: عدم تعهد به ادعاهایی که نمیتوانید آنها را تأیید کنید. صنعت فناوری در دهه ۱۹۹۰ همین منطق را برای زیرساختها به کار گرفت. سیستمی که به یک پلتفرم یا فروشنده خاص متعهد نباشد، نسبت به آن بیتفاوت است - صرف نظر از آن کار میکند.
یک آداپتور برق جهانی را در نظر بگیرید. این آداپتور با پریزهای اروپایی، آمریکایی و بریتانیایی کار میکند، بدون هیچ ترجیحی. این آداپتور به این شکل طراحی شده است. این دقیقاً همان اصلی است که هر مفهوم بیطرفانهای در کسبوکار به آن اشاره میکند، فقط به جای استانداردهای الکتریکی، به انتخابهای نرمافزاری و قراردادهای تأمینکننده بستگی دارد.
عملاً: بدون وابستگی ساختاری. شرکتی که امروزه بر روی AWS کار میکند، اگر معماری آن با آن انعطافپذیری ساخته شده باشد، میتواند بدون بازسازی سیستمهای اصلی به Azure تغییر کند. یک شرکت مشاوره بدون توافق با فروشنده، بر اساس تناسب توصیه میکند. هیچکدام از این دو الزاماً در یک چارچوب قرار نمیگیرند.
انواع ندانمگرایی در کسب و کار
این کلمه در گوشه و کنارهای مختلف کسب و کار با معانی متفاوتی ظاهر میشود. در اینجا انواع اصلی آن آمده است.
پلتفرم اگنوستیک
اگر نرمافزاری صرف نظر از سیستم عامل یا مرورگری که روی آن نصب شده است، به یک شکل اجرا شود، مستقل از پلتفرم است. گوگل داکس واجد شرایط است: آن را در کروم در ویندوز، سافاری در macOS و فایرفاکس در لینوکس باز کنید و تجربه یکسانی خواهید داشت. برای هر محیط، نسخه جداگانهای وجود ندارد.
دلیل اهمیت آن برای شرکتها: کاربران تنظیمات مختلفی را ارائه میدهند. هیچکس نباید برای استفاده از CRM به مدل لپتاپ یا برند تلفن خاصی نیاز داشته باشد. ابزارهای مستقل از پلتفرم این امکان را از بین میبرند.
فروشنده آگنوستیک
بیتفاوتی نسبت به فروشنده یک ویژگی تجاری است، نه یک ویژگی فنی. یک معماری بیتفاوت نسبت به فروشنده میتواند روی AWS، Google Cloud یا Azure اجرا شود و با تغییر ارائهدهنده نیازی به بازسازی ندارد. یک شرکت مشاوره فناوری اطلاعات که هیچ ترتیبی برای فروشندگان مجدد ندارد، در توصیههای خود بیتفاوت نسبت به فروشنده است.
حالت شکست، قفل شدن فروشنده است و معمولاً فقط زمانی قابل مشاهده است که سعی میکنید آن را ترک کنید. دادهها در قالب اختصاصی قرار میگیرند. صادرات نیاز به یک پروژه مهاجرت پولی دارد. قراردادی که امضا کردهاید شامل حقوق انتقال نمیشود. هیچ یک از این موارد به طور ناگهانی اتفاق نیفتاده است - این موارد از طریق تصمیماتی که قبل از مشکلساز شدن رابطه گرفته شده بود، جمع شدهاند.
رویکرد عدم وابستگی به فناوری
در اینجا سوال این است که آیا سیستم، زبان، پایگاه داده یا چارچوب مورد نظر را به هر کسی که بر روی آن کار میکند، دیکته میکند یا خیر. یک API مستقل از فناوری این کار را نمیکند. این API درخواستها را از پایتون، جاوا، جاوا اسکریپت، گو یا هر چیزی که فراخواننده انتخاب کرده باشد، میپذیرد و آنها را به همان روش پردازش میکند. انتخاب وابستگی با کلاینت باقی میماند.
کوبرنتیز این را به انتظار پیشفرض در هماهنگسازی کانتینر تبدیل کرد. این پلتفرم، بارهای کاری را صرف نظر از زبان، چارچوب یا ارائهدهنده ابر اجرا میکند. تیمها پشته خود را انتخاب میکنند؛ کوبرنتیز آن را اجرا میکند.
انواع دیگر ندانمگرایی در کسب و کار
این مفهوم فراتر از توسعه نرمافزار است:
| نوع | معنی آن چیست؟ | مثال |
|---|---|---|
| عدم وابستگی به فضای ابری | روی هر ارائه دهنده ابری اجرا میشود | برنامه بدون تغییر در AWS، Azure یا GCP مستقر شده است |
| مستقل از دستگاه | عملکردها در هر دستگاهی | اپلیکیشن تحت وب که روی گوشی، تبلت و دسکتاپ کار میکند |
| دادهگریز | هر فرمت یا منبع دادهای را پردازش میکند | پلتفرم تحلیلی که فیدهای CSV، JSON، SQL یا API را دریافت میکند |
| بیتوجه به صنعت | در بخشهای مختلف فعالیت میکند | شرکت خصوصی که به طور مساوی در مراقبتهای بهداشتی، لجستیک و فینتک سرمایهگذاری میکند |
| بیتوجه به فرآیند کسب و کار | منطق نرمافزار به یک گردش کار خاص وابسته نیست | ERP که با فرمتهای مختلف فاکتور بدون کد سفارشی سازگار است |
| پرداخت مستقل | چندین ریل یا ارز پرداخت را میپذیرد | پلتفرم تجاری که کارتها، ارزهای دیجیتال و نقل و انتقالات بانکی را پردازش میکند |
عدم وابستگی به پلتفرم در مقابل عدم وابستگی به فروشنده
مردم این دو اصطلاح را به جای یکدیگر استفاده میکنند، اما آنها چیزهای متفاوتی را توصیف میکنند. در اینجا تفاوت واقعی آنها را مشاهده میکنید:
| ابعاد | پلتفرم اگنوستیک | فروشنده آگنوستیک |
|---|---|---|
| تمرکز | محیط عملیاتی (سیستم عامل، دستگاه، فضای ابری) | روابط با تأمینکنندگان |
| نگرانی اصلی | قابلیت همکاری | اجتناب از وابستگی به یک تأمینکننده |
| مثال | اپلیکیشن روی iOS، اندروید و وب اجرا میشود | زیرساختها روی AWS، Azure و GCP اجرا میشوند |
| رایج در | توسعه نرمافزار، محصولات SaaS | تدارکات، مشاوره فناوری اطلاعات، معماری ابری |
| از ریسک کلیدی جلوگیری شد | قفل سازگاری | قفل تجاری |
یک سیستم میتواند همزمان هر دو باشد. یک برنامه کاربردی ابری که مستقل از فروشنده نیز باشد، بدون اینکه از نظر قراردادی به هیچ ارائهدهندهای وابسته باشد، روی هر زیرساختی اجرا میشود. این مفاهیم مکمل یکدیگر هستند. اکثر معماریهای فناوری بالغ، هر دو را هدف قرار میدهند.
چرا کسبوکارها رویکردی غیرمعتقدانه اتخاذ میکنند؟
لاادریگری در استراتژی کسبوکار به خودی خود بیطرفی نیست. بلکه به معنای اهرم فشار است. شرکتها به دلایل عملی آن را دنبال میکنند:
- بدون وابستگی به فروشنده : وقتی سیستمهای شما به یک ارائهدهنده خاص وابسته نباشند، تغییر یک پروژه مهندسی است نه یک فاجعه. شرکتهایی که به یک فروشنده خاص وابسته هستند، اغلب ۱۵ تا ۲۰ درصد از بودجه فناوری اطلاعات خود را صرف مهاجرت از یک فروشنده یکپارچه میکنند.
- فشار قیمتگذاری : اگر دو فروشنده بتوانند عملکرد یکسانی را انجام دهند، برای قرارداد رقابت میکنند. قفل شدن این اهرم را از بین میبرد. کسبوکارهایی که به فروشندگان واحد وابسته هستند، بهطور مداوم گزارش میدهند که ۵٪ یا بیشتر از هزینههای بازار را صرف میکنند.
- آیندهنگر : فناوری سریعتر از نقشههای راه اکثر فروشندگان تغییر میکند. یک معماری اگنوستیک به شما امکان میدهد تا با ظهور ابزارهای بهتر، آنها را جایگزین کنید، بدون اینکه منتظر بمانید تا یک فروشنده ویژگیای را که رقبای شما از قبل دارند، بسازد.
- مقیاسپذیری : سیستمهای ماژولار و مبتنی بر API با تعویض اجزا رشد میکنند. یک سیستم تکفروشندهای یکپارچه با ارتقاء کل پشته، که هزینه بیشتری دارد، مقیاسپذیر میشود.
- انعطافپذیری نظارتی : الزامات انطباق با قوانین بسته به حوزه قضایی متفاوت است. نرمافزار Agnostic بدون دست زدن به سیستمهای اصلی، خود را با این الزامات وفق میدهد.
- ادغام و اکتساب سریعتر : سیستمهای مستقل پس از ادغام، سریعتر ادغام میشوند. دو شرکتی که از نرمافزارهای مبتنی بر API و بدون وابستگی به فروشنده استفاده میکنند، زمان بسیار کمتری را نسبت به دو شرکتی که سیستمهایشان به صورت سختافزاری روی پشتههای اختصاصی مختلف کدگذاری شده است، صرف پروژههای ادغام میکنند.
مزایای رویکرد ندانمگرایی در مقابل رویکرد تکفروشندهای
این بده بستان واقعی است. رویکردهای آگنوستیک به کار معماری از پیش تعیینشدهتری نیاز دارند. یک اکوسیستم تکفروشندهای راحتتر قابل اجرا است. سوال این است که شما در یک افق ۳ تا ۵ ساله چه چیزی را بهینه میکنید.
| معیار | رویکرد اگنوستیک | رویکرد تکفروشندهای |
|---|---|---|
| انعطافپذیری | زیاد - در صورت نیاز اجزا را تعویض کنید | کم - وابسته به نقشه راه یک فروشنده |
| پیچیدگی اولیه | بالاتر - کار طراحی یکپارچهسازی بیشتر | پایینتر - اکوسیستم واحد، تصمیمات کمتر |
| هزینه بلندمدت | پایینتر - قیمتگذاری رقابتی حفظ میشود | بالاتر - اهرم مالی در زمان تمدید از دست رفته است |
| سرعت نوآوری | سریعتر - فوراً بهترین ابزارها را اتخاذ کنید | کندتر - منتظر بمانید تا فروشنده ویژگیها را ارسال کند |
| تمرکز ریسک | پخش در بین فروشندگان | متمرکز در یک رابطه |
| هزینه تغییر | کم حجم اگر با در نظر گرفتن قابلیت حمل طراحی شده باشد | بسیار بالا - مهاجرت دادهها، آموزش مجدد، از کارافتادگی |
| بهترین برای | شرکتهای در حال توسعه با نیازهای متنوع | تیمهای نوپا که به سرعت به سادگی نیاز دارند |
هیچکدام از این دو گزینه بهطورکلی صحیح نیست. یک استارتاپ که در حال ساخت یک MVP است، باید سریع حرکت کند و یک پلتفرم یکپارچه واحد منطقی است. سازمانی که به زیرساختهای چندساله متعهد است، باید از ابتدا بیطرفی را در خود ایجاد کند، نه اینکه پس از اتصال به فروشنده، آن را بهروزرسانی کند.
نمونههایی از کسبوکارهای غیرمرتبط با واقعیت در دنیای واقعی
شرکتهایی که به این روش طراحی شدهاند، کوچک نیستند:
- نتفلیکس همزمان بر روی AWS و زیرساختهای خودش اجرا میشود. هیچ خرابی ابری به تنهایی نمیتواند سرویس را از کار بیندازد. عدم توجه به فضای ابری در تولید، نه فقط در نمودار معماری.
- Salesforce از نظر طراحی، مستقل از پلتفرم است: CRM از طریق APIها، صرف نظر از پشته فناوری مشتری، به هر ERP، انبار داده یا ابزار اتوماسیون بازاریابی متصل میشود.
- Kubernetes هماهنگی کانتینرها را بدون وابستگی به فناوری مدیریت میکند. بارهای کاری روی هر محیط ابری یا داخلی، به هر زبانی و از طریق هر خط لوله CI/CD اجرا میشوند.
- PostgreSQL انتخابی مستقل از پایگاه داده برای تیمهایی است که به دنبال انعطافپذیری زیرساخت هستند. برنامههای ساخته شده بر روی آن بدون وابستگی به Oracle یا SQL Server، در هر مکانی قابل پیادهسازی هستند.
- پلتفرمهای هماهنگسازی پرداخت، تراکنشها را بین چندین پذیرنده - Worldpay، Adyen، Stripe - مسیریابی میکنند و موردی را که بهترین نرخ تأیید و کمترین کارمزد به ازای هر تراکنش را دارد، انتخاب میکنند. این نوعی بیتوجهی به فروشنده در زمینه پرداخت است.
- بانکهای سرمایهگذاری که خود را به عنوان یک متخصص در صنعت معرفی میکنند، در زمینه ادغام و تملک در حوزههای مراقبتهای بهداشتی، لجستیک، فینتک و کالاهای مصرفی بدون تعصب به بخش مورد نظر، مشاوره میدهند.
چگونه یک استراتژی تجاری مستقل بسازیم
رسیدن به یک معماری agnostic زمان میبرد، به خصوص در سازمانهایی که در طول سالها وابستگیهای فروشندگان را بدون مدیریت فعال آنها انباشتهاند. مراحل عملی:
- وابستگیهای فعلی خود را بررسی کنید. تمام ابزارها، پلتفرمها، فروشندگان و ادغامهای موجود در مجموعه فناوری خود را ترسیم کنید. نقاط شکست را پیدا کنید - فروشندهای که خروجش فاجعهبار خواهد بود.
- نرمافزارهای مبتنی بر API را در اولویت قرار دهید. ابزارهایی را انتخاب کنید که APIهای مستند و تمیزی را ارائه میدهند. اگر دادهها در قالبهای اختصاصی و بدون مسیر خروجی قفل شدهاند، شما از قبل متعهد شدهاید.
- لایههای انتزاعی بسازید. میانافزار، پلتفرمهای iPaaS و ابزارهای هماهنگسازی بین سیستمهای اصلی شما و فروشندگان خاص قرار میگیرند. تعویض یک فروشنده به معنای تعویض یک رابط است، نه بازسازی یک سیستم.
- قبل از امضا، بندهای خروج را مذاکره کنید. حقوق انتقال دادهها و شرایط خروج قبل از امضای قرارداد بسیار آسانتر از بعد از آن است. برای هر توافق چند ساله روی آنها پافشاری کنید.
- معماری خود را مستند کنید. سیستمهای مستند نشده از طریق ابهام، وابستگی ایجاد میکنند. فقط توسعهدهنده اصلی میداند که چگونه کار میکند، به این معنی که فقط آن توسعهدهنده میتواند آن را تغییر دهد.
- بررسیهای سالانه فروشندگان را انجام دهید. قیمتها کاهش مییابند. جایگزینهای بهتری ظاهر میشوند. فروشندهای که سه سال پیش تصمیم درستی گرفته بود، ممکن است امروز دیگر تصمیم درستی نگیرد. بررسیهای منظم، اهرم قیمتگذاری را زنده نگه میدارد.
تفکر اگنوستیک (بیطرفانه) در پرداختها اعمال میشود
پرداختها یکی از حوزههایی هستند که مفهوم کسبوکار «غیرمستقل» (agnostic) در آن بیشترین پیامدهای مالی مستقیم را دارد. یک سیستم پرداخت غیرمستقل، تراکنشها را از طریق روشها، ارزها و مسیرهای مختلف میپذیرد: کارتها، نقل و انتقالات بانکی، کیف پولهای دیجیتال، ارزهای دیجیتال و همه اینها، بدون اینکه فروشنده را به یک پردازنده یا شبکه کارتی واحد متصل کند.
مشکل قفل شدن پرداخت مشخص است. یک پردازنده به معنای یک نرخ تأیید، یک ساختار کارمزد و یک نقطه شکست است. اگر آن پردازنده شرایط خود را تغییر دهد یا از کار بیفتد، هیچ راه جایگزینی وجود ندارد. لایههای هماهنگسازی پرداخت با هدایت هر تراکنش به هر پذیرندهای که در آن لحظه بهترین نتیجه را ارائه میدهد، این مشکل را برطرف میکنند.
ارزهای دیجیتال، بیتفاوتی در پرداخت را به سطح کاملاً متفاوتی میبرد. تاجری که بیتکوین، اتریوم، تتر و سایر ارزهای دیجیتال را میپذیرد، با یک حرکت از شبکههای کارت، ساعات کاری بانکها و محدودیتهای پرداخت جغرافیایی عبور میکند. بازپرداختها، که یک مرکز هزینه اصلی برای تاجران کارتی است، در مورد تراکنشهای کریپتو اعمال نمیشود. برای تاجرانی که میخواهند یک گزینه پرداخت واقعاً بدون وابستگی به پرداخت داشته باشند، پلیسیو از بیش از 20 ارز دیجیتال بدون وابستگی به هیچ ارز یا شبکه واحدی پشتیبانی میکند.
معنای آگنوستیک برای استراتژی کسب و کار شما چیست؟
وجه مشترک همه این مفاهیم تجاریِ بدون وابستگی به یکدیگر، اختیاری بودن آنهاست. شما میتوانید فروشنده را تغییر دهید، مجموعه خود را بهروزرسانی کنید یا بدون نیاز به انجام مجدد کارهایی که قبلاً انجام شدهاند، به بازارهای جدید گسترش دهید. این انعطافپذیری، هزینه واقعی خود را دارد - وقتی یک فروشنده متوجه میشود که شما نمیتوانید آنجا را ترک کنید و شرایط خود را بر اساس آن تنظیم میکند، یا وقتی شرکتی را خریداری میکنید و متوجه میشوید که ادغام به جای ۳ ماه، ۱۸ ماه طول خواهد کشید.
هیچکدام از اینها در ابتدا رایگان نیستند. ایجاد رویکردی مبتنی بر عدم وابستگی به دیگران به معنای تصمیمگیریهای معماری بیشتر در مراحل اولیه، کار بیشتر برای یکپارچهسازی و حفظ مداوم سازگاری با تکامل سیستمها است. اما شرکتهایی که از این امر صرفنظر میکنند، از هزینهها اجتناب نمیکنند - آنها فقط بعداً، در شرایط بدتر، زمانی که زمان کمتری برای انجام دقیق کار وجود دارد، آن را میپردازند.
