Project Help · Company Profile 2026
Everything a client asks before they sign
15 pages: what we build, where it has shipped, how an engagement runs, and what you own at the end. Read it here or take the PDF — both come off this page, so they cannot disagree with each other.
Company Profile 2026
We build the software.
You own every commit.
Custom Software Development Company in Dhaka, working with product teams worldwide.



Who we are
A small studio that ships, not a body shop that bills.
Founded 2021 in Dhaka, Bangladesh.
We are a product studio, not an agency with a sales floor. The engineers who scope your build are the engineers who write it, which is the whole reason a fixed price and a fixed date can survive contact with the work.
Everything in this document is drawn from the same records the website publishes — the same projects, the same stack, the same numbers. If one changes, both change.

Capabilities
Seven things we build, and what we build them with.
Every service below is one we have shipped and still support.
Technology we use
Sectors
Where the work has actually shipped.
Delivered projects by sector, across the whole portfolio.

Different sectors, one pattern: a catalogue or a caseload, a set of rules nobody has written down, and an operations team finding out too late. That is the problem we are usually hired to fix.
Engineering
One stack, all the way down.
The screen, the logic behind it, the data under that, and the platform it runs on.
- UI/UX design
- Design system
- Web application
- iOS & Android
- Documented API
- Microservices
- Auth & roles
- Models & AI agents
- Schema & migrations
- Event pipeline
- Reporting views
- Checkout & payments
- CI/CD pipeline
- Monitoring & alerts
- Automated workflows
- Runbook & handover
Engagement
How an engagement runs.
Four steps, and you can stop us at the end of any of them.

Handover
What you are left holding.
Handed over as the build runs, not assembled in the last week of it.
Selected work 01
Signature Bangla — Grocery & Pharmacy Delivery
eCommerce · Delivery Platform
One storefront selling groceries, pharmacy items and household essentials, with location-aware catalogs and an operations dashboard carrying live rider tracking and bulk CSV catalog uploads.
Technology used
What made it hard
- Three Catalogs, One Storefront. Groceries, pharmacy items and household goods each needed different stock rules, but customers expected a single basket.
- No Live Operations View. Staff could not see where riders were or which orders were stalling until a customer called to complain.
- Catalog Management By Hand. Every price and stock change was entered item by item, across multiple locations.
Selected work 02
Fashion eCommerce Storefront
eCommerce · Web App
A direct-to-customer storefront replacing a marketplace listing: size and colour variants, a three-step checkout, and an admin panel for products, orders and promotions the client runs without us.
Technology used
What made it hard
- No Customer Relationship. Orders arrived without a customer record, so repeat buying could not be encouraged or even measured.
- Variants Modelled As Separate Products. Every size and colour was its own listing, which made stock counts and merchandising unmanageable.
- Nothing Could Be Changed Without Help. Prices, banners and promotions all needed someone technical, so campaigns moved at the speed of a support ticket.
Selected work 03
Clinic Management System
Health Tech · SaaS
A digital front desk for a multi-doctor clinic: appointments booked against real availability, digital patient records, and a shared prescription history that replaced paper books and double-booked slots.
Technology used
What made it hard
- Double-Booked Slots. Availability was remembered rather than recorded, so two patients regularly arrived for the same time with the same doctor.
- History Not At Hand. A returning patient's previous prescriptions were in a folder somewhere, so doctors re-prescribed blind more often than anyone wanted.
- No Numbers To Manage With. Patient volume, no-show rates and doctor utilisation were invisible, so staffing was guesswork.
Selected work 04
Restaurant POS System
Point of Sale · Hospitality
Fast counter order entry, automatic kitchen ticket routing over websockets, and a reporting dashboard giving same-day visibility into sales, covers and top-performing menu items.
Technology used
What made it hard
- Orders Lost In Transit. A verbal handoff between counter and kitchen fails exactly when service is busiest and mistakes cost the most.
- No Same-Day Numbers. Sales by item, by hour and by staff member were reconstructed from receipts days later, if at all.
- Menu Drift Between Tills. Price and availability changes had to be made twice and were regularly made once.
Selected work 05
Expense Tracker Mobile App
Mobile App · Fintech
Sub-five-second expense entry, category tagging, recurring bills and monthly budget charts, delivered to iOS and Android from a single React Native codebase.
Technology used
What made it hard
- Entry Too Slow To Sustain. Multi-field forms lose users in the second week, and an incomplete ledger is worth almost nothing.
- Useless Without Signal. An expense happens at a till, sometimes underground — an app that needs connectivity misses exactly those moments.
- Numbers Without Meaning. A list of transactions is not insight; users need to see whether this month is going the way the last one did.
Clients
Who we build for.
Named with their permission. The rest of the portfolio is under agreement.


Three names we are allowed to print, out of 28+ delivered projects. The work on the pages before this one is published in full on the website, with the same figures it carries here.

The case
Five reasons teams stay.
Each one is a term of the engagement, not a sentiment about it.
Next step
Tell us what
breaks first.
A thirty-minute call, and no deck from us. You describe the problem, we tell you what it would take — whether or not that is us.