Ось, так. Це вже цікавіше. Про досвідчених людей за 3-4 штуки в місяць я чув. Це був один із варіантів, але не так, щоби вони керували, а так, щоби вони самі будували. Ваш варіант - це тоді один архітектор і декілька проґрамістів? Я думаю, це непідйомно для мене ПОКИ фінансово. Щодо самого коду, так, я це передбачаю як головну проблему (оцінку коду), бо я цього не можу зробити, а поганий код може завалити роботу сайту після першої ж тисячі користувачів.

P. Vowk не гратимусь в експерта, суто підкреслю те що збоку побачив.
Ви сюди закинули дуже поверхневу тему. Ви вказали про якісь гроші, якісь ідеї, якогось P. Vowk.
На таку поверхневу вудочку отримали такі ж відповіді. Спробуйте детальніше все описати, особливо про себе і свій досвід, щоб люди, які бачать цю тему могли зрозуміти з ким мають справу.

---------

Суто з власного досвіду. Дуже багато крутих ідей валяться у момент коли їх починають реалізовувати (спливає безліч підводних каменів). А для цього вам не треба витрачати 15К чи більше, для цього треба чітко описати і реалізувати MVP.

І я кажу, що треба почати з MVP, а потім вже наворочувати додатковий функціонал. Це і коштів, і часу візьме менше, і можливо після реалізації мінімального продукту, буде краще видно, куди рухатись далі. Щоб не вийшло так, що вперлись в якусь придуману "рюшечку", яка в результаті, ще й нікому не потрібною виявиться, а при цьому найважливіше до кінця й не доробили.

Стосовно збереження платіжних даних та підписок з регулярним зняттям коштів з підписників раджу почитати про PCI DSS (Payment Card Information Data Security Standard) v3 - https://www.pcisecuritystandards.org/. Вже досить давно є набір вимог для мерчантів (merchant - продавців, власників сайтів, де можна оформлювати підписку), який чітко описує умови, при дотриманні яких сервіс буде забезпечувати необхідний рівень безпеки збереження платіжних даних.

Ще є така річ, як PCI Compliance Scope - область відповідальності за відповідність вимогам збереження платіжної інформації. Багато мерчантів хочуть зменшити цю відповідальність, і звертаються до платіжних систем, які дозволяють замість зберігання номерів карток на стороні мерчанта, використовувати токени (payment token), які генеруються на основі номерів карток, але зав"язані на акаунті мерчанту, тому тільки він матиме змогу за цими токенами робити запити на зписання грошей. Токен генерується платіжною системою та передаєьбся мерчанту.

У разі викрадення платіжних токенів, зловмисник також матиме викраcти інші дані мерчанту, щоб від його імені списати кошти за токенами.

Але я не уявляю, чи є в Україні платіжні шлюзи, які дозволяють генерувати багаторазові платіжні токени, мій досвід досить обмежений.

Знаю, що досить давно у платформи для інтернет-магазинів Magento була така штука, як Payment Bridge, який мав забезпечувати відносно надійне зберіганна платіжних даних у мерчанта, але він вже давно не використовується, і був частиною ентерпрайз версії системи, яка досить багато коштувала.