چگونه یک محصول تجاری مبتنی بر API ایجاد کنیم؟

هر سال، افراد بیشتری خارج از دنیای تکنولوژی از APIها استفاده می‌کنند. طبق گزارش State of the API پستمن در سال ۲۰۲۳، ۵۳٪ از پاسخ‌دهندگان گزارش دادند که نقشی غیر از توسعه‌دهنده در یک سازمان دارند. این نقش‌ها شامل مدیران ارشد فناوری (CTO)، مدیران و سرپرستان است.

رشد مصرف‌کنندگان API که از لحاظ فنی کم‌تجربه‌تر هستند، نیاز دارد که توسعه‌دهندگان به APIها از زاویه‌ای جدید نگاه کنند. به‌طور فزاینده، APIها خودشان به محصولات تجاری تبدیل می‌شوند. ۶۰٪ از توسعه‌دهندگان API گزارش می‌دهند که برای موفقیت API در یک بازار شلوغ، باید مانند یک فرد تجاری و یک توسعه‌دهنده همزمان فکر کنند.

در ابتدای امسال، متخصص علوم کامپیوتر برونو پدرو کتاب Building an API Product را در انتشارات Packt منتشر کرد. این کتاب مرور کاملی از تمام چیزهایی است که باید برای برخورد با API به‌عنوان یک محصول تجاری در نظر گرفته شوند. این کتاب شما را از آغاز صنعت API در اوایل دههٔ ۱۹۵۰ تا صحنهٔ پیشرفتهٔ توسعهٔ API امروز همراهی می‌کند. این اثر برای تبدیل یک فرد کاملاً مبتدی به یک متخصص API طراحی شده است، که آن را به راهنمایی ایده‌آل برای هر کسی که به کسب درآمد از API علاقه دارد تبدیل می‌کند.

ما کتاب Building an API Product را از ابتدا تا انتها مطالعه کرده‌ایم و بخشی از آموزه‌های ارزشمند پدرو را برای کمک به شما در رساندن API تجاری‌تان از مرحلهٔ ایجاد تا سودآوری گردآوری کرده‌ایم. ما شما را تشویق می‌کنیم تمام کتاب را تهیه کنید، اما نکات کلیدی را در ادامه به اشتراک می‌گذاریم.

انجام تحقیقات بازار

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

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

در کتاب Building an API Product، پدرو چندین صنعت را که از APIها استفاده می‌کنند نام می‌برد، از جمله مراقبت‌های بهداشتی و بانکداری. او کاربردهای رایج API در هر بخش را ذکر می‌کند، مانند امکان سفارش نسخه یا پر کردن موجودی داروخانه‌ها با استفاده از API. همچنین برخی قوانین و الزامات صنایع خاص، مثل لزوم رعایت HIPAA برای APIهای حوزه سلامت را توضیح می‌دهد.

پدرو سپس روش‌هایی را برای انجام تحقیقات بازار معرفی می‌کند، عمدتاً با استفاده از چیزی که بازاریابان «پرسونا» می‌نامند. سپس چند نمونه از پرسوناهای رایج کاربران API را معرفی می‌کند.

نقش‌های رایج کاربران API

• تحلیلگران کسب‌وکار

• مدیران محصول

• دانشجویان و معلمان

• معماران نرم‌افزار

• مهندسان کیفیت

• توسعه‌دهندگان

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

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

ارائهٔ تجربهٔ استثنایی

تجربهٔ توسعه‌دهنده (DX) و تجربهٔ کاربر (UX) می‌تواند باعث موفقیت یا شکست یک API تجاری شود. پدرو در فصل Developer Experience می‌گوید:
«یک تجربهٔ توسعه‌دهندهٔ خوب می‌تواند تأثیر قابل توجهی بر موفقیت API داشته باشد. این تجربه می‌تواند میزان پذیرش و تعامل توسعه‌دهندگان را افزایش دهد، کیفیت کد را بهبود بخشد و زمان و تلاش لازم برای ساخت اپلیکیشن‌ها را کاهش دهد.»

او سپس «سلسله‌مراتب نیازهای API» را معرفی می‌کند، یک نمودار هرمی‌شکل بر اساس هرم نیازهای مازلو.

