IVAN FERLAND / Project case study

Vaultaproof: building a product of my own.

Founder and developer of Vaultaproof, a product concerned with proof and compliance documents, with its own web presence at vaultaproof.com.

← Home

My role

Founder and product development

The result

Built Vaultaproof as a distinct product and web project. It represents founder responsibility and product development alongside my client-facing websites and technical-operations work.

01

The problem

Building a product means taking responsibility for its purpose as well as its implementation. Vaultaproof brought that work into the context of proof and compliance documents: a distinct product identity, development responsibility and a public web presence.

02

Operational context

I founded Vaultaproof and built vaultaproof.com. It is a separate project from WakeWhen, which concerns public-page monitoring. The projects have different purposes and are presented separately in my portfolio.

Product purpose
Founder and development work
Web presence
The case connects the product’s purpose, my founder and development responsibility, and its web presence. It is a scope diagram, not a proprietary system architecture.

03

My contribution

I took on the founder and product-development work and built the project’s public website. This connects my hands-on software work with the responsibility of presenting and developing a product of my own.

04

Constraints

  • The public case covers product ownership and website development.
  • Proprietary implementation details remain outside the public scope of this case.
  • Product identity and implementation evidence need to remain distinct from certification or legal guarantees.

05

Implementation decisions

  • Give Vaultaproof its own product identity and public website.
  • Keep its document-focused purpose separate from WakeWhen’s monitoring use case.
  • Present product ownership alongside the portfolio’s separately inspectable software demonstrations.

06

Alternatives considered

  • Combining Vaultaproof and WakeWhen under one description would obscure their different purposes.
  • Using an unrelated demonstration as a Vaultaproof product screen would misrepresent the implementation.

07

Validation approach

  • The case study identifies the project and my founder contribution.
  • The public-domain check is kept separate from feature verification; a paused deployment does not expose a product interface to inspect.

08

What this shows

Built Vaultaproof as a distinct product and web project. It represents founder responsibility and product development alongside my client-facing websites and technical-operations work.

09

Limits of the evidence

  • The public domain currently displays a paused deployment; this case does not present it as an available live product.
  • Private implementation details and an independently verified feature inventory are outside this public case.
  • No certification, legal-compliance, traction or customer-count claim is made.

Inspect the work

Inspect separate working examples

Discuss product development

A similar problem in your organization?

This example can be a starting point for defining your own project, its dependencies and acceptance criteria.

Websites & web platforms