Astrotalk Clone · Development Company

Astrotalk Clone Development Company: What to Check Before You Hire

On a metered marketplace the questions that matter are about money rather than features. How a minute is billed, how a commission resolves, what happens when the balance runs out mid-call, and whether anyone can reconstruct an operator action afterwards. Below is how we work, the pre-launch list we publish rather than bury, and the nine questions we would want answered if we were the ones buying.

Talk to Our Team →See Pricing
Since 2010 building platforms
Full source every time
6 days to deploy
The gap list
Published, not buried
What Handover Actually Means
01Laravel source in your repository
02170 table schema and the ERD
03Both Android builds and listings
04VAPT posture, OWASP mapped
05Eleven documentation files
06The hardening list, in writing
2010
Building Platforms Since
9,000+
Projects Delivered
6 days
Deployment Window
100%
Source Code Transferred
Compare

Agency vs Freelancer vs Miracuves

Three routes to the same platform, and where each tends to fail once real money moves through it.

What mattersFreelance teamMiracuves ready-made
Time to liveFour to nine months, if the scope holdsSix working days
The walletA balance column, incrementedDual-currency, append-only ledger, rate snapshot per row
CommissionOne percentage, edited in codeBoost override, then per-astrologer rate, then default
Tax on payoutsWorked out in a spreadsheet each quarterWithheld at settlement, PAN captured, CSV and PDF
Changing a priceA release, and a developerOne of 298 typed flags in 47 groups
Overnight demandNothing answersTen wallet-metered AI verticals
A second marketReopen the payments layerTwenty gateway configurations, currency per gateway
Stated limitationsRarely offered at allPublished before purchase, the awkward ones included
Price behaviourHourly, and it moves$2,499 fixed, quoted before work starts

Good agencies exist and will build you a competent platform. What the table measures is elapsed months, price certainty, and whether the billing layer was designed in from the start or added after the first payout run went wrong.

Due Diligence

Questions Worth Asking Any Provider

Put all nine to us and to whoever else is bidding. What a provider says about the ledger tells you more than any portfolio.

01

When exactly is a minute billed?

Before the service or after it. Billing after means chasing payment for advice already delivered, and that single design decision decides whether you have a collections problem forever.

02

What happens when the balance runs out mid-call?

Ask them to demonstrate it. If the session simply ends, you lose the minute, the sale and usually the customer. Topping up inside the session is the difference between a lapse and a renewal.

03

How many levels does commission resolve through?

One global percentage cannot express a promotional boost or a star practitioner's negotiated rate. Ask what happens when you want to pay one astrologer differently for one week.

04

Is the exchange rate stored on the transaction?

If a multi-currency month is reconciled against today's rate, the numbers will not match what happened. Ask to see a rate snapshot on a ledger row rather than a currency code.

05

Where is withholding applied?

At settlement, or in a spreadsheet afterwards. Ask whether PAN is captured at the withdrawal request and whether the tax report exports without somebody assembling it.

06

Which payment gateways are actually verified server-side?

A list of supported gateways and a list of gateways with server-side verification are different lists. Ask for the second one specifically, and ask which are the template for the rest.

07

Can you reconstruct an operator action?

Ask who changed the commission rate last month and expect them to show you. Ours cannot answer that today, which is why it is the first item on our own list.

08

How much can you change without a developer?

Feature prices, commission defaults, section toggles and referral caps are the numbers your margin depends on. If any of them needs a release, your pricing will effectively never change.

09

What is on your pre-launch list?

Any provider whose list is empty either has not looked or is not telling you. Ours names the absent audit trail and the test hooks in the audited codebase, and it sits further down this page.

All nine get answered on the first call, the uncomfortable ones included. The Platform Trust section below puts the same answers in writing.

Process

The Six-Step Development Process

What we do, in the order we do it.

Step 1 · Day 0

Set the commercial numbers

Commission default, per-minute rates, the feature price for each AI vertical, the referral reward and cap, the withdrawal minimum and the tax percentage. On a metered marketplace those flags are the business model rather than settings around it, so they come before anything visual.

Step 2 · Days 1 - 2

Branding, vocabulary and locales

Name, logo and colour scheme across both portals, the back office and both Android builds, one of the five app design sets chosen with dark mode configured, the profession vocabulary token set if you are launching as something other than astrology, and your language packs activated from the 143 seeded.

Step 3 · Days 3 - 4

Deploy and connect your accounts

The application and its MySQL go onto infrastructure you control. Gateway keys, MSG91 for OTP, your RTC provider for calls and live, the AI provider key, Exotel if you want the PSTN fallback, Firebase for push and admin support chat, and your storage provider are connected with credentials you hold.

Step 4 · Day 5

Hardening and the supply side

The pre-production security pass runs against the named list: test OTP bypass and test contact hooks removed, live keys moved out of the audited configuration, and the rest closed. Alongside it, operator accounts are created against team roles and the astrologer KYC queue is configured with its gating rules.

