Skip to content
Start a Project

Web design and digital services for serious business growth.

Choose the service that matches the business result you need. Avidni delivers corporate websites, e-commerce, client portals, responsible automation, digital identity and ongoing care for teams in Kenya and beyond, with connected scopes available when one outcome crosses several disciplines.

web apps client portals

Web Apps & Client Portals

A portal or web application should begin with the operational problem: who uses it, which record is authoritative, what each role may see and where approval is required. Avidni maps those decisions before designing dashboards, admin panels, booking systems, membership experiences or internal tools. Authentication, role-based access, audit logs, files, notifications, reporting, databases and APIs are treated as connected parts of the workflow. Privacy and security testing are planned in proportion to the data and risk. Releases remain maintainable through documented boundaries, testable changes and an agreed support model. A basic enquiry form is not presented as a portal, and unnecessary complexity is not recommended when a focused website would solve the problem.

  • Dashboards
  • Admin panels
  • Booking systems
  • Membership platforms
  • Internal tools
Dashboards

For teams that need current decisions and exceptions visible in one place. A dashboard is designed around defined records and actions, not decorative charts, and depends on a reliable data source.

For authorised staff who need to manage records, permissions and workflow states safely. The interface prioritises validation, auditability, focused operational controls and clear destructive actions over public-facing presentation or decorative dashboard treatment.

For services that need availability, requests, confirmation and changes coordinated online. Rules, ownership, notifications and exception handling are defined before the interface, with third-party calendars, messaging or payments assessed separately against real provider constraints.

For organisations that need account-based access to content, services or records. Roles, renewal logic, privacy, content ownership and support are scoped explicitly rather than inferred from a simple login screen or public registration form.

For replacing fragile manual handoffs with a browser-based workflow. The smallest useful source of truth is built first, with integrations and automation added only when their ownership and failure paths are clear.

Start a Project
ai business automation

AI & Business Automation

Business automation starts with the current workflow, not an AI label. Avidni identifies the trigger, systems, data owner, expected outcome and the person responsible when the normal path fails. n8n workflows, webhooks, lead routing, CRM pipelines, WhatsApp Business Platform messages, email and SMS flows, assistants and reporting can then be connected with consent, human review and approval gates where needed. Queues, retries, escalation and audit records make failures observable rather than silent. Model privacy and provider terms are assessed before sensitive data is introduced. The result is a governed workflow that reduces repetitive handling without promising flawless autonomous operation, invented hours saved or decisions that no one can explain.

  • n8n workflows
  • Lead automation
  • WhatsApp
  • Email and SMS flows
  • CRM pipelines
  • AI assistants
  • Reporting automation
n8n workflows

For connecting repeatable events across approved systems. Triggers, credentials, retries, queues, logs and ownership are documented so the workflow can be monitored, audited and changed without becoming an invisible operational dependency.

For routing captured enquiries to the right owner and next action. Qualification rules, consent and follow-up are explicit and testable, while sensitive, incomplete or ambiguous cases remain available for accountable human review.

For approved business messaging that benefits from timely, structured communication. Consent, message templates, ownership, escalation and the WhatsApp Business Platform provider boundary are considered before automation is enabled for a live customer workflow.

For acknowledgements, reminders and status messages tied to real events. Delivery providers, consent, retries, failure handling and opt-out requirements are separated from the business logic Avidni implements and the client approves.

For keeping ownership and stage changes visible from capture to follow-up. Automation supports the client's defined sales process and exception rules; it does not invent a commercial process or remove accountable human decisions.

For bounded tasks where a model can prepare, classify or retrieve information under clear review. Data exposure, prompt scope, escalation and audit needs are evaluated before the assistant is trusted with live work.

For assembling recurring operational reports from reliable sources. Definitions, schedules, recipients, validation and exception handling are agreed so automated output does not turn incomplete, delayed or mismatched data into a confident business claim.

Start a Project
business websites

Business Websites

A corporate website has to help buyers find the right information, understand the offer and trust the organisation behind it. Avidni plans information architecture, buyer journeys and the content model before shaping a responsive, accessible interface around the approved material. The build includes an accountable CMS, SEO-ready technical foundations, lead forms, analytics and attention to Core Web Vitals. Domain, DNS, SSL, hosting, backups and maintenance are discussed as operational responsibilities, not hidden extras. Access to the CMS, analytics and handover material is made clear for the people responsible after launch, while any commercial transfer terms remain governed by the agreed scope.

  • Corporate websites
  • Landing pages
  • UI and UX
  • SEO-ready builds
  • Hosting
  • Domains
  • Maintenance
