data portals

چرا پرتال‌های توسعه‌دهنده (Developer Portals) باید منحصربه‌فرد باشند تا دیده شوند؟

APIs در حال تبدیل شدن به محرک‌های جدی کسب‌وکار هستند. نکته جالب توجه این است که انتظار می‌رود تأثیر اقتصادی APIها تا سال ۲۰۲۷، برابر با ۹.۴٪ تولید ناخالص داخلی ایالات متحده باشد؛ طبق گزارش جدیدی از Kong. هم‌زمان، هوش مصنوعی نیز با APIها هدایت می‌شود، یعنی اهمیت آن‌ها با نوآوری‌های اخیر در حوزه‌ی AI چند برابر شده است. دروازه ورود به این APIها، پرتال توسعه‌دهنده است؛ جایی که اغلب نخستین برداشت یک کاربر جدید از یک API و سازوکار درونی آن رقم می‌خورد.

به گفته‌ی ران هوبر، بنیان‌گذار Apiboost و مدیرعامل Achieve Internet، ارائه‌دهندگان بزرگ خدمات ابری و مدیران API تنها تا حد مشخصی در پرتال‌های توسعه‌دهندهٔ یکپارچهٔ خود پیش می‌روند. پرتال‌های ساده‌ای که آن‌ها تولید می‌کنند به‌ندرت اطلاعات کافی یا قابلیت‌های شخصی‌سازی مناسب ارائه می‌دهند. همچنین معمولاً در حالت پیش‌فرض برای پروفایل‌های مختلف کاربران به‌طور دقیق تنظیم نشده‌اند.

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

وضعیت فعلی پرتال‌های توسعه‌دهنده API

بیشتر پرتال‌های توسعه‌دهنده API از نظر طراحی و امکانات، بسیار ابتدایی هستند. هوبر می‌گوید: «وضعیت فعلی این است که آن‌ها بسیار محدود هستند.» او ادامه می‌دهد که بسیاری از پرتال‌های توسعه‌دهنده در اصل فقط مخزن اسناد هستند و ویژگی‌های سازمانی انعطاف‌پذیری مانند نظارت مدیریتی، تمرکز بر گروه‌های مختلف مخاطبان مانند شرکا، و کنترل‌های انطباق و حاکمیت را ندارند. «ما متوجه می‌شویم که بسیاری از افراد می‌خواهند این قابلیت‌ها داخل خود پرتال وجود داشته باشد، نه اینکه توسعه‌دهندگان داخلی مجبور شوند در بخش مدیریت API سردرگم شوند.»

موضوع دیگری که این پرتال‌ها اغلب در آن عملکرد ضعیفی دارند، طراحی تجربهٔ کاربری سنتی و شخصی‌سازی سبک و ظاهر است. یک پرتال توسعه‌دهندهٔ منحصربه‌فرد درست مانند هر وب‌سایت دیگری نیازمند تفکر اولیه درباره طراحی و برندینگ است. هوبر می‌گوید: «توسعه‌دهندگان همچنان به‌شدت به وب‌سایت‌های بد واکنش نشان می‌دهند.» او ادامه می‌دهد: «اگر پرتال شما بیش از حد ساده باشد، شما دارید تمام درس‌هایی را که درباره نحوهٔ جذب اطلاعات توسط کاربران آنلاین یاد گرفته‌ایم، نادیده می‌گیرید.»

یک تجربهٔ توسعه‌دهندهٔ خوب برای پرتال‌ها چیست؟

خب، پرتال‌های توسعه‌دهنده خوب چه شکلی‌اند؟ پرتال‌های توسعه‌دهنده برای انتقال اطلاعات مرتبط با API ضروری هستند. و اگر این اطلاعات به‌صورت شهودی ساختاربندی نشده باشد، می‌تواند به روند ورود کاربر جدید و استفاده مستمر ضربه بزند.

پرتال‌های توسعه‌دهنده، به گفتهٔ هوبر، همیشه در انتقال یکپارچه اطلاعات—مثلاً از طریق قابلیت جستجوی پیشرفته—عملکرد خوبی ندارند. دیگر ویژگی‌هایی که تجربهٔ توسعه‌دهنده را تقویت می‌کند شامل دکمه‌های «امتحان کن» با یک کلیک و پشتیبانی فوری از زبان‌های برنامه‌نویسی مختلف است. او می‌گوید پرتال‌های توسعه‌دهنده اغلب فاقد این امکانات هستند، که این موضوع کاربری آن‌ها را کاهش می‌دهد.

