A few days ago, I shared that a founder friend suggested that I start my book library project with the end in mind—that is, with the desired output. The idea was that since I’m building a solution to a problem I’m experiencing, I’m in a position to produce hypothetical examples of the kind of output this solution could create that would solve the problem.

I've created three hypothetical outputs over the last few days. I wasn’t sure how to approach this at first, but I decided to base it on my journey with this project so it’s somewhat grounded in reality. I started with problems I’ve solved for myself during this journey or am actively trying to solve. For two examples, using problems I solved the old-fashioned way with the help of my notes and highlights from various biographies, I figured out the ideal outputs that would have gotten me to the same results more efficiently.

This was a fun exercise. Having already solved the problems, figuring out how this solution could have helped me get there more efficiently was interesting. What kind of information should it have provided to me? What kind of questions should it have asked me to get me thinking? What stories needed to be shared for suggestions to resonate with me?

I shared these outputs with my developer friend today. Having them to work backward from led to a productive discussion. We narrowed our focus to what must be built to make those outputs a reality. We realized that a structured approach to solving certain problems is required for consistent results. This reinforced the importance of data structure.

This exercise has been helpful and something I want to do going forward when I’m trying to build a solution to my own problem. I’ve got three example outputs that are complete now, and I’ve got another two or three that I want to document before the end of the year.