Corporate websites

For established companies and institutions that need a credible public source of truth. The work covers page structure, content priorities, stakeholder review and lead paths, with governance that keeps future updates consistent.

For a focused offer, campaign or market entry that needs one clear conversion path. Scope stays disciplined around the audience, proof, message, analytics and follow-up rather than pretending one page can carry an entire business website.

For websites whose navigation, forms or content flow are creating friction. Research and interface design clarify user decisions, responsive behaviour and accessibility while staying connected to the real content and build constraints.

For teams that need a technically sound base for search visibility. Semantic HTML, metadata, crawl controls, performance and content structure are implemented, without promising rankings that depend on competition, authority and ongoing publishing.

For clients who need hosting choices understood and managed with clear boundaries. Avidni can configure deployment, SSL, monitoring and access, while the infrastructure provider remains responsible for its own platform layer.

For launches, migrations or ownership clean-up involving registration, DNS and email dependencies. The work documents the account owner and required records so a domain does not become an avoidable operational risk.

For websites that need planned updates after release. Maintenance can cover software changes, compatibility checks, content support and release notes under an agreed delivery lane, with larger features scoped and approved separately before implementation begins.

Start a Project
ecommerce experiences

E-commerce Experiences

An online store succeeds or fails across the full order journey, not at the product grid. Avidni structures products, variants and inventory so buyers can compare confidently on mobile, then designs checkout around clear delivery, tax, payment and support expectations. WooCommerce, M-Pesa, Paystack or another gateway is considered only where it fits the approved commercial and technical scope. Order confirmation, fulfilment messages, refunds and checkout analytics are mapped with the people who operate them. The client retains accountable control of catalogue data and relevant accounts. Avidni configures the experience and integrations but does not act as the payment provider or guarantee settlement, delivery or conversion results.

  • WooCommerce stores
  • Product setup
  • Payments
  • Checkout design
  • Order workflows
WooCommerce stores

For teams that need a manageable WordPress-based catalogue and checkout. Configuration covers product structure, store settings, roles and the operating handover, while provider fees and payment settlement remain outside Avidni's control.

For catalogues that need consistent products, variants, attributes, imagery and stock information. Avidni defines the structure and import approach; the client remains responsible for accurate product, price and policy data.

For selecting and integrating a suitable gateway or mobile-money path. The work covers technical connection, visible payment states and testing, while compliance, underwriting and settlement remain with the client and provider.

For reducing avoidable uncertainty before payment. Mobile layout, delivery information, fees, validation and recovery states are made clear and tested without claiming that interface changes alone guarantee a higher conversion rate for every store.

For connecting checkout to confirmation, fulfilment, support and reporting. Responsibilities, provider boundaries and exception paths are documented so an order that needs attention remains visible to the right person at the right stage.

Start a Project
care growth retainers

Care & Growth Retainers

A care retainer gives an existing website or digital system a managed lane for agreed maintenance and improvement. Depending on scope, Avidni can coordinate security patches, hosting support, backup verification, restore testing, analytics review, content updates, release notes and measured conversion work. Priorities enter a visible release rhythm rather than an unbounded request queue. The client continues to own business decisions, approvals, content accuracy and the accounts defined in the engagement; infrastructure providers remain responsible for their own service layer. Incidents, response expectations and reporting are agreed commercially. Routine care does not silently include major redesigns, new product modules or 24-hour coverage unless a separate approved scope says so.

  • Maintenance
  • Hosting support
  • Backups
  • Analytics
  • Conversion improvements
  • Content updates
Maintenance

For planned software, compatibility and content checks that keep an existing site supportable. The release lane covers agreed routine work with visible notes and approval; significant redesigns and new modules are estimated separately.

For coordination around deployments, certificates, DNS and provider incidents. Avidni can investigate, document and communicate within the agreed scope, while the hosting company retains responsibility for its platform availability and infrastructure controls.

For verifying that recoverable copies exist and the restoration path is understood. Storage, frequency and test expectations are documented instead of treating a dashboard's green indicator as proof of recovery.