به گفتهٔ هوبر، جنبه دیگری که معمولاً در پرتال‌های توسعه‌دهنده وجود ندارد، توانایی بخش‌بندی قابلیت‌ها برای هویت‌های مختلف کاربر است. او مشاهده می‌کند که ارائه‌دهندگان API اغلب می‌خواهند «سطوح مختلف دسترسی» را برای نقش‌های متفاوت—مانند مدیران داخلی، سایر تیم‌های داخلی، شرکا یا پیمانکاران—در پرتال توسعه‌دهنده فراهم کنند، بدون اینکه توسعه‌دهندگان مجبور شوند وارد پلتفرم مدیریت API شوند. با رشد کاتالوگ API، این نیاز به تفکیک دسترسی‌ها بیشتر می‌شود.

مزایای پرتال‌های توسعه‌دهندهٔ سفارشی

تا امروز، مفهوم پرتال‌های توسعه‌دهندهٔ منحصربه‌فرد هنوز نسبتاً نوظهور است. اکثر ارائه‌دهندگان نرم‌افزار فقط همان طرح سه‌ستونهٔ مرجع API را ایجاد می‌کنند، بدون شخصی‌سازی یا محتوای اضافی. هوبر می‌گوید: «بیشتر شرکت‌ها حتی یک‌بار هم به یک پرتال توسعه‌دهندهٔ سفارشی فکر نکرده‌اند.» در حالی‌که داشتن پرتال‌های مشابه در صنعت می‌تواند مفید باشد، ایجاد پرتال‌های متفاوت و منحصربه‌فرد می‌تواند چندین مزیت به همراه داشته باشد.

جذب انواع مختلف مصرف‌کننده

انواع زیادی از مصرف‌کنندگان بالقوه برای APIها وجود دارد. جالب اینکه ۵۳٪ شرکت‌کنندگان در نظرسنجی Postman در سال ۲۰۲۳ توسعه‌دهنده نبودند؛ این موضوع نشان می‌دهد نقش‌های متنوعی علاقه‌مند به استفاده از API هستند.

هوبر می‌گوید: «شما به مسیرهای متفاوت برای مصرف‌کنندگان متفاوت نیاز دارید.» برای مثال، اکثریت توسعه‌دهندگان فوراً نیازمند مسیر مستقیم به مستندات فنی عمیق هستند. از طرف دیگر، یک مدیر محصول احتمالاً می‌خواهد ثبت‌نام کند و مطالعات موردی را بخواند. توسعه‌دهندگان بدون کدنویسی به راه‌حل‌های سریع و ساده نیاز دارند، که مستلزم روش‌های تعاملی متفاوت است.

پرتال‌های سفارشی می‌توانند به شکل بهتری این گروه‌های مختلف را جذب کنند. هوبر می‌گوید: «ما به یک پرتال توسعهٔ API قوی نیاز داریم تا مخاطبان بیشتری را جذب کنیم و نرخ پذیرش را افزایش دهیم.» بدون این عناصر، پرتال شما می‌تواند کوتاه‌نگر باشد و فقط توسعه‌دهندگان سطح بالا را هدف قرار دهد و بخش زیادی از کاربران احتمالی را از دست بدهد.

هماهنگی با سبک شرکت

این روزها کافی نیست که فقط یک API را آنلاین قرار دهید—بلکه باید مانند هر منبع آنلاین دیگری، دارای تجربهٔ کاربری عالی، قابلیت استفاده بالا و کشف‌پذیری مناسب باشد. هوبر که دهه‌ها تجربه در ساخت وب‌سایت‌های سفارشی دارد، می‌گوید: «عدم توجه به روش‌های مدرن و نادیده گرفتن آموخته‌های قبلی، به هر برنامه‌ای آسیب می‌زند.»

بخشی مهم این است که پرتال توسعه‌دهنده با ظاهر و حس برند سازمان مطابقت داشته باشد. اگر کاتالوگ توسعه‌دهندگان شرکت‌هایی مانند UPS، American Express یا Kroger را مشاهده کنید، می‌بینید که فونت، رنگ‌ها، سبک، دکمه‌ها و گرافیک‌ها همگی با تصویر برند مطابقت دارند و منحصربه‌فرد هستند. این شرکت‌ها معمولاً سرمایه‌گذاری زیادی روی ایجاد راهنمای سبک می‌کنند. هوبر می‌پرسد: «اگر میلیون‌ها دلار برای کامل کردن UX وب‌سایت‌هایتان خرج کرده‌اید، چرا از همان عناصر در پرتال توسعه‌دهنده خود استفاده نمی‌کنید؟»

