Roughly $3,000 buys one working surface for one primary audience, a narrow set of features, and a managed stack you do not have to operate. It does not buy role-separated dashboards, an app-store release, verified multi-tenancy or a security assessment. What it depends on is roles: each additional kind of user adds a surface, a permission boundary and a full test pass. If your difference from an off-the-shelf product is a preference rather than a rule, rent instead.
Key findings
- All five reference builds are web products, a property of the selection rather than of the budget: 9 of the 26 portfolio entries link a live Google Play or App Store listing.
- Surfaces and roles, not features, separate the five: Coffee Shop has one surface and one audience, Augment Fit one admin panel serving two named roles, Waitmate one admin dashboard, Pathana one platform with three parties sharing views, and Afriva four role dashboards, while named feature counts stay within a band of three to four throughout.
- No portfolio entry stores a price, a timeline or a team size, so none of the five named builds is evidence of what $2,900 buys.
- DevoraX's published starting points are MVP Starter from $2,900, Growth from $7,500 and Enterprise custom-scoped, each priced as a fixed sum in a proposal after a free 30-minute discovery call. The MVP Starter includes 35 days of free maintenance after launch, for bugs in what was built; ongoing support after that is the $1,500-a-month care plan.
- None of the five has a penetration test, a security assessment, a load test or an uptime SLA behind it, and DevoraX holds no certifications and has run no compliance audits.
- 16 of the 26 entries link to something public, 3 of those links are builds on vercel.app rather than production sites, and 10 link to nothing. No entry stores a delivery, launch or failure status, so the portfolio cannot be read as a success rate in either direction.
What does a $3,000 MVP budget actually buy?
A budget in that range buys one working surface, for one primary audience, doing a small number of things well, on a managed platform somebody else operates. DevoraX's published starting points are an MVP Starter from $2,900, Growth from $7,500 and Enterprise scoped individually. Those are starting points rather than quotes: every new build is priced as a fixed sum in a proposal written after a free 30-minute discovery call, and DevoraX does not bill hourly. None of the 26 portfolio entries behind this article stores a price, so the builds below show scope, not cost.
What the portfolio does support is a description of scope shapes, and the smallest shape among the five examined here is the Coffee Shop Web App, a cafe website Sameem built as an engineer at Fleact Tech, hosted on Vercel at coffee-shop-original.vercel.app. One public web surface. One audience, the customer. Four named features: a menu with prices, a gallery, store locations and an order button. A stack of Next.js with server-side rendering and Firebase for menu content, which means no server to run and no database to operate. No second operational surface, no separate admin product, no real-time requirement, no mobile release. That is the shape a starting-tier budget can hold: a single front door, a single kind of user behind it, and content a non-developer can keep current. Read it as a scope illustration and not as a recommendation, because a later section explains why a reader arriving with exactly that brief should rent instead.
Why is $3,000 a scope number rather than a price?
Because the fixed price is the output, not the input. A proposal prices a defined scope, so the only thing a smaller budget can move is what sits inside that scope. That is a more useful conversation than asking for a discount on a rate, and it is why the discovery call happens before the number. It helps to know the shape of the supplier too. DevoraX has been operating since 2022 and is two people, Sameem Amjad and Usman, who bring in specialists when a scope needs them. No portfolio entry holds any cost accounting, no price, no hours and no allocation, so this article will not explain the tier by describing an overhead structure nobody measured. What the DevoraX site does publish alongside the price is the working arrangement: direct Slack access, weekly demos and a shared project board.
What actually moves the number is structural rather than cosmetic. How many distinct kinds of user need their own screens. Whether money changes hands inside the product. Whether anything has to stay correct under contention, such as a seat, a table or a unit of stock two people can claim at the same moment. Whether the product must exist in an app store as well as a browser. Whether the data is sensitive enough that isolation between tenants has to hold by construction rather than by careful coding. Each of those is a step change, not a percentage increase, because each adds a surface, a permission boundary and a set of failure cases somebody has to test. Colour schemes, copy and the number of marketing pages are small against any of them. Timelines follow the same logic: any duration in a proposal is an estimate for that scope, and no portfolio entry stores how long a build actually took.
What does scope actually look like across five web builds?
Five of the 26 portfolio entries are useful calibration here, because they are web products described in enough detail to count surfaces and roles, and they sit at visibly different levels of scope. Be clear about what they are before reading the table. Pathana is live at pathana.net. Coffee Shop is hosted at coffee-shop-original.vercel.app, and Waitmate and Afriva are demo builds on vercel.app. Augment Fit has no public link. Three of the five were employer work, as the Context column shows. All five are web-only, and that is a property of which five were picked rather than of the budget or of the market: nine of the 26 entries link a live Google Play or App Store listing.
Read the table by counting surfaces and roles rather than features. Coffee Shop has one of each. Augment Fit is one admin panel with dashboards for two named roles, trainers and clients. Waitmate is a hospitality admin demo for reservations, tables and staff. Pathana is the instructive one: one platform where three parties, students, counsellors and families, get shared views of the same plans, so the roles multiply while the surfaces do not. Afriva has four separate role dashboards. Named feature counts stay inside a narrow band of three to four across all five, which is the point, because features are cheap relative to the number of places and permission levels each one has to be correct in. No entry stores a price, so the table has no column placing any build against the DevoraX tiers.
| Build | Public link today | Context | Surfaces described | Distinct user roles described | Named features | Real-time requirement named |
|---|---|---|---|---|---|---|
| Coffee Shop Web App | Web build (coffee-shop-original.vercel.app) | Engineer at Fleact Tech | 1 (public site) | 1 (the visiting customer) | Menu with prices, gallery, store locations, order button | No |
| Augment Fit Platform | None | No client named | 1 admin panel, with dashboards for trainers and clients | 2 named (trainers, clients) | Session and progress dashboard, user-growth tracking, BMI classification, workout-plan builder | No |
| Waitmate Platform | Demo build (waitmate.vercel.app) | No client named | 1 (admin dashboard) | Not enumerated | Reservations, table management, staff management, multi-location views | No |
| Pathana Platform | pathana.net | Engineer at ivector | 1 (one platform; no separate surfaces described) | 3 (students, counsellors, families) with shared views | Personalised roadmaps, milestone tracking, career exploration, shared views | No |
| Afriva E-Commerce Platform | Demo build (afriva-buyer.vercel.app) | Engineer at Webrange Solutions | 4 role dashboards (admin, manager, seller, buyer) | 4 (admin, manager, seller, buyer) | Inventory and pricing, order status, real-time delivery tracking | Yes (real-time delivery tracking) |
What does a $3,000 budget specifically not buy?
It does not buy role separation. Four role dashboards like Afriva's are four products sharing a schema: each queries a different slice of the data, each enforces a different permission set, and a change to seller tooling must not quietly regress the buyer checkout path. That is a property of the architecture, not evidence of a process. The portfolio holds no test matrix, review step or release procedure for any entry, so nothing here should be read as a description of how DevoraX tests. It does not buy institutional multi-tenancy either. A product like Pathana, where counsellors and families see students' records, has to keep each student's data visible only to the right people by construction rather than by careful coding, and the portfolio documents no assessment of how any build does that.
It does not buy a native release. All five reference builds are web products, while nine of the 26 entries link a live store listing, and a store release is a second build with its own review process and its own release cadence. It does not buy assurance: none of the five has a penetration test, a security assessment, a load test or an uptime SLA behind it, and DevoraX holds no certifications and has run no compliance audits. A starting-tier build includes 35 days of free maintenance after launch, for bugs in what was built, with new features quoted separately; after that, ongoing support is the $1,500-a-month care plan, and the code and IP are yours on final payment.
When is the honest answer not to hire an agency like DevoraX at all?
Frequently, and here is the version with no hedge on it. If you are a single-location cafe, restaurant, salon, gym or retailer who needs a branded site with a menu or catalogue and online ordering, rent. Hosted commerce platforms and site builders solve that exact shape as a subscription, and they arrive with payment handling, hosting, updates and a support contract that keeps renewing for as long as you pay. That is the Coffee Shop scope shape, and renting is the right answer for a reader arriving with that brief today. The same holds for appointment and session booking for a small team, and for an internal dashboard over data you already hold.
The table below is deliberately two-sided, because owning software has costs as surely as renting it does. Renting is a fee that never stops and a data model you configure rather than design. Owning is a hosting bill, a maintenance burden, support only for as long as it is contracted (35 days of free maintenance at the DevoraX starting tier, then the monthly care plan), and key-person risk with a two-person supplier. The test you can apply on your own is whether the thing your product does differently is a preference or a rule. If your difference is a preference, your own brand, your own layout, your own copy, rent. If it is a rule the hosted product cannot express, this capacity is contested, this payout splits four ways, this record is legally restricted, that is where custom starts earning the money. Afriva has four role dashboards; whether that could have been rented, nothing in the portfolio says.
| If your brief is... | Mature rentable category | What renting costs you | What custom costs you | When custom is the honest answer |
|---|---|---|---|---|
| A brand site with a menu or catalogue and online ordering | Hosted site builders and hosted commerce platforms, Shopify and Squarespace among them, sold as a subscription | A recurring fee for as long as you use it, and a catalogue and checkout you configure rather than design | Your own hosting bill, your own upgrades, and support only for as long as it is contracted; the DevoraX starting tier includes 35 days of free maintenance after launch, then a $1,500-a-month care plan | When the ordering, pricing or fulfilment logic genuinely will not fit the platform's model |
| Appointment or session booking | Hosted scheduling products, Calendly among them, sold as a subscription | A recurring fee that commonly scales with the number of users, and booking rules limited to what the product expresses | Contention handling, calendar sync and notifications all become yours to build and then to keep working | When capacity, contention or multi-location rules exceed what the product can express |
| A two-sided marketplace | Marketplace platforms, Sharetribe among them, sold as a subscription rather than built from scratch | A recurring fee, and a transaction, role and payout model you configure rather than design | Payments, payouts, disputes and vendor onboarding all become yours to build and to operate | When the role, fulfilment or payout model on offer cannot express your transaction |
| An internal dashboard over data you already hold | Internal-tool and low-code builders, Retool among them, sold as a subscription | A recurring fee that commonly scales with the number of users, and an interface assembled from the product's own components | Build time before anyone can use it, plus ongoing maintenance of a tool that earns no revenue directly | When the dashboard is a product your customers see rather than an internal tool |
How much does each additional user role really cost?
Roles are the multiplier that ruins budgets, and they are almost never counted properly at the start. Each distinct kind of user adds three things at once. It adds a surface, because a screen trying to serve two mandates usually serves neither; Augment Fit, for example, puts separate dashboards for trainers and for clients inside one admin panel. It adds an authorisation boundary, because cross-account visibility is exactly the capability an ordinary account is designed to withhold, and that boundary has to be enforced where the data lives rather than in each screen that reads it. And it adds a test matrix, because every feature now has to be verified once per role that can reach it.
Pathana illustrates the third cost most clearly, and it does so without adding a single surface. Three parties look at one student's record with three different mandates: the student owns the work, the counsellor advises and intervenes, the family needs visibility without editing rights that would distort the record. That is one data model and three correct answers to the question of what this screen shows, and getting it wrong in a product holding students' records is not a cosmetic defect. The planning consequence is the one people resist: a second role is not ten per cent more work, and a fourth role is not four times the first, because boundaries multiply where features add. If your brief names three kinds of user in its first sentence, a starting-tier budget is the wrong frame for it, and the useful move is to cut to one role and ship, not to compress three.
Can a portfolio tell you what a budget buys?
No, and it is worth being exact about why. A portfolio entry describes a product, not a price. None of the 26 entries stores what a build cost, how long it took or who paid for it, and the five examined here are not DevoraX price points in disguise. Reading any portfolio as a price signal, this one included, is the specific error this article exists to prevent.
One structural caution about the dataset itself: 26 entries is small, it is one engineer's body of work across several employers and projects, and this article chose which five to examine. No entry stores a delivery, launch or failure status of any kind, so the portfolio cannot tell you how many projects ran late, ran over or were abandoned. What it can tell you is that sixteen of the 26 entries link to something public, three of those links are builds on vercel.app rather than production sites, and ten link to nothing. A portfolio is not a base rate.
What should you actually do with roughly $3,000?
Three answers, and only one of them involves hiring anybody. If your product is the default shape of a category with mature hosted products in it, rent one, spend nothing on engineering, and revisit in a year when you know which constraint actually hurts. That is the answer for anyone whose difference from the category default is a preference rather than a rule, and the Coffee Shop scope shape sits squarely inside it. If your product has one primary audience, a handful of features, and one rule the hosted products cannot express, a starting-tier custom build is a real option: one surface, one audience, a managed backend, a live link at the end. If your brief names three user roles, a store release, a compliance obligation or contention over finite capacity, this budget buys a half-built version of that, and the move is to cut to one role and ship it rather than to find a supplier who will agree to all of it at this price.
Two practical notes if you do spend it. Keep some of it back. A starting tier includes 35 days of free maintenance after launch, for bugs in what was built, and after that fixes and updates come from the monthly care plan or your own budget, so a budget entirely consumed at launch leaves nothing for them, nothing for new features and nothing for the hosting bill either. And insist the scope is written down as a fixed price against a specific list before anyone starts, which is how DevoraX works and is the only structure under which a small budget is safe for both sides. If a supplier cannot tell you what falls out of scope at your number, they have not scoped it, and the shortfall surfaces later as either an invoice or an argument. Ask the same supplier what they would tell you to rent instead, because the answer tells you what the proposal is really for.
Limitations
- n=26 portfolio entries, the body of work of a two-person studio's founder, and this article chose which five to examine. No entry stores a delivery, launch or failure status, so nothing here estimates the odds of a $3,000 build succeeding.
- The five examined builds illustrate scope shapes, not DevoraX pricing.
- No price, effort, duration or team-size data exists in any entry. Every statement about what a budget buys rests on scope shape and general engineering reasoning, not on cost accounting.
- The five builds were selected for being web products described in enough detail to count surfaces and roles, which is why all five are web-only. The 9 store-listed entries in the portfolio are not represented here, so this article says nothing about what a mobile build involves.
- Only one of the five, Pathana, is a live production site; three are builds on vercel.app and one has no public link, so their scope is described from the portfolio rather than from a product you can inspect in full.
- Third-party products are described by commercial model and positioning only. No current price is quoted for any of them, packaging in this space changes, and the right build-versus-rent answer changes with it.
What this data cannot answer
- What any of the five named builds cost. No entry stores a price, so the relationship between these scopes and the published DevoraX tiers is inference, not evidence.
- How long any build actually took. No entry stores a real duration, sprint count or developer-hour figure.
- What a build costs to run and maintain after handover. No hosting invoices, platform bills or post-launch support costs exist anywhere in the portfolio.
- Whether $2,900 is competitive against other suppliers. DevoraX holds no competitor quotes and did not price-check anybody for this article.