در سالهای اخیر، تغییری به سمت بحث درباره APIها بهعنوان محصولات رخ داده است. این موضوع اساساً همهچیز را تغییر میدهد؛ از نحوه بازاریابی یک API گرفته تا مستندسازی و حتی خود معماری. یکی از اساسیترین تغییرها، گذار از تمرکز صرف بر توسعهدهندگان به ترغیب افراد با پیشزمینه تجاری برای پذیرش API شما است.
«در یک دوره چهار ساله، شرکتهایی که از APIها استفاده کردند، ۱۲.۷٪ رشد بیشتر در ارزش بازار نسبت به شرکتهایی داشتند که APIها را نپذیرفتند»، جیسون هارمون، مدیر فناوری استاپلایت و میزبان پادکست API Intersection میگوید و به تحقیقات محقق MIT، مارشال ون الستین اشاره میکند. این رقم در دوره ۱۶ ساله به ۳۸٪ افزایش مییابد.
برای کمی بیش از نیم ساعت، هارمون در نشست Platform Summit سال ۲۰۲۳ که توسط Nordic APIs در استکهلم برگزار شد، درباره چگونگی ساخت و رشد API مانند یک مدیر محصول سخنرانی کرد. در ادامه، نکات متعدد و توصیههای او را جمعآوری میکنیم و چند نظر از خودمان اضافه میکنیم.
APIها به ترکیبپذیری و سازگاری کمک میکنند
برای شروع، هارمون آنچه را «مکتب فکری MIT» مینامد توصیه میکند، اگر میخواهید API شما رشد کرده و شکوفا شود. این موارد شامل مایکروسرویسها، معماری توزیعشده ماژولار، نقاط مسئولیت واحد و جداسازی است. او همچنین توصیه میکند یک معماری کسبوکار ترکیبپذیر اتخاذ کنید؛ رویکردی مبتنی بر مایکروسرویس که ترکیبی از فناوریهای قابل استفاده مجدد برای ایجاد یک سیستم یکپارچه است. این معماری باید با قابلیتهای کسبوکار، که به زبان روزمره توضیح داده میشوند، ساخته شود.
هارمون تفاوت بین مدل کسبوکار ترکیبپذیر و یک بازار را توضیح میدهد. یک بازار بر مدل کسبوکار سنتی عرضه و تقاضا تمرکز دارد. همچنین برای موفقیت، نیازمند درک کاملتری از اثرات شبکه است.
به API خود مانند یک محصول دیگر نگاه کنید
با صحبت درباره برخی از درسهایی که از توسعه API و میزبانی پادکست API Intersection آموخته، هارمون میگوید API فقط یک محصول دیگر است. به گفته او، افراد تمایل دارند این موضوع را بیش از حد پیچیده کنند، احتمالاً چون از اینکه APIها تا این حد فنی هستند، intimidated میشوند.
هارمون سه مرحله برای کمک به درک بهتر API بهعنوان یک محصول پیشنهاد میکند. اولین مرحله، شناخت رابطه شما با API است، که به شما ایدهای از نحوه تعامل کاربران با محصولتان میدهد.
هارمون سپس گامهای بیشتری برای شناسایی روابط ارائه میدهد. اتخاذ ذهنیت مشتریمحور اولین گام است، زیرا به شما کمک میکند تعیین کنید API شما چگونه در بازار جای میگیرد. این ذهنیت حتی میتواند بر طراحی API شما تأثیر بگذارد.
هارمون اشاره میکند که APIها اغلب بیشتر از یک لایه روی داده شما هستند. بسیاری از APIهای موفق و محبوب علاوه بر ایفای نقش front-end، مقداری منطق نیز انجام میدهند. او همچنین توصیه میکند با یک API خیلی کار انجام ندهید. «فقط چیزی را منتشر کنید»، هارمون میگوید، که همیشه یک توصیه تجاری درست است. لازم نیست کامل باشد، زیرا احتمالاً نسخه ۲ نیز منتشر خواهد شد.
سپس هارمون توصیه میکند با مطالعه دادهها و مصاحبه با کاربران حرفهای، تحقیقات بازار انجام دهید. «شما چیزی را میسنجید که برایتان ارزش دارد»، هارمون میگوید. او همچنین نکاتی درباره چگونگی معرفی API به مخاطبانی با پیشزمینه تجاری ارائه میدهد. پیش از ملاقات با مدیران ارشد، باید پیشنهاد ارزش منحصربهفرد خود را روشن کنید.
او نکات بیشتری برای جلب نظر مدیران اجرایی ارائه میدهد:
-
از خود بپرسید API شما چگونه با مدل کسبوکار آنها هماهنگ است.
-
شیفت از مدلهای سنتی درآمد به جریانهای یکپارچه را درک کنید.
-
ارزش API خود را نشان دهید.
-
درک کنید چه زمانی در حال اجرای یک بازار هستید.
وقتی API خود را معرفی میکنید، در جزئیات فنی غرق نشوید. در عوض، روی تصویر بزرگ و اینکه چگونه به رشد مشتریان و رفع چالشها و نیازهای تجاری آنها کمک میکند تمرکز کنید.
امضای نهایی خود را خودکار کنید
APIها به ندرت بدون مشکل راهاندازی میشوند. هارمون توصیه میکند یک سیستم تست خودکار ایجاد کنید تا باگهای اجتنابناپذیر به پلتفرم خودکارسازی اضافه شوند. با این روش، آنها فقط یکبار مشکل ایجاد میکنند. هنگام نظرسنجی، تنها تعداد کمی از توسعهدهندگان حاضر از امضای خودکار استفاده میکردند. این clearly حوزهای است که نیاز به توجه بیشتر در بسیاری از شرکتها دارد.
مستندسازی مهم است
مستندات API همان چیزی است که توسعهدهندگان برای تعامل با API شما از آن استفاده میکنند. همچنین معمولاً نقطه تماس اول بیشتر کاربران است. هارمون توصیه میکند نویسندگان فنی اختصاصی استخدام کنید، بهجای اینکه مهندسان را مسئول ایجاد مستندات API کنید. مهندسان API را از دیدگاه سیستممحور میبینند، نه مشتریمحور.
او چند دلیل برای نیاز به مستندات خوب API بیان میکند:
-
به مشتریان و مشتریان بالقوه شما آموزش میدهد که چگونه با API شما کار کنند.
-
برای تعریف، تست، و ایمنسازی مرزهای محصول.
-
مستندات امکان پشتیبانی مشتری را فراهم میکند.
-
برای حمایت از تلاشهای بازاریابی فنی.
در نهایت، هارمون با بیان اینکه چه کسانی از مستندات خوب بهرهمند میشوند جمعبندی میکند. برای توسعهدهندگان، مستندات API از کار غیرضروری جلوگیری میکند. همچنین به ایجاد رابطه میان توسعهدهندگان و کاربران بالقوه کمک میکند؛ چیزی که هارمون آن را «اهرم مشترک» مینامد. این روند موجب ایجاد حس حرکت به سمت یک هدف مشترک میشود. همچنین به ایجاد ذهنیت سازمانی منسجمتر کمک میکند و به ذینفعان مختلف کمک میکند API شما را درک کرده و دریابند چگونه میتواند به نیازهای آنها پاسخ دهد.
مستندات خوب همچنین به ایجاد روابط بهتر با کاربران کمک میکند و نرخ پذیرش را افزایش میدهد. در نهایت، مستندات API شهرت شرکت و API شما را ارتقا میدهد و نشان میدهد که شما دقیق، قابل اعتماد و آگاه به کسبوکار هستید.
تأملات پایانی درباره API بهعنوان محصول
APIها دیگر فقط برای مهندسان نیستند. توسعهدهندگان تنها بخشی از اکوسیستم API را تشکیل میدهند. در این مرحله، APIها جزء ثابت و ضروری دنیای کسبوکار نیز هستند.
این بدان معناست که باید کاربر API خود را نهتنها یک توسعهدهنده یا مهندس، بلکه یک مدیر محصول و بازاریاب نیز در نظر بگیرید. این موضوع شما و APIتان را برای موفقیت آماده میکند، ارزش واقعی ارائه میدهد و تجربه کاربری عالی فراهم میکند. مشتریان شما نیز در مقابل قدردان شما خواهند بود و با تبدیلشدن به کاربران وفادار و سفیران برند، توصیههای دهانبهدهان را منتشر میکنند؛ توصیههایی که به رشد شما در بازار شلوغ API امروز کمک میکنند.