استانداردهای تجربهٔ کاربری که در بخش فرانت‌اند انتظار داریم، برای پرتال‌های توسعه‌دهنده نیز به همان اندازه معتبر هستند. اما از نظر تاریخی، این موضوع در بسیاری از حضورهای توسعه‌دهنده‌محور رعایت نشده است. هوبر می‌گوید: «من تخمین می‌زنم که کمتر از ۱۰٪ پرتال‌های توسعه‌دهنده تیم‌های بازاریابی را درگیر می‌کنند.» او پیشنهاد می‌دهد به‌جای ساخت پرتال و ارائهٔ آن به بازاریابی، از ابتدا آن‌ها را در فرآیند دخیل کنید.

بهینه‌سازی برای هوش مصنوعی

حوزه نوظهور دیگری که به توسعهٔ سفارشی نیاز دارد، آماده‌سازی پرتال‌ها و مستندات برای مصرف توسط هوش مصنوعی است. در حال حاضر، مدل‌های زبان بزرگ عمومی (LLMها) در حال جذب انواع منابع هستند—از ویدیوهای YouTube گرفته تا انجمن‌های Stack Overflow، پست‌های قدیمی وبلاگ و موارد بیشتر—که بسیاری از آن‌ها دارای خطا یا اطلاعات قدیمی هستند. تنظیم دقیق منابع داخلی برای اطمینان از صحت و به‌روز بودن آن‌ها با وضعیت کنونی API، برای بهره‌برداری از نوآوری‌های جدید AI و مزایای آن برای تجربهٔ توسعه‌دهنده بسیار مهم خواهد بود.

چگونه پرتال‌های توسعه‌دهنده باکیفیت به کسب‌وکار کمک می‌کنند

APIها به‌طور فزاینده در مرکز عملیات توسعه‌دهندگان و همچنین تولید درآمد قرار دارند. جالب اینکه طبق گزارش Rapid در سال ۲۰۲۲، ۴۲.۶٪ سازمان‌ها در حال حاضر APIهای خود را درآمدزایی کرده‌اند. پرتال‌های توسعه‌دهندهٔ باکیفیت قابلیت کشف و کارایی را افزایش می‌دهند، که در نهایت پذیرش API را بهبود می‌بخشد. و اینجا، حتی پیشرفت‌های کوچک نیز نتیجهٔ بزرگی دارند. هوبر می‌گوید: «اگر بتوانید پذیرش API را فقط ۳٪ افزایش دهید، می‌تواند بسیار چشمگیر باشد.»

با این حال، دستیابی به نتایج قابل‌توجه بدون پرتال‌هایی بی‌نقص که برای زیرمجموعه‌های مختلف کاربران مناسب باشد، تفکر بیشتری درباره تجربهٔ کاربری داشته باشد، و با لحن و سبک شرکت سازگار باشد، ممکن نیست. هوبر می‌گوید: «اگر قرار است مدیران ارشد شما درگیر شوند، باید فکر بسیار بیشتری برای پرتال خود بکنید.» او ادامه می‌دهد: «آن را مانند یک ابزار IT که صرفاً هزینهٔ عملیاتی است، در نظر نگیرید.»

در نهایت، APIها محصولات هستند و باید همین‌گونه نیز رفتار شوند. هوبر اشاره می‌کند: «اگر APIها یک عملکرد درآمدزا هستند، باید مدیران ارشد و افراد استراتژیک خود را در کل این فرآیند دخیل کنید.» جالب اینکه در سال‌های اخیر علاقهٔ مدیریتی به برنامه‌های API از بالا به پایین بیشتر شده است.

به عنوان بخشی از این روند، مدیران هوشمند می‌دانند که بهبود پرتال‌های توسعه‌دهنده دیگر فقط یک مزیت رقابتی نیست—بلکه به‌طور فزاینده یک فعالیت حیاتی برای دستیابی IT به اهداف تجاری محسوب می‌شود. هوبر می‌گوید: «پرتال‌های توسعه‌دهنده بخش مهم و رو به رشد هر سازمانی هستند. گنجاندن نکردن آن‌ها در برنامه‌ریزی استراتژیک نه‌تنها از دست دادن درآمد است، بلکه می‌تواند در بلندمدت یک فاجعهٔ رقابتی باشد.»

Smithy چیست؟
چه انتظاری از OPA 1.0 باید داشته باشیم؟

دیدگاهتان را بنویسید

سبد خرید
علاقه‌مندی‌ها
مشاهدات اخیر
دسته بندی ها