5
4 Comments

A post-mortem on my first project

Hey Everyone,

I've been intending to make an introductory post with a win in hand but it turns out that all I have to show right now is a post-mortem. Estimated time of death: Monday, July 20th, 2020. Though it didn't live long, just shy of ten weeks, it was my first.

The project aimed to deliver daily doses of good; tasks with such a small ask that it would be easy for people to say "wow, I can be a hero too!" Using inspiring quotes and gamified social mechanics, the idea was to gradually orient users toward a path of virtuous action.

Funny thing, even though the project is decidedly and irrevocably dead, as of a few days ago, I still want to qualify that it's probably a better idea than it sounds. Admittedly, that's colored by the fact I'm still mourning, so let's just dive into some of the lessons learned!

Lesson #1: Make as many high-level decisions as possible upfront

I was under the impression that I had the high-level stuff figured out, at least in broad enough strokes to begin implementing, but over and over again, I kept going back and revising. Agility is a good thing, to be sure, but not always.

At such an early stage, momentum was far more important than agility. Without the higher-level decisions completely fleshed-out, lower-level decisions were not made with the proper context and the bleeding of momentum led to a death spiral.

Repeatedly, I compromised between the larger vision and the demands of getting an MVP to market, and repeatedly, I compromised by distilling down feature sets into tangible milestones and then designing for those milestones.

The product lost its soul and the guiding vision lost its coherence.

My take-away is to remain mindful that milestones must remain subservient to an overarching vision. Or perhaps, don't compromise the vision — unless you're getting paid; at least that way, you'll be able to make an economically justified trade-off.

Lesson #2: Build something for yourself

Through the course of constant adjustment, I relied heavily on cost/benefit analysis and guided myself down the path of least resistance. Ultimately, the product was distilled down to such an extent that I, personally, wouldn't ever use it.

The philosophy of marginal value-add, of efficiently delivering value, whittled away the value proposition into nothing.

Despite recognizing this quite early on, I continued pushing forward, trusting this was only the first milestone of many to come; trusting the product would grow into something that I would want to use. Eventually. As it turns out, no one cares about your vision and future milestones. If you don't believe in your product as-is, no one else will either, and you'll never have the opportunity to reach those later milestones.

My take-away is to not make decisions out of expedience. This early in the product's lifecycle, the most important driving force is the blood and sweat of the founder, and if I'm not delighting myself, what's even the point?

Lesson #3: Try not to dictate too much

In my quest to design the perfect user experience, to build something that truly delighted users, and validating through user-research, I got lost. In the grander scheme, none of these were true-value add activities.

Without a doubt, learning is important, but there was simply too much faith in my ability to learn and approximate perfection. I kept trying to make the idea work. I kept chasing the elusive dream of "ready."

I was focused on the marginal output, not the outcome: nothing. Ready was the output, success was the outcome. I was running in place.

In hindsight, I can see that I was working with an insignificant amount of data; getting lost in the weeds instead of just shipping the damn product. Maybe if I did, I could've crashed and burned sooner.

My take-away is that a product's success or failure is not entirely up to me. All I can do is show up, the product has to stand for itself. No amount of engineering, whether it be in marketing, design of technology, is going to dress-up a bad product.

Lesson #4: Listen to your gut

A few weeks ago, in fact, around the half-way point between the project's birth and death, there was a moment of realization where I suddenly realized I wanted to work on something else. Something a little closer to my original inspiration.

In response, I moved some things around on the roadmap. Rebuilt some of the infrastructure designed in anticipation of future feature sets into something more able to facilitate current lines of implementation. I also wrote in my journal a writing prompt: explore why I took this "massive detour" in the first place.

The language is telling, don't you think?

Still, I wanted to believe the product had some merit and decided it would be worth pushing out anyways. At the very least, there was still more learning to do. Probably.

As it turns out, there was more learning to do! The lesson that I had not yet acknowledged is that I was already in the weeds. When you're in the weeds, you think your way through things with such a limited perspective that your productivity becomes counter-productivity. My motivation drained away; worse and worse decisions were being made.

My take-away is to listen to your gut. Given a moment of serendipitous clarity, I chose to keep chugging along, sinking time that I'm not going to get back. I should've killed the project then and there.

Lesson #5: Articulate your thoughts, fully and often

There's a certain ceremonial pain associated with writing what feels like a for-show, non-value-add report, but I can honestly say it's worth it ... most of the time.

In a report designed for consumption, you're forced to be concise and tease out the most pertinent details of what's happening. I mean, it's one thing to talk about work with friends and family, another thing entirely when explaining a detail to your boss, right?

Truly, it's bitter medicine to realize reporting methodical articulation, at frequent and regular intervals, is good for you! Even when there's no one breathing down your back.

My take-away is that it isn't possible to show for something that hasn't been fully articulated. At one point, I suspected my thoughts weren't fully articulated because there wasn't yet anything to show, but now, I believe it to be the exact opposite. Yes, there is some overhead involved, but one well worth paying.

And on that note, I look forward to sharing with you all my next steps! Expect to see much more of me.

on July 25, 2020
  1. 2

    Oliver, this is such a great post. Thanks for mustering up the courage to write this.

    Yes, articulating one's thought is very important and sometimes vital

    Lesson #1: Make as many high-level decisions as possible upfront-- I've personally learned this in my own path, making these decision upfront sets that path and reduces friction down the road.

    1. 1

      Thank you!

      It's strange, I previously thought methodical articulation was an overhead that drains momentum, but if anything, I think it consolidates and solidifies momentum that's already been put in. If it was a game, it would be like a check-point!

  2. 1

    Thanks for the nice story. Couldn't find any history on your project. What was it about?

    1. 1

      Thank you!

      It was a small app intended to serve users daily suggestions for how to do small acts of good; small enough for anyone to do, and some social features around them.

      The project I'm working on now is a much better approximation of the underlying intention. I'm happy to loop you in if you'd like.

Trending on Indie Hackers
Most founders don't have a product problem. They have a visibility problem User Avatar 106 comments Day 4: Why I Built a $199 Workspace Nobody Asked For User Avatar 55 comments Hi IH — quick update. The MVP is live. User Avatar 28 comments I Built a Football Sentiment Platform in 18 Days. The World Cup Starts in 7 Days. Now I Need Distribution. User Avatar 17 comments Built an n8n booking alert system — is cold outreach dead for B2B micro-tools? User Avatar 16 comments Day 7: 51 people answered my question. I wasn't ready for what they said. User Avatar 15 comments