Roles and accountability
Each action has an owner, permissions and transition rules.
BIG FISH / Portal development
We build portals and accounts for customers, partners and staff. Requests, documents, approvals and statuses become part of one system with clearly defined access.
from RUB 1 000 000 · scoped around your project
DEMO / REQUEST 024
DESIGN × DEVELOPMENT × BUSINESS
Each action has an owner, permissions and transition rules.
We define the owner of each value and the exchange rules for CRM or ERP.
We define an initial working scope and extend it in separate stages.
EXPLORE THE JOURNEY
Switch options to see how the solution changes. This demonstrates the approach using fictional data.
A customer submits a request with a specification.
How the work is estimated ↘DEMO / REQUEST 024
DEMO / REQUEST 024
The decision is visible in the account and the document is available to authorised participants.
How the work is estimated ↘DEMO / REQUEST 024
A CLEAR PROCESS
Discuss the business, audience, content and constraints. Define the first release goal.
Agree architecture, key journeys and visual direction before full implementation.
Implement the agreed scope, connect data and review progress in stages.
Check working journeys, hand over access and agree ongoing support.
WEBSITE PRICING
The starting price is a discussion guide. The final quote depends on unique page types, workflows, source materials and integrations. Work scope and additional expenses are recorded in the proposal before the project starts.
A precise quote follows a discussion of your project.
Unique templates and content volume
Selection, forms, roles and states
CRM, payments, back office and migration
IN DETAIL / 01
We identify who creates a request, checks the information and makes a decision. Exceptions include rework, cancellation, missing documents and overdue responses.
This model determines screens, notifications and permissions. Without it, a portal can become a collection of forms with manual email work behind them.
IN DETAIL / 02
Roles and data ownership are checked for protected actions. Hiding an interface button is not a substitute for server-side authorisation.
We agree which events are logged, how access is recovered and how a company manages staff in its account.
IN DETAIL / 03
We decide where customers, orders, prices and documents are maintained. Exchange rules cover retries, errors and duplicate prevention.
If an external service is unavailable, users need a clear status and the responsible team needs information to investigate.
IN DETAIL / 04
The first release should complete a meaningful workflow, such as creating and approving a request. We define acceptance criteria and test them with representative roles.
Further modules follow business priorities. Portal cost depends primarily on processes, permissions, data and integrations, not screen count.
FAQ
We first review its API, documentation and test environment, then define the exchange scope and limitations.
That depends on the roles: your administrator, a customer administrator or another nominated employee. Permissions are defined during planning.
No. It should complete a useful workflow without leaving critical operations outside the system.
BIG FISH / DEVELOPMENT
NEXT STEP
Start with an idea, your current website or a list of things you want to change. We will help define the next step and project scope.
Your enquiry has been sent. We will contact you to discuss the project.