As a child, I used to flip through a family photo album to see my relatives whom I had not seen in real life.


At that time we had film cameras only, so the number of photos was not so large.

Time has passed and currently, let's say, almost everyone owns a camera or a smartphone with a camera, or even both.


Given that, the size of my photo album increased significantly. However, I think it's not just for me.

Once my friend and I decided to recall an event we both attended. We took my photo album and tried to search there.


At that time my album kept more than 30 thousand items inside. That search process looked like this

Of course, we didn't find anything. Therefore, I started looking for a solution to be able to search in Multimedia Data automatically. The solution I found was Multimedia IR systems.

I decided to use digiKam as Offline Multimedia IR systems and Synology Moments as Online Multimedia IR Systems.


Please note, that they were selected solely based on the author's criteria, and there is no aim to advertise to anyone.

Then I started using it...

What I discovered in a flash is that current Multimedia IR systems do not provide a flexible and automated functionality to import Multimedia Data into Multimedia IR systems.

But that wasn't the only problem.

I realized that I need __Multimedia Organizer__as well.

Unfortunately, I didn't find a Multimedia Organizer that could fully satisfy my needs (fixing problem metadata, working with digiKam and Synologyetc.)

That's why I started creating my product to cover my needs.

Honestly, I didn't expect that it would be so hard and in the meantime so interesting.

Design Thinking

The first product I was thinking about was "FVA Tool Set". Subsequently, another product came to my mind. As a result, a Product Line came about.

Design Thinking is a process of preparation, which consists of seven stages of creating a product:

High-level product documentation

Once I came up with product ideas to implement, I realized that a set of documentation artifacts to keep high-level product knowledge had to be established.

Value Propositions

The first artifact to consider was Value Proposition. which has the following components:

Business Model Canvas

The next artifact was Business Model Canvas. I downloaded a template here and filled in the following fields:

Product Vision Board

The third artifact was Product Vision Board. I downloaded a template here and filled in the following fields:

Competitive Analysis Matrix

The last artifact in High-level product documentation was the Competitive Analysis Matrix I filled in the following rows for several products:

Product from a user perspective

As soon as high-level product documentation was ready, I decided to go deeper with more detail from the user's point of view.

Persona

The first artifact I created was Persona I downloaded a template here and filled in the following fields:

User Journey and User Scenarios

Then I tried to restore the user's way to achieving the goals. And I came up with User Journey.

To show the value of the product, I created three user scenarios and posted them on YouTube. Please see the reference to watch them.

Stakeholders

Honestly, a bit later I realized that end users are not the only target audience for this product. And next artifact - Stakeholders - came into sight. It looks like a table with the following columns: GroupStakeholder RoleConcerns, and View. Table rows contain as follows: End usersSuppliers and Team members.

Product requirements

Having defined everything from the user's point of view, I started thinking about what exactly the product will implement.

Questionnaire

Having no clue what is important for the user and what is not, I created a questionnaire to clarify user needs. It is a form to gather information on what capabilitiesfunctions and scenarios are important.

Capabilities

Having gained an understanding of user needs, I started describing Capabilities. Literally, Capabilities describe key requirements.

Features

Having the capability list defined, I started preparing features. They represent significant, central functionality of the final system. I put them into the table with the following columns: NameClarification, and Business Value. The feature set helped me to create a project plan and a road map.

Functional Requirements

Last but not least step in defining product behavior was a list of Functional Requirements, that define system detail behavior. I settled them into the table with the following columns: NameArchitecture complexityBusiness ValueComponentPhase, and Feature ID.

Product development documents

Product Road Map

I believe Product Road Map is the most important document for a product at the development stage. I downloaded a template here and filled in the following fields and rows:

On the top of that, it is quite convenient to keep an online roadmap.