For reviewing consent-aware website activity against defined business questions. Reporting distinguishes observed behaviour from conclusions, records measurement limits and avoids collecting unnecessary sensitive form content or presenting traffic alone as business success.

For prioritised changes to a real journey using agreed evidence. Avidni can analyse and test interface or content changes, but does not promise a lift before enough valid traffic and measurement exist.

For publishing approved copy and media through the existing content model. The client supplies factual and legal approval, while larger information-architecture, campaign or new-template changes are scoped outside routine updates before production work begins.

Start a Project
brand digital identity

Brand & Digital Identity

Identity work is scoped around what the organisation actually needs to use. Sometimes that means refining a recognisable logo and correcting inconsistent typography or colour. In other cases, the website, sales material and launch require a fuller system with variants, accessible combinations, templates and usage rules. Avidni designs the smallest coherent set, then prepares editable social templates, pitch decks or launch assets already present in the agreed scope. Handover includes the approved files and guidance needed for repeatable use. The service supports digital delivery and sales communication; it does not imply a broad advertising, campaign management or print-production offer.

  • Logo refinement
  • Brand systems
  • Social templates
  • Pitch decks
  • Launch assets
Logo refinement

For a recognisable mark that needs cleaner proportions, variants or digital readiness rather than a wholesale rebrand. The boundary is agreed before work so refinement does not become an unplanned identity programme.

For teams that need typography, colour, layout and asset rules applied consistently. The system focuses on repeatable digital use, accessible combinations, practical templates and accountable source files that remain usable after handover.

For recurring posts that should look consistent without daily design support. Avidni creates a controlled set of editable formats and usage guidance; content planning, publishing and channel management remain separate client responsibilities.

For organisations that need a coherent presentation structure aligned with the identity. The work covers hierarchy and reusable layouts, while the client supplies and approves commercial facts and financial claims.

For a defined website or product release that needs a compact set of supporting visuals. Deliverables are named in scope so the service does not expand into an open-ended campaign production retainer.

Start a Project

What serious teams should settle before a digital project starts.

Clear answers on scope, content, approvals, integrations, ownership and ongoing support help your team compare the right delivery approach before committing to a project.

Request an Estimate
How do we choose the right service?

Start with the business problem and the decision the finished work must make easier. A public credibility or lead-generation need usually begins with Business Websites. Product sales point towards E-commerce Experiences, while authenticated workflows belong under Web Apps & Client Portals. Repetitive cross-system work may fit AI & Business Automation. Identity and post-launch care have their own boundaries. Avidni maps the scope to the nearest service and names any genuine dependencies, without making a buyer purchase all six.

What determines project scope and timeline?

Timeline follows the number and complexity of user journeys, content readiness, integrations, data migration, security requirements and the availability of decision owners. A focused site with approved material has fewer unknowns than a portal with roles, files and external systems. Discovery turns those variables into milestones and acceptance criteria before a commitment is made. Avidni does not publish a universal delivery promise because a fast estimate that ignores dependencies creates more risk than clarity.

What does Avidni need before work starts?

A useful start requires a named business owner, an agreed audience, the current problem, known constraints and access to relevant existing material. Brand assets, product data, policies, analytics or system documentation can follow through a controlled content plan when they are not ready on day one. Avidni also needs to know who can approve scope, content and launch. Missing information is recorded as a dependency, not filled with assumptions that later become rework.

Who is responsible for copy, product data and approvals?

Responsibility is agreed in the scope. Avidni can structure, write or edit public copy where that service is included, but the client remains responsible for factual accuracy, legal statements, prices, product information and final approval. The project names one decision owner and a practical review path so feedback does not arrive as conflicting individual notes. Delayed material or approvals can move the release plan, and that impact is made visible rather than absorbed silently.

How are domains, hosting, CMS access, source files and analytics handled?

The scope records the relevant accounts, named owners and access required for launch and support. Avidni avoids hiding a domain or analytics property inside an unexplained personal account. CMS access, handover material and source-file delivery are defined according to the service and commercial agreement. Hosting and software providers remain responsible for their own infrastructure layers. Where an existing account cannot be transferred or safely shared, the project documents an alternative and the operational consequence before release.

Can Avidni work with an existing website, store or system?

