دریافت پول در اپلیکیشنتان: راهنمای ساده پذیرش پرداخت
پذیرش پرداخت در اپلیکیشنی که با هوش مصنوعی ساختهاید یعنی اتصال به یک ارائهدهنده مثل Stripe که فرم کارت را مدیریت میکند و پول را جابهجا میکند — اپلیکیشن شما فقط سفارش را ثبت میکند و وقتی پرداخت تأیید شد واکنش نشان میدهد.
لحظهی مشخصی وجود دارد که اپلیکیشن شما از یک پروژه به یک کسبوکار تبدیل میشود: اولین باری که کسی از طریق آن به شما پول میپردازد. همان لحظهای است که یک باگ دیگر فقط شرمآور نیست، بلکه میشود «پول من را گرفتی و من هیچ چیزی نگرفتم». پذیرش پرداخت پرمخاطرهترین ویژگیای است که اکثر سازندگان اضافه میکنند، و خبر خوب این است که بخشهای سخت و ترسناک آن را واقعاً لازم نیست خودتان بسازید. فقط باید آنها را درست به هم وصل کنید و حالتهای بهظاهر پیشپاافتاده را نادیده نگیرید.
این یک راهنمای ساده برای پذیرش پرداخت در اپلیکیشنی است که با هوش مصنوعی ساختهاید — اینکه واقعاً پشت صحنه چه اتفاقی میافتد، سه چیزی که ممکن است اشتباه پیش برود، و یک تنظیم اولیه که باید از آن شروع کنید.
«پذیرش پرداخت» واقعاً یعنی چه؟
پذیرش پرداخت یعنی وصل کردن اپلیکیشنتان به یک ارائهدهندهی پرداخت — Stripe گزینهای است که بیشتر افراد سراغش میروند و انتخاب پیشفرض خوبی است — بهجای اینکه خودتان یک سیستم پرداخت بسازید. تقسیم کار اینطور است، چون فهمیدنش خیالتان را راحت میکند:
ارائهدهنده فرم کارت را نشان میدهد. ارائهدهنده شماره کارت را میگیرد، آن را بررسی میکند و پول را جابهجا میکند. سپس ارائهدهنده فقط یک چیز به اپلیکیشن شما میگوید: «این شخص ۴۰ دلار به شما پرداخت کرد.» اپلیکیشن شما هرگز شماره کارت را نمیبیند، هرگز آن را ذخیره نمیکند، هرگز به آن دست نمیزند. این یک محدودیت نیست — کل نکته همین است. دادهی کارت یک میدان مین حقوقی و امنیتی است، و نگهداشتنش کاملاً داخل ارائهدهنده یعنی این میدان مین کار اوست، نه شما. اگر روزی سازندهی اپلیکیشنتان پیشنهاد داد که «کارت را در دیتابیستان ذخیره کنیم»، جواب همیشه نه است.
پس کار واقعی اپلیکیشن شما در یک پرداخت کوچک است: مشتری را به صفحهی پرداخت ارائهدهنده بفرستید، و بعد وقتی ارائهدهنده گفت پول رد شد، درست واکنش نشان دهید.
آیا اول باید پرداختهای یکباره را بپذیرید یا اشتراک را؟
از پرداختهای یکباره شروع کنید. سیمکشی اصلی آنها همان چیزی است که برای اشتراک لازم است، بدون هیچکدام از حالتهای خاص و تکرارشونده، و بیشتر محصولات اولیه فقط به «یکبار پرداخت کن تا چیزی بگیری» نیاز دارند. اشتراک را بعداً و آگاهانه اضافه کنید، وقتی واقعاً چیزی دارید که ارزش پرداخت ماهانه را داشته باشد.
تقریباً همهچیز را دو شکل پرداخت پوشش میدهد:
- یک پرداخت یکباره — خرید بلیت، یک قالب، یک جلسهی کوچ تکی، یک راهنمای قابلدانلود. پول یکبار جابهجا میشود و کارتان تمام است.
- یک اشتراک — عضویت ماهانه، یک پلن تکرارشونده. پول هر ماه بهطور خودکار جابهجا میشود، که یعنی شما همزمان برای «وقتی کارتشان منقضی شود چه میشود»، «وقتی لغو کنند چه میشود» و «آیا پرداخت این ماه واقعاً انجام شد یا نه» هم ثبتنام کردهاید.
رایجترین اشتباهات پرداخت در اپلیکیشنی که با هوش مصنوعی ساخته شده چیست؟
تقریباً هر مشکل پرداختی در اپلیکیشنی که با هوش مصنوعی ساخته شده به سه اشتباه برمیگردد: اپلیکیشن یادش میرود که پرداختی اصلاً اتفاق افتاده، نبود رسید که باعث میشود مشتریها دوبار پرداخت کنند، و تستکردن فقط مسیر پرداخت موفق با پول واقعی. برای هرکدام یک دستور ساده وجود دارد که میتوانید مستقیم برای سازندهی اپلیکیشنتان کپی کنید.
۱. پرداخت انجام میشود اما اپلیکیشن آن را فراموش میکند. مشتری پرداخت میکند، پول در حساب ارائهدهندهی شما مینشیند — و اپلیکیشن شما هیچ رکوردی از اینکه چه کسی برای چه چیزی پرداخت کرده ندارد. یک برگزارکنندهی کارگاه آموزشی اینطوری ۳۰ بلیت فروخت و در نهایت پولی در Stripe داشت و یک صفحهگسترده با صفر اسم در آن. او اصلاً نمیدانست باید چه کسی را وارد کند.
راهحل: همان لحظهای که پرداخت تأیید میشود، یک رکورد سفارش ذخیره کنید — چه کسی پرداخت کرده، چه چیزی خریده، چقدر پرداخت کرده، چه زمانی، و یک «پرداختشده: بله» واضح. از سازندهتان بخواهید: «وقتی پرداختی موفق شد، یک رکورد سفارش با مشتری، محصول، مبلغ و وضعیت پرداخت بساز. به تأیید پرداخت ارائهدهنده تکیه کن، نه به اینکه مشتری به صفحهی تشکر برگردد.» آن بخش آخر مهم است — افراد تب مرورگر را میبندند، اتصال را از دست میدهند، یا دوبار کلیک میکنند. سیگنال قابلاعتماد برای اینکه پول جابهجا شده، پیامی است که ارائهدهنده مستقیم به اپلیکیشن شما میفرستد (یک وبهوک)، نه اینکه مرورگر مشتری به صفحهی موفقیت برسد.
۲. نبود رسید، پس دوبار پرداخت میکنند. یک نفر روی پرداخت میزند، یک چرخ بارگذاری میبیند، هیچ ایمیلی نمیگیرد، هیچ تأییدی، هیچ چیزی — پس فکر میکند ناموفق بوده و دوباره پرداخت میکند. حالا باید یکی از آنها را برگردانید، و او دیگر کمتر به شما اعتماد میکند. از سازندهتان بخواهید: «همان لحظهای که پرداختی تسویه شد، یک ایمیل تأیید بفرست و یک صفحهی واضح نشان بده که میگوید پرداخت انجام شده و بعدش چه اتفاقی میافتد.» سکوت بعد از یک پرداخت گرانترین سکوت در اپلیکیشن شماست.
۳. تستکردن با پول واقعی. این همان چیزی است که بیسروصدا با اشکال منتشر میشود. سازندگان چکاوت را با خریدن محصول خودشان با کارت خودشان تست میکنند، یکبار میبینند کار میکند، و آن را تمامشده اعلام میکنند — بدون اینکه هرگز بررسی کنند وقتی کارتی رد میشود یا پرداختی بازگردانده میشود چه اتفاقی میافتد. یک اپلیکیشن حتی وقتی کارت رد شده بود سفارش را «پرداختشده» علامت زد، چون هیچکس آن مسیر را تست نکرده بود؛ مشتری محصول را رایگان گرفت و بنیانگذار در پایان ماه متوجه شد.
هرگز برای تست این موضوع به پول واقعی نیاز ندارید. هر ارائهدهندهای یک حالت تست دارد با شمارهکارتهای ساختگی — از جمله شمارههای مشخصی که طراحی شدهاند تا رد شوند، تا ببینید اپلیکیشن شما چه کاری انجام میدهد. از سازندهتان بخواهید: «اول کل چکاوت را در حالت تست بساز و تست کن. حالت کارت ردشده و حالت بازگشت وجه را هم مدیریت کن، نه فقط حالت موفق را.» حالت تست کماستفادهترین ویژگی در کل دنیای پرداخت است.
بخش خاموش ماجرا: حالا شما یک کسبوکار هستید
دو چیز است که افراد فراموش میکنند. اول، برای اینکه واقعاً پول دریافت کنید، ارائهدهنده به اطلاعات واقعی شما نیاز دارد — یک حساب کسبوکار یا بانکی که پول به آن واریز شود. این یک فرم است که یکبار پر میکنید، نه چیزی که اپلیکیشن خودش میسازد. دوم، مالیات بر آنچه درمیآورید بر عهدهی شماست، نه اپلیکیشن. هیچکدام سخت نیست؛ اما اگر کسی آنها را بلند نگوید، هر دو میتوانند غافلگیرکننده باشند.
اول از همه، وقتی پرداخت اضافه میکنید چه باید بسازید؟
دقیقاً یک چیز را اول بسازید: یک محصول، یک قیمت، یک پرداخت یکباره، در حالت تست. تا وقتی که این مسیر تمیز کار نکند، جلوی سبد خرید، کدهای تخفیف، سطحهای مختلف و اشتراکها را بگیرید — پول «جابهجا میشود»، یک سفارش ثبت میشود، یک تأیید ظاهر میشود. همین یک مسیر کارآمد از یک چکاوت پر از ویژگی که هرگز از یک کارت ردشده جان سالم به در نبرده، ارزشمندتر است.
بعد تست غریبه را دوبار اجرا کنید. اول، در حالت تست با شمارهکارتی که قرار است رد شود چکاوت کنید — آیا اپلیکیشن شما راست میگوید («آن پرداخت انجام نشد»)، یا دروغ میگوید و سفارش را پرداختشده علامت میزند؟ بعد یک خرید تستِ موفق انجام دهید — آیا یک رکورد سفارش و یک تأیید گرفتید که اگر خودتان مشتری بودید به آن اعتماد میکردید؟
پذیرش پرداخت شبیه ترسناکترین ویژگیای است که اضافه میکنید، اما در واقع یک کار سیمکشی است با سه حالت شکست و یک حالت تست که به شما اجازه میدهد همهی آنها را رایگان تمرین کنید. آن یک چیزی را که ارزش پرداخت دارد انتخاب کنید، یک چکاوت تکی در حالت تست وصل کنید، و یک فروش ساختگی را از اول تا آخر رد کنید — از جمله کارت ردشده — پیش از آنکه یک کارت واقعی اصلاً به آن دست بزند. کل کار اول همین است.