San Jose, California
Fast, mobile-first sites that load quickly and are easy for your customers to actually use. You get a fixed price agreed before I start — no hourly surprises, no agency markup, and you talk with the person doing the work.
What I do
These are the usual four. If yours doesn't fit neatly, just describe it — I'll tell you honestly whether I'm the right person.
You have a business and no site, or something you threw together years ago on a template. I build you a proper one, made for your business specifically — your photos, your words, your customers in mind.
Your site exists but it's slow, broken on phones, hard to update, or still has placeholder text from the template. I rebuild it around what your customers actually came to do.
When customers need to log in, book, or save something — and you need a screen where you can see it all. Still a website, just with a proper database behind it.
Menu changes, new photos, seasonal hours, a landing page for a promo. Optional monthly plan so you're not chasing someone down every time something needs changing.
Pricing
Price depends on two things: how many pages you need, and whether the site needs a database. That's genuinely it. Every project gets a fixed quote in writing before any work starts — if the scope doesn't change, the price doesn't either.
One page that does everything. Best for a single-location restaurant, contractor, salon, tutor, personal brand, or an event.
$350–$500 fixed
Usually live in about 1 week
A real website with room to grow. Best for restaurants with a full menu, service businesses, clinics, studios, or multiple locations.
$600–$800 fixed
Usually live in 1.5–2.5 weeks
When the site has to remember things. Customer logins, bookings, saved profiles, memberships, or an admin screen only you can see.
$900–$1,000 starting
Usually 3–5 weeks, scope dependent
Not sure if you need a database? Simple test: if a customer needs to log in, or the site has to remember something after they close the tab — a booking, an order, a saved profile, a running total — you need one. If the site just shows people information and they call or order elsewhere, you don't, and you shouldn't pay for one. Email me what you're after and I'll tell you straight which side you're on, for free.
Bolt any of these onto any tier. Priced separately so you only pay for what you actually want.
On hosting: most sites I build run on hosting that's free or a few dollars a month. A domain name is usually $12–$20 a year. I set it all up in your account, in your name, and I don't mark any of it up — you pay the provider directly. Sites with a database and real traffic cost more to run; I'll give you the actual number before you commit.
These aren't upsells. If a site doesn't do these things, it isn't finished.
How payment works: I build the site first and show it to you. If something isn't right, tell me and I'll change it until it is. You pay when you want the site — and once you've paid, it's yours: the files, the code, all of it. Nothing up front, and no monthly lock-in.
Selected work
Every site below is live and fully built — click any of them and use it on your phone or your laptop. The restaurants themselves are invented: made-up names, made-up menus, made-up addresses. The work is the real part, and it's built exactly the way yours would be.
The biggest of the set. Full menu in its own section, a page per location, and every "Order Online" button pointed at that specific restaurant's DoorDash and Uber Eats — not one generic link. Careers section with a working application form.
View live siteA ristorante and bar, so the site had to feel like somewhere you'd book for an anniversary. 39 photos behind a proper lightbox gallery, five private-dining packages laid out side by side, and a reservation form.
View live siteThis one tells you whether they're open right now — the banner reads the current time against the seven-day hours table and updates itself. Photo gallery, Yelp reviews, and tap-to-call on every phone number.
View live siteA seafood menu is long, so this one is organised the way you'd actually read it: botanas, cócteles, ceviche, aguachile, tostadas, tacos, platos fuertes, a kids' section and drinks — eight groups, each jumpable from the nav.
View live siteWoman-owned, with a chef worth putting front and centre — desi burgers, chaat, paratha wraps and weekend biryani. Lightbox gallery, Grubhub and Yelp links, plus a booking form for their new food truck.
View live siteBuilt around the one dish people come for. The quesabirria gets its own section near the top instead of being another line on a menu, with the handmade-tortilla story underneath and reviews below that.
View live siteA taco truck in a gas-station lot doesn't need eight pages — it needs to tell you what's good, that the regulars agree, and exactly where to pull up. Deliberately the smallest site here, and the right size for the business.
View live siteChilango tacos — al pastor con piña, suadero, huarache, cabeza. Written in the restaurant's own voice rather than flattened into generic English, because that voice is the reason people drive across town for it.
View live siteStraight answer about these eight: every one is a fictional restaurant I invented so I'd have something real for you to click. The names, menus, addresses and phone numbers are all made up, and no real business is depicted. They're demos, not clients — I haven't taken on a paying client yet, and I'd rather tell you that than dress up someone else's restaurant and let you assume otherwise. What's genuine is the build: custom code, no template, no page builder, tested on real phones.
To be clear: I don't build phone apps for clients — I build websites. I'm including this because it's the clearest proof of the parts the third tier is made of: logins, a live database, security rules and an admin view. On a client project that same machinery sits behind a website instead.
A budgeting tool I built for myself, with the full set of things a database project needs: people sign in, their data is stored live, and it stays in sync wherever they open it — including when they're offline. Every piece of that is the same work behind a members' area or a booking system on a website.
The budget tracker is a personal project, not a client build — but the parts that matter are the same ones your booking system or customer portal would need: sign-in, a database, security rules, and an admin view.
How it works
Email me what your business does, who your customers are, and what you want the site to get them to do. I'll ask a few questions back. Free, and no pitch deck.
In writing, within a day. It lists exactly what's included, what it costs, and when it'll be done. Nothing starts until you say yes.
I show you the homepage design before building anything else. Easier to change a layout now than a finished site later. This is where your revisions get used.
You get a private link that updates as I go, so there's no black box. Send notes any time; I'd rather hear it early.
I connect your domain, set up hosting in your name, register it with Google, and check every page on real phones before it goes public.
30 days of free bug fixes. Then either you edit it yourself — I'll show you how — or put it on a care plan and send me the changes.
Questions
Count your pages, then ask whether the site needs to remember anything.
One page, no memory → Landing Page, $350–$500. Several pages, no memory → Multi-Page, $600–$800. Anything where customers log in or data gets saved → Website with a Database, from $900. Where you land inside a range depends on how many photos, how much writing, and how custom the design is.
A page is a separate screen with its own web address. Click "Menu" and the browser loads a new page at yoursite.com/menu — that's a page.
On a one-page site, clicking "Menu" instead scrolls you down to a menu section on the same page, and the address stays yoursite.com. That's still a section, not a page — and for a lot of small businesses it's genuinely the better choice.
Why separate pages cost more: each one is its own thing to design, build and test, and each one gets its own listing in Google. A dedicated /catering page can rank on its own for "catering san jose"; a catering section buried in a one-pager can't. That's usually the reason to pay for it.
It's where the site keeps information after someone closes the tab. A restaurant menu doesn't need one — the menu is the same for everybody, so it can just be written into the page. A booking system does, because it has to remember that Tuesday at 7pm is taken.
Databases cost more because there's a second half of the work you can't see: security rules, accounts, error handling, and an admin screen for you. If you don't need one, I'll tell you so and quote you the cheaper tier.
No — and I'd rather say so plainly than take the job and learn on your money. I don't build online stores, shopping carts, or card payment systems.
What I can do is point people at whatever you already use. If you take orders through DoorDash, Uber Eats, Square or a booking service, your site links straight to it, so customers get there in one tap instead of hunting for it.
Completely. The domain is registered in your name, the hosting is your account, and I hand over the source code at launch. If you ever want to work with someone else, you take everything with you and nothing breaks. I don't hold sites hostage — some people do, and it's worth asking anyone you hire.
A landing page is about a week. A multi-page site is one and a half to two and a half weeks. Database projects are three to five weeks depending on scope.
The honest caveat: the clock is usually held up waiting on photos and text from your side, not by me. Get those ready and things move fast. Need it sooner? Rush delivery is +25%.
Your logo if you have one, photos, and a rough idea of what each page should say. Plus access to your domain if you already own one.
If you don't have photos or you hate writing, that's normal — I can write the copy ($100/page) and I'll tell you exactly which photos to take with your phone and how to shoot them so they look good.
Usually. Send me the link and I'll take a look for free and tell you honestly whether it's worth patching or whether you'd get more from a rebuild. Sometimes the answer is "change these three things yourself and don't pay me anything" — if that's the answer, that's what I'll say.
I'm based in San Jose and most of my work is local — San Jose, Santa Clara, Sunnyvale, Campbell, Willow Glen, Los Gatos, Milpitas, Fremont. But everything happens over email, so anywhere in the US works just as well.
Then I change it. You see the site before you've paid anything, so there's no pressure to accept something you're not happy with — tell me what's wrong and I'll keep working on it.
If you decide it's not for you, that's fine and you owe me nothing. But if you want the site, that's the point where you pay for it.
I build in the technical basics as standard: page titles, descriptions, clean structure, fast load times, and business/location data in the format Google reads. On multi-page projects I'll also set up or clean up your Google Business Profile, which matters more than the website itself for local searches like "coffee near me".
What I won't promise is a number-one ranking. Anyone who does is guessing.
After you've seen it. I build the site, you look at it, and I keep adjusting until you're happy. Nothing is owed up front.
When you decide you want it, you pay and the site is yours — files, code, everything. You get a written quote before I start so the number is never a surprise, and an invoice when you pay. Zelle or bank transfer.
Whether you're ready to go or just want to know what something would cost — email me. I read everything myself and I reply within a day, usually the same one.
emilekinci1812@gmail.com