Yes, after a practical audit. Avidni reviews the current platform, content, access, analytics, dependencies, security posture and the cost of preserving what works. Some engagements are best handled as a focused improvement or migration; others need a rebuild because the existing foundation cannot support the approved requirement safely. The recommendation is tied to evidence and operating cost, not a preference for starting over. Third-party licences and provider limitations are surfaced before they shape the estimate.

How are integrations and third-party providers evaluated?

An integration is assessed by the business owner, available API or data boundary, authentication method, rate limits, privacy implications, failure behaviour and ongoing provider cost. A visual promise on a vendor page is not enough. Avidni confirms what can be tested and who owns credentials, support and escalation. If the provider cannot offer a stable or lawful path, the risk is documented and the scope may use a manual boundary instead of pretending the connection will be reliable.

How are scope changes handled?

New requests are compared with the approved scope, dependencies and release goal. A small clarification may fit inside the current work, while a new workflow, page family, integration or approval rule can require a written change with cost and schedule impact. The client sees that impact before the change is accepted. This protects the agreed launch and prevents useful ideas from disappearing into informal messages with no owner, estimate or testing plan.

How are accessibility, performance, security and privacy responsibilities divided?

Avidni implements the agreed interface, technical controls and testing within the delivered system. The client remains responsible for accurate content, lawful processing decisions, access approvals and operational use. Hosting, payment, messaging and other providers retain responsibility for their own services. Accessibility and performance are tested against the supported content and devices; security and privacy work is proportional to the data and risk. No website can be described as permanently secure, compliant or fast under every future condition.

What happens during testing, launch and handover?

Testing covers the agreed user journeys, responsive layouts, accessibility, content, forms, permissions, integrations and relevant failure states. Named decision owners review against acceptance criteria instead of taste alone. Launch includes the necessary domain or deployment work, analytics checks and a rollback or recovery path where applicable. Handover records accounts, access, operating guidance and remaining responsibilities. Training is scoped to the editors or operators who will actually maintain the work.

What support is available after launch?

Avidni can provide a defined Care & Growth Retainer for maintenance, content, analytics, hosting support and agreed improvements. The lane, reporting rhythm and boundaries are documented so support does not become an untracked promise. Major features, redesigns and new integrations are estimated separately. Provider incidents may require coordination with the responsible vendor. A specific response target or round-the-clock cover applies only when it is written into an approved commercial agreement.

How is an estimate developed without a public price list?

The estimate follows the agreed outcome, deliverables, content responsibility, integrations, data risk, review process and post-launch requirement. Avidni identifies assumptions and exclusions beside the cost so buyers can compare a real scope rather than an attractive number with missing work. A range may be useful early, but it is not treated as a final quotation until the important dependencies are known. This repository does not contain approved public starting prices, so none are invented here.

Can Avidni work with teams outside Nairobi or Kenya?

Yes. Nairobi-based and remote collaboration use the same named decision owners, documented reviews and clear handover. Workshops, content reviews and approvals can be run online for teams elsewhere in Kenya, East Africa or international markets. The scope accounts for time zones, currencies, provider availability and any local legal or payment facts that need client or expert confirmation. A location is not added to a project record merely because of its domain name.

What normally sits outside a service scope?

Typical exclusions include unapproved content production, legal advice, paid-media management, unlimited revisions, provider fees, print production, unsupported legacy software, ongoing data entry and new features that were not part of the accepted release. The exact boundary depends on the service and is written into the estimate. Avidni will not present a third-party platform's performance, payment settlement or uptime as its own guarantee.

Can we begin with one service and add another later?

Yes. A focused website, identity refinement or maintenance audit can be a sensible first engagement. The important point is to avoid decisions that make the next likely step unnecessarily expensive. Where future commerce, portal or automation work is already known, the initial information architecture, accounts and data ownership can allow for it without building unused complexity. Any later service still receives its own scope, evidence and approval rather than being assumed inside the first project.

Choose the outcome first. We will map the right service around it.

One scope, clear ownership and a practical next step.

You do not need to diagnose the correct service before making contact. Bring the outcome, current constraint and the evidence the finished work should create. Avidni will map the scope, responsibilities, dependencies and handover, then explain whether the work belongs in one service or a connected delivery path before preparing an estimate.

Request an Estimate