Step 5 · Day 6

Walkthrough and handover

We run the money loop end to end in front of your team: recharge a wallet through your live gateway, run a metered chat and watch the deduction land in the ledger, open the session in the console to see the commission split and the tax withheld, then approve a withdrawal. Source, schema and documentation transfer.

Step 6 · Post-launch

The support window

Sixty days of launch guidance, six months of priority bug fixes and twelve months of updates. Additional verified gateways, the audit-logging build and store publishing for both apps usually run inside this window on their own scoped schedule.

Day zero carries more weight here than on most products. A commission default or a per-minute rate set casually is awkward to revisit once practitioners have signed up against it and customers have recharged behind it.

Warning Signs

Red Flags That Mean Walk Away

Five answers that should end the conversation

"We bill after the session." Then you have built a collections business rather than a marketplace. Advice already delivered is the hardest thing in the world to invoice for, and the customer has no reason left to pay.

"The wallet is a balance on the user." A number that gets incremented and decremented cannot tell you where value came from, cannot support a refund cleanly, and cannot reconcile a month. You need rows, not a field.

"Commission is a setting in the config file." That is one rate for everyone forever, or a deployment every time you negotiate with a practitioner. Neither survives a real supply side.

"We support twenty payment gateways." Ask how many are verified server-side. Supported and verified are different claims, and the gap between them is where fraudulent recharges live. Ours is three of twenty and we say so.

An estimate with no named exclusions. Software has edges, and marketplace software has provider accounts on top of them. A number presented without either was never costed properly.

We are on the uncomfortable side of our own fourth flag, which is exactly why it is written here in the same words we would use on a call rather than left for you to discover in the codebase.

Domain

What a Metered Marketplace Has to Get Right

The parts that are cheap to design in and expensive to retrofit.

Metering before serviceA prepaid wallet debited per minute across chat, call and live, with the balance checked before the session starts rather than invoiced after it ends. This single decision is what removes collections from the business model entirely, and it cannot be added later without changing everything downstream of it.
An append-only ledgerA row per consumption event carrying commission context, tax context, offer and free-minute usage, and a conversion-rate snapshot. On a metered marketplace the ledger is the fastest growing table in the schema, and it is the only artifact that can explain a disputed month.
Commission that resolves in layersA boost-active override first, then the per-astrologer rate, then the system default, with an admin commission ledger written per event. Real supply sides need promotional rates and negotiated rates simultaneously, and one global percentage cannot express either.
Withholding at settlementTax applied when the payout is computed rather than reconstructed quarterly, with PAN captured at the withdrawal request and reports exporting to CSV and PDF. Practitioners judge a platform on payout cleanliness more than on any feature, and this is where homegrown builds usually fail.
A control plane, not a codebase298 typed flags across 47 groups covering section toggles, feature pricing, commission defaults, offers, referral caps, withdrawal minimums and provider selection. If changing a price needs a release, your pricing will effectively never change, and pricing is the lever you most need to move.
Something that answers at 3 a.m.Ten wallet-metered AI verticals covering the hours when no practitioner is online, each priced and toggled independently behind one provider switch. Consultation intent does not keep business hours, and unanswered intent is not deferred demand, it is lost demand.

All six ship in the base build. Ask on the call and we will open each one in the demo with data behind it, including running a metered session and reading the resulting ledger row.

Platform Trust

What We Have Not Done Yet

Six items, stated before a purchase rather than after one.

01

There is no audit trail

The security review rates audit logging weak: no authentication-event log and no admin-action log, so operator actions are not reconstructable after the fact. On a platform where an operator can change a commission rate or issue a wallet bonus, this is the item we would schedule first, and it leads this list for that reason.

02

Three of twenty gateways are verified

Twenty gateway configurations ship, and server-side payment verification is implemented today on Tap, Sadad and PhonePe. Those three are the template the rest are built against. We would rather write that plainly than let a count of configurations imply the same count of verified integrations.

03

Test hooks ship in the audited code

The codebase as audited carries a test OTP bypass and test contact hooks. They are removed during the pre-production hardening pass we run with you before your domain is exposed, but they are in the code you would be reading, so you should hear it from us rather than find it.

04

The CRM is five of twenty-five modules

Five have functional implementations: a Customer 360 timeline, nine computed behavioural tags, health metrics covering lifetime value, retention and churn, a recommendation engine and a centralized notification engine. Lead management, sales pipelines, tasks and campaigns have no tables, models or routes yet.

05

Every provider account is yours

MSG91 for OTP, Agora, Zego or 100ms for real-time media, OpenAI or OpenRouter for the AI layer, Exotel for PSTN fallback, FCM and OneSignal for push, Firebase for admin support chat, Google Maps for geocoding, an astrology chart API, and a merchant account per gateway. The switches are built; the relationships are yours.

06

What is built is real

End-to-end encrypted chat with participant authorization and key versioning, which the security review calls the strongest control in the stack, parameterized bindings across roughly 500 raw query fragments giving near-zero classic injection surface, an append-only wallet ledger with conversion-rate snapshots, and role-based access across all 89 admin pages.

