هر فصل یک قدم به درآمد
در این مقاله میخواهیم بفهمیم سیستم درآمد زایی وب کتاب چگونه فعال میشود؟ درآمد نویسنده چگونه محاسبه میشود؟ دریافت و پرداختی های درآمد به چه شکل هست. با ما همراه باشید تا نگاهی به سیستم بروز شده کیومرث، مغز متفکر وب کتاب داشته باشیم.
درآمد نویسندگان چگونه محاسبه و پرداخت میشود؟
احتمالا تا حالا این سوال برایتان پیش آمده است:
«خب، اگر کتاب من پولی شود، دقیقا چه اتفاقی برای درآمدش میافتد؟»
سوال بسیار خوبی است.
چون در وبکتاب، پولی شدن یک کتاب فقط به این معنی نیست که از یک فصل به بعد، کنار فصل یک برچسب «پولی» قرار بگیرد و بگوییم خب، موفق باشید.
پشت هر باز شدن یک فصل پولی، چندین مرحله وجود دارد؛ از قرارداد و سهم نویسنده گرفته تا ثبت خرید، محاسبه درآمد، نگهداری موقت پول و در نهایت ساخت پرداخت برای نویسنده.
این نوشته قرار است دقیقا همین مسیر را توضیح دهد.
نگران نباشید؛ قرار نیست با یک دفتر حسابداری دویست صفحهای طرف شوید.
________________________________________
اول از همه؛ چه زمانی کتاب پولی میشود؟
همه کتابها از ابتدا پولی نیستند.
برای اینکه یک کتاب وارد سیستم درآمدزایی شود، ابتدا باید شرایط مشخصی را داشته باشد.
در حالت عادی، یک کارگر پسزمینه عملکرد کتابها را در یک بازه زمانی بررسی میکند. بازه پیشفرض سی روز است.
برای واجد شرایط شدن، کتاب باید:
• حداقل هزار بازدید فصل داشته باشد.
• حداقل صد سنگ دریافت کرده باشد.
• حداقل بیست فصل منتشرشده داشته باشد.
• نویسنده در زمان بررسی جریمه فعال نداشته باشد.
اگر این شرایط برقرار باشد، نویسنده میتواند برای قرارداد درآمدزایی درخواست بدهد.
البته رسیدن به این شرایط به معنی «تبریک، از فردا پول چاپ میکنیم» نیست.
درخواست ابتدا باید توسط مدیر بررسی و تایید شود.
________________________________________
قرارداد دقیقا چه چیزی را مشخص میکند؟
وقتی مدیر درخواست را تایید میکند، چند مورد برای قرارداد مشخص میشود.
مهمترین مورد، اولین فصل پولی است.
مثلا فرض کنیم کتاب شما پنجاه فصل دارد و اولین فصل پولی روی فصل بیستویکم تنظیم شده است.
در این حالت:
فصلهای یک تا بیست همچنان رایگان هستند.
فصلهای بیستویک به بعد پولی خواهند بود.
این موضوع در قرارداد ثبت میشود و بعد از پذیرش قرارداد، نمیتوان اولین فصل پولی را به عقبتر منتقل کرد.
یعنی اگر یک قرارداد قبلی گفته باشد پولی شدن از فصل بیستویکم شروع شده، قرارداد بعدی نمیتواند بیاید و بگوید:
«بیایید از فصل دهم پول بگیریم.»
نه.
سیستم اینجا حافظه خوبی دارد.
________________________________________
سهم نویسنده چقدر است؟
در قرارداد نویسنده، سهمها از قبل مشخص هستند.
هفتاد درصد برای نویسنده
سی درصد برای وبکتاب
قیمت هر فصل پولی نیز یک سکه است.
بنابراین نویسنده و مدیر قرار نیست سر درصد درآمد جلسه مذاکره سهساعته برگزار کنند.
این قراردادها شرایط ثابت دارند و سهم نویسنده هفتاد درصد است.
________________________________________
اما قرارداد بلافاصله فعال نمیشود
بعد از تایید درخواست، قرارداد وارد مرحله پذیرش میشود.
نویسنده باید شرایط قرارداد را با رمز یکبارمصرف تایید کند.
در نسخه فعلی، نویسنده برای پذیرش قرارداد فرصت مشخصی دارد.
اگر قرارداد را در مهلت تعیینشده نپذیرد، سیستم اجازه نمیدهد قرارداد برای همیشه در حالت انتظار باقی بماند.
در چنین شرایطی قرارداد به وضعیت تعلیق میرود و تا زمانی که نویسنده آن را نپذیرد، دیوار پرداخت فعال نخواهد بود.
یعنی سیستم نمیگوید:
«خب ایشان جواب ندادند، پس ما خودمان قبول میکنیم.»
خیر.
قبول قرارداد باید واقعا توسط نویسنده انجام شود.
________________________________________
وقتی قرارداد فعال شد چه اتفاقی میافتد؟
حالا فرض کنیم قرارداد پذیرفته شده و وضعیت آن فعال است.
از این لحظه، فصلهایی که قبل از اولین فصل پولی قرار دارند رایگان میمانند.
فصل تعیینشده و تمام فصلهای بعد از آن پولی هستند.
خواننده برای باز کردن هر فصل پولی، یک سکه پرداخت میکند.
وقتی خواننده فصل را باز میکند، سیستم ابتدا خرید را ثبت میکند، سکه را از موجودی او کم میکند و دسترسی به فصل را میدهد.
اما داستان اینجا تمام نمیشود.
درآمد باید به سیستم درآمد نیز منتقل شود.
این انتقال از طریق صف ثبتهای خروجی انجام میشود تا اگر یکی از بخشهای سیستم برای مدتی پاسخ نداد، اطلاعات خرید گم نشود.
در صورت شکست، عملیات دوباره تلاش میشود و تا ده بار امکان تلاش مجدد وجود دارد.
پس اگر یک روز دیدید یک فصل باز شده ولی سیستم تصمیم گرفته برای چند میلیثانیه به زندگی فکر کند، نگران نباشید.
برای همین حالتها مسیر ثبت درآمد جداگانه طراحی شده است.
________________________________________
درآمد یک فصل دقیقا چگونه محاسبه میشود؟
اینجا بخش مهم ماجراست.
فرض کنید یک خواننده برای باز کردن یک فصل، یک سکه خرج کرده است.
برای محاسبه ارزش پولی آن سکه، سیستم از میانگین قیمت تمام بستههای سکه استفاده میکند.
سپس:
درآمد ناخالص = تعداد سکه مصرفشده × ارزش پولی سکه
بعد سهم قرارداد اعمال میشود.
در قرارداد نویسنده:
درآمد نویسنده = درآمد ناخالص × هفتاد درصد
درآمد وبکتاب = درآمد ناخالص × سی درصد
این اعداد پس از ثبت تراکنش ثابت میشوند.
یعنی درآمد ثبتشده برای آن خرید بعدا با تغییر قیمت بستههای سکه یا تغییر شرایط آینده قرارداد دوباره محاسبه نمیشود.
به زبان ساده:
وقتی تراکنش ثبت شد، حسابش همانجا بسته میشود.
________________________________________
یک مثال واقعیتر
فرض کنیم یک خواننده یک فصل را باز میکند و ارزش پولی یک سکه در زمان محاسبه برابر با ده هزار ریال است.
درآمد ناخالص:
ده هزار ریال
سهم نویسنده:
هفتاد درصد از ده هزار ریال
یعنی هفت هزار ریال.
سهم وبکتاب:
سی درصد
یعنی سه هزار ریال.
این درآمد در حساب نویسنده ثبت میشود.
اما این به معنی آن نیست که نویسنده همان لحظه میتواند پول را برداشت کند.
اینجا یکی از مهمترین بخشهای سیستم شروع میشود.
________________________________________
چرا درآمد بلافاصله قابل برداشت نیست؟
درآمد ابتدا وارد وضعیت در انتظار میشود.
این یک مرحله نگهداری است که به صورت پیشفرض هفت روز طول میکشد.
دلیلش ساده است:
یک خرید باید فرصت داشته باشد تا وضعیت آن مشخص شود و بعد از آن درآمد برای پرداخت آماده شود.
بنابراین مسیر درآمد این شکلی است:
در انتظار ← تاییدشده ← تجمیعشده ← پرداختشده
و حالا هر مرحله را جدا بررسی کنیم.
________________________________________
مرحله اول: در انتظار
وقتی یک خواننده فصل پولی را باز میکند، سهم نویسنده مستقیما وارد موجودی قابل پرداخت نمیشود.
ابتدا در بخش درآمد در انتظار قرار میگیرد.
مدت پیشفرض نگهداری:
هفت روز
در این مدت، درآمد هنوز برای برداشت آماده نیست.
این مبلغ در حساب نویسنده دیده میشود، اما باید مرحله نگهداری خود را کامل کند.
________________________________________
مرحله دوم: تاییدشده
یک کارگر ساعتی، درآمدهایی را که دوره نگهداری آنها تمام شده بررسی میکند.
اگر درآمد آماده باشد، از وضعیت «در انتظار» خارج شده و وارد وضعیت «تاییدشده» میشود.
در این مرحله، مبلغ دیگر در حالت انتظار نیست و آماده ورود به فرایند پرداخت است.
اما هنوز یک مرحله دیگر باقی مانده است.
چون سیستم قرار نیست برای هر تراکنش کوچک، یک پرداخت جداگانه ایجاد کند.
تصور کنید یک نویسنده در یک ماه هزاران فصل فروخته باشد.
قرار نیست هزاران درخواست پرداخت جداگانه ساخته شود.
این کار هم برای سیستم عجیب است، هم برای مدیر، هم برای حسابدار، و احتمالا حتی برای خود ماشین حساب.
________________________________________
مرحله سوم: تجمیع پرداخت
وقتی موجودی تاییدشده نویسنده به حداقل مبلغ پرداخت برسد، سیستم میتواند برای او یک پرداخت تجمیعی بسازد.
حداقل مبلغ پرداخت توسط سیستم تعیین میشود.
ساخت پرداخت به صورت خودکار نیز انجام میشود.
سیستم هر شش ساعت یک بار پرداختهای واجد شرایط را بررسی میکند.
مدیر نیز میتواند در صورت نیاز این فرایند را به صورت دستی اجرا کند.
در این مرحله، درآمدهای تاییدشده نویسنده در یک پرداخت جمع میشوند.
مثلا فرض کنیم نویسنده طی چند هفته این درآمدها را داشته باشد:
فصل اول: ۵۰ هزار ریال
فصل دوم: ۸۰ هزار ریال
فصل سوم: ۱۲۰ هزار ریال
فصل چهارم: ۱۰۰ هزار ریال
اگر مجموع آنها به حداقل مبلغ پرداخت برسد، سیستم میتواند آنها را در یک پرداخت تجمیعی قرار دهد.
پس نویسنده لازم نیست برای هر فصل جداگانه درخواست برداشت بدهد.
________________________________________
مرحله چهارم: پرداخت
اینجا دیگر به آخر مسیر رسیدهایم.
پرداخت تجمیعی ساخته شده و آماده بررسی مدیر است.
مدیر پرداخت را تایید میکند.
سپس پرداخت انجام میشود و وضعیت آن به «پرداختشده» تغییر میکند.
درآمدهایی که داخل این پرداخت قرار داشتهاند نیز دیگر در انتظار پرداخت نیستند.
یعنی مسیر کامل یک درآمد به این شکل است:
فروش فصل
↓
ثبت درآمد
↓
درآمد در انتظار
↓
پس از پایان دوره نگهداری
↓
درآمد تاییدشده
↓
رسیدن به حداقل مبلغ پرداخت
↓
ساخت پرداخت تجمیعی
↓
تایید مدیر
↓
پرداخت به نویسنده
↓
درآمد پرداختشده
تمام.
پول هم بالاخره به مقصد رسید.
________________________________________
پس نویسنده چطور درآمدش را میگیرد؟
در این سیستم، نویسنده از درآمد فصلهای پولی خود به صورت مستقیم و لحظهای برداشت نمیکند.
درآمد ابتدا باید دوره نگهداری را طی کند، سپس تایید شود، به حداقل مبلغ پرداخت برسد و در یک پرداخت تجمیعی قرار بگیرد.
بعد از آن، پرداخت توسط مدیر تایید و پرداخت میشود.
بنابراین نویسنده در عمل درآمد خود را از طریق پرداختهای تجمیعی تاییدشده دریافت میکند.
این موضوع مهم است:
فروش یک فصل به معنی پرداخت فوری پول به نویسنده نیست.
فروش باعث ایجاد درآمد میشود.
درآمد ابتدا در وضعیت در انتظار قرار میگیرد.
بعد تایید میشود.
سپس در صورت رسیدن به حداقل مبلغ پرداخت، وارد یک پرداخت تجمیعی میشود.
و در نهایت پرداخت میشود.
________________________________________
آیا نویسنده میتواند درآمدهایش را ببیند؟
بله.
نویسنده میتواند وضعیت درآمد خود را مشاهده کند.
درآمدها به صورت کلی قابل مشاهده هستند و همچنین میتوان درآمد را بر اساس کتاب و فصل بررسی کرد.
بنابراین نویسنده فقط یک عدد بزرگ در حساب خود نمیبیند که معلوم نباشد از کجا آمده است.
میتواند ببیند:
چه مقدار درآمد در انتظار است.
چه مقدار درآمد تایید شده است.
چه مقدار درآمد قبلا پرداخت شده است.
کدام کتاب درآمد ایجاد کرده است.
کدام فصل درآمد ایجاد کرده است.
و هر باز شدن فصل چه مقدار درآمد برای نویسنده ایجاد کرده است.
________________________________________
درآمد نویسنده فقط از فصلهای پولی است
یک نکته مهم دیگر:
درآمد نویسنده در این سیستم فقط از باز شدن فصلهای پولی تحت قرارداد محاسبه میشود.
نویسنده از موارد زیر سهم درآمد دریافت نمیکند:
سنگها
تبلیغات
اشتراکها
سایر درآمدهای احتمالی پلتفرم
بنابراین اگر یک خواننده به کتاب سنگ هدیه بدهد، این موضوع باعث افزایش درآمد قابل پرداخت قرارداد فصلهای پولی نمیشود.
سنگ و درآمد قرارداد دو سیستم جدا هستند.
ممکن است یک کتاب هزاران سنگ دریافت کند، اما درآمد قابل پرداخت نویسنده همچنان از خرید فصلهای پولی محاسبه شود.
________________________________________
اگر قرارداد متوقف شود چه میشود؟
قرارداد همیشه فعال نمیماند.
ممکن است قرارداد منقضی، لغو یا معلق شود.
وقتی قرارداد فعال نباشد، دیوار پرداخت قرارداد نیز فعال نیست.
یعنی سیستم برای پولی بودن فصلها فقط به این نگاه نمیکند که:
«این کتاب قبلا قرارداد داشته؟»
بلکه وضعیت فعلی قرارداد را بررسی میکند.
اگر قرارداد فعال نباشد، فصلها بر اساس آن قرارداد پولی نمیشوند.
این موضوع برای ثبت درآمد نیز اهمیت دارد.
هنگام ثبت درآمد، سیستم قرارداد فعال فعلی کتاب را بررسی میکند و مطمئن میشود قراردادی که هنگام خرید استفاده شده همان قراردادی است که در حال حاضر معتبر است.
________________________________________
اگر نویسنده برنامه انتشارش را رعایت نکند چه؟
قرارداد فقط درباره پول نیست.
تعهدات مربوط به انتشار نیز وجود دارند.
اگر انتشار فصلها حداقل دو روز از برنامه تعیینشده عقب بیفتد، روند اخطار شروع میشود.
اخطارها به ترتیب افزایش پیدا میکنند:
اخطار اول
↓
اخطار دوم
↓
اخطار نهایی
↓
لغو قرارداد و جریمه سیروزه
اگر قرارداد به این دلیل لغو شود، نویسنده برای سی روز نمیتواند دوباره وارد فرایند واجد شرایط شدن و درخواست قرارداد جدید شود.
البته مدیران میتوانند برنامه انتشار را متوقف کنند.
پس اگر برنامه انتشار به صورت رسمی متوقف شده باشد، سیستم قرار نیست با کرنومتر دنبال نویسنده بدود.
________________________________________
قراردادهای جدید چه تغییری دارند؟
اگر شرایط قرارداد تغییر کند، نویسنده باید نسخه جدید را نیز تایید کند.
برای قراردادهای نویسندگان، پانزده روز برای پذیرش نسخه جدید در نظر گرفته میشود.
اگر نویسنده در این مدت قرارداد جدید را با رمز یکبارمصرف تایید نکند، قرارداد به حالت تعلیق میرود.
در این حالت، دیوار پرداخت غیرفعال میشود تا نویسنده قرارداد را بپذیرد.
قراردادهای متعلق به خود پلتفرم شرایط متفاوتی دارند و نسخه جدید را مستقیما دریافت میکنند.
________________________________________
آیا موجودی درآمد خودش را اصلاح میکند؟
نه.
سیستم درآمد دارای کارگرهای بررسی و حسابرسی است.
این کارگرها اختلافهای احتمالی میان موجودیها و دفتر درآمد را بررسی میکنند.
اما اگر اختلافی پیدا شود، سیستم به صورت خودکار نمیگوید:
«خب، احتمالا این عدد درست است؛ خودم درستش میکنم.»
خیر.
این بخش فقط برای بررسی و پیدا کردن اختلاف است.
اصلاح خودکار موجودی انجام نمیشود.
این تصمیم عمدا گرفته شده تا تغییرات مالی حساس بدون بررسی انجام نشوند.
________________________________________
خلاصه خیلی ساده
اگر بخواهیم تمام سیستم را در چند خط خلاصه کنیم:
یک کتاب شرایط لازم را به دست میآورد.
نویسنده برای قرارداد درخواست میدهد.
مدیر قرارداد را تایید میکند.
نویسنده قرارداد را با رمز یکبارمصرف میپذیرد.
قرارداد فعال میشود.
از فصل مشخصشده به بعد، فصلها پولی میشوند.
خواننده برای باز کردن فصل، سکه پرداخت میکند.
سکه از موجودی خواننده کم میشود.
خرید و دسترسی ثبت میشوند.
درآمد بر اساس ارزش پولی سکه محاسبه میشود.
هفتاد درصد درآمد به نویسنده و سی درصد به وبکتاب اختصاص پیدا میکند.
درآمد نویسنده ابتدا در وضعیت در انتظار قرار میگیرد.
پس از دوره نگهداری، درآمد تایید میشود.
وقتی موجودی تاییدشده به حداقل مبلغ پرداخت برسد، پرداخت تجمیعی ساخته میشود.
مدیر پرداخت را تایید میکند.
پرداخت انجام میشود.
و در نهایت درآمد به عنوان پرداختشده ثبت میشود.
________________________________________
پس یک جمله طلایی
اگر فقط قرار است یک چیز از این نوشته یادتان بماند، این باشد:
باز شدن یک فصل پولی، درآمد ایجاد میکند؛ اما پرداخت شدن درآمد یک فرایند جداگانه است.
درآمد ابتدا ثبت میشود، مدتی نگهداری میشود، سپس تایید میشود، بعد در صورت رسیدن به حداقل مبلغ در یک پرداخت تجمیعی قرار میگیرد و در نهایت پس از تایید مدیر پرداخت میشود.
هدف این سیستم این است که درآمد هر نویسنده قابل پیگیری باشد و بتواند بفهمد پولش دقیقا از کدام کتاب و کدام فصل آمده و اکنون در کدام مرحله از فرایند پرداخت قرار دارد.
بنابراین اگر امروز یک فصل شما فروش رفت و هنوز پولش در حساب قابل برداشت نیست، نگران نباشید.
پول گم نشده است.
فقط هنوز دارد مراحل اداری خودش را طی میکند.
و بله، حتی پول هم در وبکتاب باید صف خودش را رعایت کند.
اگر سوالی هست، در نظرات پذیرای شما هستیم