A web application development company in Chittagong should be able to tell you exactly what it is building before you pay — not after.
I am RH Fardin, a one-person web application development company in Chittagong. I build the software that runs Chattogram firms once spreadsheets and WhatsApp stop coping — dashboards, customer and staff portals, order and stock systems, role-based logins, the workflow your operation actually lives in. The scope is written down before money changes hands, the price is fixed, and the same senior engineer who maps your process is the one who writes the backend and answers when it needs a change. From 50,000 BDT, 50% advance and 50% on launch, every screen approved before I build it.
Senior solo engineer, ~5 years building web apps in Bangladesh. Fixed scope, fixed price, code you own. Direct on WhatsApp — bKash, Nagad or bank transfer.
+Trusted by 50+ founders, agencies and teams across Bangladesh and beyond.
Trusted by teams I've built websites for
There is a moment almost every growing business in Chattogram hits. One Excel file — the one the owner started years ago to track orders, or stock, or who owes what — has slowly turned into the entire nervous system of the company. Three staff edit it, two versions float around on WhatsApp, nobody is sure which is current, and a single wrong row near month-end costs real money. When you reach that point and start searching for a web application development company in Chittagong, you are not shopping for design.
You are trying to move the part of your business that matters most off a file that one corrupted copy could wipe out. That is the real job, and it is a software job, not a website job.
The honest reason so many of these projects go wrong here has nothing to do with code and everything to do with scope. A firm says "I need a system," a vendor hears something different, an advance gets paid, and three weeks in the two of you discover you were describing two different things. The owner pictured a tool the field team could update from a godown in Agrabad; the vendor built a reporting screen for the office.
Nobody wrote down what "system" meant, so there was nothing to check the build against. I run a web application development company in Chittagong precisely around fixing that failure: before any money moves, we agree in writing on the exact screens, the user roles, what data each one holds, and what counts as done. The scope is the contract. That single discipline is why my projects ship instead of dissolving into a 'bhai aro lagbe' argument.
Here is what makes the Chattogram brief specific, and why a vendor who only builds brochure sites usually fumbles it. This is a port economy — freight forwarding, C&F, indenting, import-export, commodity supply, distribution feeding off the docks at Agrabad and the trading houses around GEC and Khatunganj.
The software gaps are operational: a shipment that has to be visible to a customs agent, a warehouse, and a buyer at once; stock arriving by the container that has to reconcile against orders and dues; a sales line and dozens of retailers who need one truth instead of forty WhatsApp threads. And your users are clerks and field staff on mid-range Android phones, on GP or Banglalink 4G, sometimes standing inside a warehouse with one bar of signal.
An app that demos beautifully on office fibre but stalls in the godown has solved nothing. I build for the place the software is actually used, not the place it is demoed.
Pricing is fixed and the same whether your letterhead reads Chittagong or Chattogram. 50,000 BDT is the floor — a focused tool: a login, a clean dashboard, one core workflow done properly. 90,000 BDT for a multi-module app such as an order or inventory system with roles, records and reports. 1,50,000 BDT for a deeper build with several user types, bKash or Nagad payment flows, a customer-facing portal and exportable data.
From 3,00,000 BDT for fully custom software off a blank canvas — multi-warehouse logistics, multi-entity dashboards, integration with your existing accounts. Always 50% advance, 50% on launch, by bKash, Nagad or bank transfer, and you sign off every screen before I write the backend. The code, the database and the server end up in your name. There is no monthly 'maintenance' fee that is really rent on software you already paid to build.
Six things that decide whether a web app runs your operation for years or gets quietly abandoned back to Excel. All six are how I work from the 50,000 BDT tier — not features held back for a premium quote.
Before you pay an advance, we agree on the exact screens, roles and data each one holds. The build is checked against that document, so there is no 'this isn't what I meant' three weeks in — the single most common way these projects fail in Chittagong.
The senior person who maps how your shipment, stock or order flow works on call one is the same person who writes the backend and fixes the bug next year. Nothing gets lost in a salesman-to-junior handoff.
Tested on a mid-range Android with one bar of 4G inside an Agrabad warehouse, not just on office wifi. If your clerk or field staff can't load it where they actually stand, the app is dead on arrival.
An app only works if the people who replaced the spreadsheet adopt it. I design screens around how your team already works and keep data entry brutally simple, so the system gets used instead of bypassed back to Excel.
Where the app touches money — retailer dues, customer checkout, payment confirmation — bKash and Nagad come first, built around how buyers here actually pay from their phones. Card gateways added only if you genuinely sell abroad.
Source code, database and server credentials handed over on launch in one document, deployed to accounts in your name. Fire me tomorrow and you keep the whole system. No lock-in, no hostage fee for your own software.
A pattern I see constantly with Chattogram firms: rather than build, they sign up for some foreign SaaS — an inventory tool, a CRM, a project app — priced per user per month in dollars.
It looks cheap on the pricing page until you add seats for the office and the field, watch the taka cost climb every time the dollar moves, and then hit the wall: it does not understand a container arriving against advance dues, it cannot model C&F status the way customs and the warehouse and the buyer need it, and it certainly does not take bKash.
So your staff keep a side-spreadsheet to track the things the tool can't, and you are now paying every month for software you still have to work around. Owning a web application built for your exact workflow is usually cheaper inside two or three years than renting a generic one in dollars forever — and it actually fits.
That is the case for treating this as software, not a subscription, and for hiring a company that will architect it around your operation rather than bend your operation around a template. I keep this a one-engineer studio on purpose: you message me, I map how your stock or shipments or orders truly move, I design the screens, I write the front-end and the backend, I wire in bKash or Nagad, and I am the line you reach when something needs changing after launch.
I take one application project at a time so it gets built properly. The scope is fixed before you pay, you approve every screen before I write a line of backend, the price is locked at 50,000, 90,000 or 1,50,000 BDT depending on how many workflows and user types you need, and you walk away owning all of it.
Send me one paragraph on what your operation is drowning in and a screenshot of the spreadsheet you are trying to retire — within a day I will tell you honestly whether I am the right fit, which tier suits it, and exactly what that buys.
Clear packages, fixed quotes, paid in BDT. Pick a starting point — I'll tailor the exact scope on a quick call.
Every project starts at ৳50,000
A sharp, credible site that makes the right first impression and brings enquiries.
Books a 15-min call · fixed BDT quote · 50/50 · hosting extra
A full, professional site that ranks and converts for a growing business.
Books a 15-min call · fixed BDT quote · 50/50 · hosting extra
An online store built to sell and scale.
Books a 15-min call · fixed BDT quote · 50/50 · hosting extra
Need something bigger? Custom & enterprise builds from ৳3,00,000. Pay by bKash, Nagad, bank transfer or card. Ask for an exact price or send an email.
Straight answers to what Chattogram owners actually ask me on the first WhatsApp message about building a web app — not the polished version from a proposal.
The floor is 50,000 BDT for a focused web app — a login, a clean dashboard, and one core workflow built properly. 90,000 BDT covers a multi-module application such as an order or inventory system with user roles, records and reports. 1,50,000 BDT covers a deeper build with several user types, bKash or Nagad payment flows, a customer-facing portal and exportable data. Fully custom software — multi-warehouse logistics, multi-entity dashboards, integrations with your accounts — starts from 3,00,000 BDT.
Payment is always 50% advance, 50% on launch by bKash, Nagad or bank transfer, and the rate reads the same whether you searched web application development company Chittagong or web application development Chittagong BD. The honest "koto taka" depends on how many workflows and user types your operation needs — which I scope for free once you tell me what it is drowning in.
Fair question — "company" in Bangladesh has been stretched to mean anything from a 30-person office to a Facebook page that disappears after the advance. I am upfront: this is a one-person studio, not a building full of staff. What makes it a real company you can rely on is what is on paper.
You get a written scope before you pay, a fixed price in writing, a 50% advance and 50% on launch split so you never pay it all before the app is live, and the source code, database and server handed to you in your name on launch day. If I disappeared tomorrow you would still own a complete, working system that any developer could continue. A bigger office gives you a logo; that paper trail gives you actual protection.
A website tells people you exist — pages, contact details, what you do. A web application runs a piece of your business: logins, roles, a dashboard, status that changes, records that update, reports your staff act on. If you are tracking shipments in email, reconciling stock across Excel files, or confirming retailer orders on WhatsApp at midnight, you do not need another website — you need software that holds that process as one source of truth. That is what I build.
The worst projects in this city happen when a shop sells a Chattogram firm a WordPress site with a plugin and calls it an "app." If it cannot enforce roles, change state, and stay trustworthy as records grow, it is not really a web application.
By writing the scope down before any money moves — which is the whole way I run this company. Before you pay the advance, we agree on the exact screens, the user roles, what data each screen holds, and what "done" looks like for each workflow. That document becomes the thing the build is checked against, so there is no week-three argument about what "a system" was supposed to mean. You then approve every screen before I write the backend, because changing a flow on a diagram costs nothing and changing it after launch costs a rebuild. Almost every abandoned web app in Chittagong died from fuzzy scope, not bad code — so I kill the fuzz first.
Yes — that is the core of what I build for Chattogram. Shipment and C&F tracking with live status across customs, warehouse and buyer; inventory that reconciles against orders and advance dues; distributor and retailer order portals; role-based dashboards for owners, office and field staff. I start by mapping how your operation actually moves rather than dropping you into a generic template, and I build it to load on a mid-range Android with weak 4G inside a godown, because that is where your staff will really use it. Tell me which workflow is breaking — the one currently living in a spreadsheet — and I will scope the exact build and tier.
This is the real risk with any web app, and most vendors ignore it. A system only works if the people who used the spreadsheet adopt the software — so I design screens around how your team already works, not around what is easy to code, and I keep data entry as fast as possible because every extra field is a reason to skip it. I also build it to run on the cheap Android phones your field staff actually carry. If the app is slower or fussier than the old file, people quietly route around it and you have paid for nothing. Adoption is a design problem, and I treat it as part of the job, not an afterthought.
Grab a free 15-minute call and I'll show you exactly what your new website should do — and what it'll cost in BDT. No pitch, no pressure.
Grab a free 15-minute call, or send a message and I'll reply with the clearest next step.
Book a free call