سلسله‌مراتب نیازهای API (از پایین به بالا):

1. قابلیت استفاده

2. عملکرد

3. قابلیت اطمینان

4. مهارت

5. خلاقیت

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

پدرو همچنین دربارهٔ کاهش اصطکاک API برای ارائهٔ یک تجربهٔ کاربری درجه دوم عالی صحبت می‌کند. او این ایده را از مقالهٔ Make Technology – and the World – Frictionless نوشتهٔ دیوید پوگ در سال ۲۰۱۲ اقتباس کرده است. پوگ اصطکاک فناوری را «هر وب‌سایتی که مجبور به پر کردن فرم‌ها باشید یا زمانی را صرف اثبات اینکه انسان هستید کنید» تعریف می‌کرد.

پدرو ایده را برای APIها گسترش می‌دهد و برخی مشکلات مثل مستندات ضعیف یا نبود دستورالعمل‌های شروع کار را شامل می‌داند. او همچنین توصیه می‌کند یک SDK ارائه دهید تا فرآیند شروع کار تا حد ممکن ساده شود.

درک ارزش تجاری

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

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

درک مدل‌های کسب درآمد

کسب درآمد از API یکی از رایج‌ترین روش‌های درآمدزایی است. پدرو مدل‌های مختلف کسب درآمد را معرفی می‌کند:

• مدل فریمیوم: بخشی از قابلیت‌های API رایگان است و قابلیت‌های پیشرفته پشت دیوار پرداخت قرار می‌گیرد.

• مدل پلکانی: ویژگی‌ها بر اساس نیاز گروه‌های مختلف کاربران تقسیم‌بندی می‌شوند.

• مدل پرداخت به‌ازای مصرف (PAYG): کاربران تنها به میزان مصرف خود پرداخت می‌کنند، مشابه قبض آب یا برق.

صرف وقت برای طراحی API

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

پنج مرحلهٔ طراحی محصول API

1. ایده‌پردازی

2. استراتژی

3. تعریف

4. اعتبارسنجی

5. مشخصات

ایده‌پردازی: توسعهٔ ایدهٔ اولیه
استراتژی: نحوهٔ پیاده‌سازی
تعریف: تصمیمات فنی مثل روش‌های HTTP
اعتبارسنجی: بررسی عملکرد صحیح و رضایت کاربران
مشخصات: انتخاب فرمت API مانند OpenAPI، GraphQL یا gRPC

پس از انتخاب فرمت، باید بتوانید به‌راحتی یک نمونهٔ اولیه ایجاد کنید و سپس آن را به منطق تجاری متصل کنید. در این مرحله، می‌توانید زبان برنامه‌نویسی مناسب را انتخاب کنید.

توسعهٔ استراتژی API

داشتن استراتژی از مهم‌ترین بخش‌های موفقیت API است. برای موفقیت API باید اهداف مشخص و معیارهای دقیق داشته باشید. همچنین استراتژی API به شما امکان پیش‌بینی هزینه‌های API در هر مرحله از چرخهٔ عمر را می‌دهد.

هزینه‌ها در مراحل اولیه بالاتر هستند، سپس کاهش می‌یابند، اما هزینه‌های نگهداری و پشتیبانی افزایش پیدا می‌کند.

محاسبهٔ هزینه‌ها

پس از توسعهٔ استراتژی API، می‌توانید هزینه‌های آن را در مراحل مختلف چرخهٔ عمر تخمین بزنید. طراحی و پیاده‌سازی گران‌ترین بخش‌ها هستند اما سریع‌تر تمام می‌شوند. همچنین باید هزینهٔ بازاریابی API را محاسبه کنید. اگر لازم است، هزینهٔ ساخت نمونهٔ اولیه یا ادغام با اپلیکیشن‌های شخص ثالث را نیز در نظر بگیرید.

نتیجه‌گیری

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

این تنها بخشی از دیدگاه‌های ارزشمند پدرو است — کتاب او پر از توصیه‌های عملی است که برای مبتدیان قابل فهم و برای متخصصان کافی است. اگر این مقدمه برای شما جذاب بود، پیشنهاد می‌کنیم کتاب Building an API Product را کامل مطالعه کنید.