Arevian product · in development

From the first message to themoney received.

A request arrives from your site, becomes a proposal, becomes a project with a brief and a chat, and ends with a payment — without ever leaving one window. We built it because we needed it ourselves, and we run our own studio on it every day.

See what is inside
Your site, your client cabinet and your accounting are one system, not three that someone has to keep in sync by hand.
Grand Cafe · Gyumri#1042paid
14 MayRequest from the siteread Development and the pricing page
15 MayProposal sentopened by the client 20 minutes later
18 MayProject — stage 2 of 4brief, files and chat in one card
2 JunePaid by cardconfirmed by the bank, credited by itself
The balance is the sum of the operations, not a separate figure
1window from the first request to the payment
3languages in the interface: Armenian, Russian, English
2access circuits: your team and your client, never mixed
vPOScard payments through AmeriaBank, already connected
01

Where a small studio actually loses money

Not on rates and not on taxes. On the seams between the tools — the places where information has to be carried from one to another by a human being who is also doing the actual work.

01

The request cools down

A form on the site sends a letter, the letter lands among forty others, and by the time someone answers, the person has already written to a competitor. The lifetime of a warm lead is measured in hours, and an inbox does not know that.

02

The agreement lives in the correspondence

What exactly was promised, for how much and by when is scattered across Telegram, WhatsApp and two mailboxes. Six weeks later the client remembers one version and you remember another — and neither of you is lying.

03

Nobody knows what the client owes

The advance came to a card, the second payment to an account, the third was a discount agreed in a call. The balance lives in a spreadsheet that one person maintains — and asking a client for money you cannot prove is how relationships end.

02

How a request becomes money

Four steps, and none of them requires copying anything from one place to another. Each one leaves the trace the next one needs.

01

The request arrives with its context

Not just a name and a phone number: what pages the person read before writing, where they came from, what they answered in the brief. The manager opens the card already knowing what the conversation is about.

02

The proposal is a link, not an attachment

Scope, price and deadline are assembled in the panel and open in the client's browser. You can see that it was read, and correcting a figure does not mean sending «version 4 final» after it.

03

The project keeps the whole conversation

The brief, the files, the stages and the correspondence with the client are one object with one history. A new person on the team reads it instead of asking everyone where things stand.

04

The payment closes the loop by itself

The client pays by card in their cabinet, and the operation lands in the project's history without anyone typing it in. The balance is the sum of the operations, so it cannot disagree with them.

03

What is inside

Everything listed here works today — the studio runs on it. The list is deliberately short: a CRM nobody fills in is worse than a notebook.

Requests and the funnel

Every request from the site with its source, its correspondence and its status, from first contact to signature. You can see where they stop — which is the only number that tells you what to fix.

A cabinet for the client

On your own site, in your own colours: their projects, their documents, the chat with the manager, their balance and payment. A client who can look things up himself asks fewer questions and trusts more.

Money without a spreadsheet

Invoices, card payments through AmeriaBank vPOS, crypto to your own wallets, and a ledger where the balance is the sum of the operations. The bank confirms a payment, not the redirect the browser came back with.

Analytics that names people

Traffic, geography, devices and the path of a single visitor — and when that visitor later registers, the earlier visits attach to their profile. You stop guessing which channel brought the client who paid.

Work: boards, mail, files

Task boards you can switch between, studio mail, documents attached to the project rather than to somebody's disk, and lead search built on 2GIS for the weeks when the funnel is thin.

Modules instead of a monolith

The AI assistant, the site chatbot, mail and payments connect as modules, each with its own keys and its own switch. Keys are stored, never shown back — not even to you, not even in the browser.

04

Why this can be trusted with client data

A CRM holds the two things a studio cannot afford to lose: the correspondence and the money. Both decisions below were made against convenience, on purpose.

The client sees only their own rows

Staff and clients are two separate circuits with different tokens. No endpoint takes an account identifier from the request — it is always resolved from the session, so no address bar can be edited into somebody else's project.

Payment is confirmed by the bank

After the payment page returns, the status is read with a merchant request to the bank, not from the redirect parameters — those are not signed by anyone. Without bank keys the system says payments are not configured instead of crediting money that never arrived.

It stands on your own server

Docker, PostgreSQL, one command. Your clients' correspondence and your revenue figures do not live in someone else's account under someone else's terms, and taking a backup does not require asking permission.

Rights by section, not by trust

A designer does not need the finance screen and a contractor does not need the client base. Access is granted per section, and the same rule is enforced on the server — not only hidden in the menu.

05

How it is sold

Three ways in, depending on whether you want us to run it or you want it standing on your own hardware.

StudioOn requestwe agree it in the first conversation

For a team that wants to start on Monday and not think about servers.

  • Requests, projects, client chat, finances
  • Client cabinet on your site
  • Traffic and funnel analytics
  • Updates and backups on us
Self-hostedOn requestwe agree it in the first conversation

For those whose client data is not allowed to leave the building — by policy or by conviction.

  • Everything in Studio, on your own hardware
  • Deployment and data migration by us
  • Your branding in the panel and the cabinet
  • A year of updates and priority support
CustomOn requestwe agree it in the first conversation

When the studio has its own way of working and bending it to fit a box would cost more than changing the box.

  • Sections and fields built for your process
  • Integrations with what you already use
  • Data import from your current system
  • Training for the team and a direct line to us
06

The road to alpha

The system has been running the studio for months. What is ahead is turning it from our tool into someone else's product — which is a different job entirely.

Now

In daily use: requests, proposals, projects, client cabinet, payments, analytics, boards, mail.

Next step

Closed alpha: the first outside studios, with setup and data migration done by us and a weekly call with each of them.

After that

Self-service: sign-up without us, your own fields in the project card, a monthly report for the client.

Then

Beta: recurring subscriptions and acts, deeper analytics on where deals die, mobile view for the team.

07

Questions people ask

We already have a CRM. Is it worth moving?

Only if the client cabinet and the money matter to you. Most CRMs manage a sales funnel and stop there — the project, the correspondence with the client and the payment live elsewhere. This one is built around the seam between them, and that is the whole reason it exists.

How does it connect to our site?

Through a proxy on your own domain: the browser only ever talks to your site, the session token lives in a cookie that page scripts cannot read, and the CRM address is never exposed to the visitor. If your site is on Next.js it is a copy of one file; for other stacks we do it during onboarding.

Can we take payments in Armenia?

Yes — AmeriaBank vPOS is connected and working, on your own merchant contract with your own keys. Crypto goes to your own wallets, without an intermediary: the client sends the hash, and a manager credits the amount they actually see in the network. We do not invent exchange rates.

What happens to our data if we leave?

You take them with you. It is a PostgreSQL database — a dump on request in the Studio plan, and simply yours from the start in the self-hosted one. Data held hostage is not a retention strategy, it is a reason to be spoken badly of.

Does it work in Armenian?

The panel and the client cabinet are in Armenian, Russian and English, and each person picks their own. For us this is not a localisation project but a habit: the whole platform has been built in three languages from the first day.

Show us where your requests get stuck.

Tell us how a client reaches you today and what happens between the first message and the payment. We will show the same path inside the panel — on your own example, before any decision.

All studio products