
Miigen, Library of Life, is a digital legacy platform for preserving and sharing life stories in text, images, and audio, so that milestones and reflections can be passed down across generations. Alongside the storytelling, the platform carries an advertising layer that lets individuals and businesses reach location-specific audiences. Craig came to us at the idea stage, with no existing product to build on.
02
Months from idea to working MVP04
User groups served in one platform65
Screens built

Memory creators, people browsing stories, and advertisers all wanted different things from the same platform. Rather than one interface with features switched on and off, each group got a clearly defined space built around what it came to do.
The platform needed advertising revenue without cheapening the experience of reading someone's life story. Ad placements, filters, and content layouts went through several rounds of refinement specifically to find that line.
People documenting a lifetime are frequently not the people most comfortable with software. The editor, the photo and audio upload flows, and the navigation were all designed to be legible on first encounter rather than learned.
Text, images, and audio in one place usually produces a crowded interface. Category-based organisation and location tagging at country, state, and city level carry the structure, so the screen stays calm while the content underneath is rich.
We started with low-fidelity wireframes mapping the structure and the flows for each of the three user groups. With an idea-stage product there is nothing to audit, so this is where the product actually gets decided. Getting it agreed on paper is what made a two-month build possible.
A bespoke design system was built for the platform rather than assembled from components, covering typography, colour, and layout across every section. That kept a broad product visually coherent and gave the client something that extends as features are added after the MVP.
Rather than reviewing everything equally, we ran multiple feedback rounds on the parts carrying the most risk: ad placements, content filters, and feed layouts. Those are the decisions that determine whether the advertising model works without damaging the storytelling.


Yes. Miigen came to us at the idea stage with nothing built. We start with structure and flows rather than features, because on a product that does not exist yet, agreeing what it is comes before building it.
By giving each group its own space rather than one interface with permissions over the top. Miigen serves memory creators, people browsing stories, and advertisers, and each has an interface shaped around what they came to do. Trying to serve all three with one screen is what makes products like this feel complicated.
It is built to grow. Miigen's media sits in Amazon S3 and its structured data in MySQL, so a growing library of photos and audio does not slow the platform down, and the API authentication for a future mobile app is already in place.
Yes, and it usually needs the most design attention. Miigen's advertising layer had to generate revenue without interrupting people reading life stories, so ad placements and feed layouts went through several rounds of refinement before anything was built.
A working product rather than a prototype, plus the design system and files behind it. Craig is raising on the Miigen MVP now, and what he is showing is a secure platform with the next phase already accounted for in its architecture.
Frequently, and we plan for it during the web build. Miigen's API authentication was put in place specifically so the mobile phase would not start with a rebuild.
Cost follows the number of user groups, the number of modules, and how much of the product still has to be decided. Every project is quoted with fixed scope and price in writing before work starts.
Yes. Miigen came to us at the idea stage with nothing built. We start with structure and flows rather than features, because on a product that does not exist yet, agreeing what it is comes before building it.
It is built to grow. Miigen's media sits in Amazon S3 and its structured data in MySQL, so a growing library of photos and audio does not slow the platform down, and the API authentication for a future mobile app is already in place.
A working product rather than a prototype, plus the design system and files behind it. Craig is raising on the Miigen MVP now, and what he is showing is a secure platform with the next phase already accounted for in its architecture.
Cost follows the number of user groups, the number of modules, and how much of the product still has to be decided. Every project is quoted with fixed scope and price in writing before work starts.
By giving each group its own space rather than one interface with permissions over the top. Miigen serves memory creators, people browsing stories, and advertisers, and each has an interface shaped around what they came to do. Trying to serve all three with one screen is what makes products like this feel complicated.
Yes, and it usually needs the most design attention. Miigen's advertising layer had to generate revenue without interrupting people reading life stories, so ad placements and feed layouts went through several rounds of refinement before anything was built.
Frequently, and we plan for it during the web build. Miigen's API authentication was put in place specifically so the mobile phase would not start with a rebuild.

Tell us what you are building. We will scope it and give you an honest view of the right approach and what it will cost.

Another idea-stage product taken to a funded MVP: see how we built 40Love's club management platform.
Read the case study →