The VAPT posture document frames its findings as a pre-production gate rather than a clean bill of health. Every item on the hardening list is a configuration change or a code removal measured in developer-hours rather than an architectural rework, and we complete that pass with you.

Modelled

Modelled Reference Deployment

An authored scenario showing how the shipped platform is configured for an operator converting free-tool traffic into prepaid balance. It is not a client engagement, and every figure in it is a property of the platform rather than a reported outcome.

Illustrative Scenario

Metered Astrology Consultation Marketplace

How the shipped platform is configured for an operator converting free-tool traffic into prepaid wallet balance, then metering it across consultations, AI verticals, remedies and rituals.

Illustrative scenarioNot a client engagementIndia, market modelled
170Database tables
298System flags
6 daysDeployment window

What the situation makes hard: free astrology tools drawing traffic that never converts into a paid session; practitioner payouts reconciled by hand against commission, tax and refunds; and consultation demand arriving at three in the morning with no human supply available to answer it.

What the configuration addresses: metering every minute against a prepaid wallet rather than billing after the fact; settling practitioner earnings through one commission waterfall with withholding applied at settlement; and covering the overnight hours with wallet-metered AI instead of idle capacity.

What ships in the base build: per-minute metering across chat, call and live with mid-session top-up; a commission waterfall of boost override, then per-astrologer rate, then system default; twenty gateway configurations with a conversion-rate snapshot per transaction; and ten wallet-metered AI verticals answering when no practitioner is online.

Named client deployments are published separately. See the Miracuves portfolio for real engagements with their own reported figures, and hold this page to what it says it is.

FAQ

Frequently Asked Questions

Is the platform secure, and what needs doing before launch?
We would rather answer this plainly than reassuringly. The genuine strengths are real: end-to-end encrypted chat with participant authorization and key versioning, which the security review calls the strongest control in the stack, parameterized bindings across roughly 500 raw query fragments giving near-zero classic injection surface, an append-only wallet ledger with conversion-rate snapshots, and role-based access across all 89 admin pages. The pre-launch list is equally real and short: the audited codebase ships with a test OTP bypass and test contact hooks that are removed before deployment, live keys move out of the audited configuration, and audit logging needs building.
Why publish your own gaps?
Because a security reviewer will find them, and finding them after payment is worse for both of us. It also means the platform you plan around is the real one rather than the marketing one. The VAPT posture document frames itself as a pre-production gate rather than a clean bill of health, which is the honest framing for any codebase of this size.
What exactly do I own at the end?
The Laravel application, the customer web portal, the astrologer portal, the JSON API, the admin back office, the 170 table schema with its migrations, and both Android builds with their own store listings and package names. The documentation suite transfers too: the schema reference, the entity relationship document, the API collection, the developer and security handbooks and the VAPT posture. No runtime licence, nothing per seat, no revenue share.
Will you build the audit logging for us?
Yes, as scoped work quoted before it starts, and we would schedule it early rather than late. It is ordinary engineering rather than a rearchitecture: authentication events and admin actions written to their own tables with the actor, the target and the before and after values. On a platform where an operator can change a commission rate or issue a wallet bonus, being able to answer who did what is worth having before you need it rather than after.
Have you deployed this for a live operator?
Miracuves has been building platforms since 2010 with over nine thousand projects delivered, and engagements are published in the portfolio with their own figures. The reference deployment on this page is labelled modelled because it is authored rather than reported, and its numbers describe the build. Where clients ask not to be named we leave them unnamed rather than implying more than we can evidence.
Can we relaunch this as something other than astrology?
Yes, and it is a deliberate design choice rather than a happy accident. The profession vocabulary is a single token reaching more than forty routes, so the same deployment can present as a tarot, counselling or coaching marketplace without a fork. The metering, wallet, commission and payout engine underneath does not care what the practitioner is called, which is the whole point of building the billing layer properly.

Ask us the hard questions first

Come with the nine questions above. You will get straight answers, the absent audit trail included, well before a contract enters the conversation.

Hire on the answers, not the deck

Six working days to a branded metered consultation marketplace on your own infrastructure, the Laravel source in your repository, and a pre-launch list you read before signing rather than after.

Talk to Us →
Miracuves · Astrotalk Clone Solution Hardening list and the modelled deployment transcribed from the hub, 2026-09-07
Disclaimer

Miracuves is an independent software development company. We are not affiliated with, connected to, sponsored by, or endorsed by Astrotalk.

Why this name

Astrotalk Clone” is used descriptively. It is how the software industry refers to building a platform with functionality similar to Astrotalk, and how clients search for it.

Who built this

The entire design and codebase is built by our own team. The product contains no code, design, graphics, or content originating from the Astrotalk website or applications.

Trademarks

Astrotalk and all other third-party names and marks are the property of their respective owners, referenced here solely to describe the category of software offered.