1) Core attributes of a promising founder worth following:
- Progress/trajectory over time
- How well they lead a team &
- Make the vision happen
- Most impressed when someone is way ahead of where you thought they would be when you check up/see them a few months later.

2) Indie Makers have such a benefit of being small, fast, nimble workers in comparison to big companies.

We can easily pivot and vastly change a project of ours. We can change as we learn more about our users.

Big companies can take months/years for even the smallest of pivots.
3) Before you find a product market you can pivot your project as many times as necessary until you find something that works.

Then you only have one thing to do: scale, scale, scale.
4) Be obsessed with the little details.
- listen to every single person who uses your product
- reply to every single person who emails you about your product
- ask them what they like and do not like
- iterate your product, make changes, pivot if necessary
5) Paul Graham's (@paulg) name came up with a feeling of great admiration! Naturally! It was Paul who said:

In the early stages of a company just;
- write code
- talk/sell to customers to stress test your idea

Nothing else.
6) A great reason somebody will use your product is that it makes them more productive.

You gain great leverage in making products that make many many people better at their jobs.

This is a vastly under appreciated market that needs to be addressed.
7) Don't spend a long time making a product without at least asking (or straight charging) users if they would pay.

Release as soon as possible. Get feedback. See if it works.
8) Some very enthusiastic users are far far better than a large number of users who kind of like the product or service.

Take your small very enthusiastic user base and keep making the product better for them.

More users will come naturally via word of mouth.
9) As soon as you have found something that your users love... scale like your life depended on it.

How do you scale? Marketing & Sales.

Don't try to do it all yourself. Get help. Outsource. Hire.

Smart people know when to delegate.
10) There has always been an opportunity looking at complicated software that's not listening to/satisfying its user's needs.

Look for big products with a lot of negative feedback.

Make something better. Even if just a small amount of those agitated users will love it.
11) One of the best methods of preparing yourself for the corporate world (when you're an undergrad) is by getting real-world experience.

- work experience
- projects
- failing
- learning
- trying again

I think that advice is useful for a lot of us!
12) Keep moving fast by working smarter not harder.
- spending your time wisely
- working with co-founders who you get on with very well
- sharing your ideas and getting feedback
- slowly but surely learning more about what works and what does not work
13) John stays motivated and is full of energy to work in the morning because there are so many exciting problems to solve.

He loves hearing that people use his products and that they are really helpful.

Hearing that peoples lives are easier because of Stripe.
14) Courtland finds it much easier to stay motivated when somebody is holding you accountable for your work.

A weekly mailing list.

A product that needs updating.

When somebody depends on you to work, you will be much more likely to complete that work.

More from Startups

There are a *lot* of software shops in the world that would far rather have one more technical dependency than they'd like to pay for one of their 20 engineers to become the company's SPOF expert on the joys of e.g. HTTP file uploads, CSV parsing bugs, PDF generation, etc.


Every year at MicroConf I get surprised-not-surprised by the number of people I meet who are running "Does one thing reasonably well, ranks well for it, pulls down a full-time dev salary" out of a fun side project which obviates a frequent 1~5 engineer-day sprint horizontally.

"Who is the prototypical client here?"

A consulting shop delivering a $X00k engagement for an internal system, a SaaS company doing something custom for a large client or internally facing or deeply non-core to their business, etc.

(I feel like many of these businesses are good answers to the "how would you monetize OSS to make it sustainable?" fashion, since they often wrap a core OSS offering in the assorted infrastructure which makes it easily consumable.)

"But don't the customers get subscription fatigue?"

I think subscription fatigue is far more reported by people who are embarrassed to charge money for software than it is experienced by for-profit businesses, who don't seem to have gotten pay-biweekly-for-services fatigue.

You May Also Like

🌿𝑻𝒉𝒆 𝒔𝒕𝒐𝒓𝒚 𝒐𝒇 𝒂 𝑺𝒕𝒂𝒓 : 𝑫𝒉𝒓𝒖𝒗𝒂 & 𝑽𝒊𝒔𝒉𝒏𝒖

Once upon a time there was a Raja named Uttānapāda born of Svayambhuva Manu,1st man on earth.He had 2 beautiful wives - Suniti & Suruchi & two sons were born of them Dhruva & Uttama respectively.
#talesofkrishna https://t.co/E85MTPkF9W


Now Suniti was the daughter of a tribal chief while Suruchi was the daughter of a rich king. Hence Suruchi was always favored the most by Raja while Suniti was ignored. But while Suniti was gentle & kind hearted by nature Suruchi was venomous inside.
#KrishnaLeela


The story is of a time when ideally the eldest son of the king becomes the heir to the throne. Hence the sinhasan of the Raja belonged to Dhruva.This is why Suruchi who was the 2nd wife nourished poison in her heart for Dhruva as she knew her son will never get the throne.


One day when Dhruva was just 5 years old he went on to sit on his father's lap. Suruchi, the jealous queen, got enraged and shoved him away from Raja as she never wanted Raja to shower Dhruva with his fatherly affection.


Dhruva protested questioning his step mother "why can't i sit on my own father's lap?" A furious Suruchi berated him saying "only God can allow him that privilege. Go ask him"
The entire discussion around Facebook’s disclosures of what happened in 2016 is very frustrating. No exec stopped any investigations, but there were a lot of heated discussions about what to publish and when.


In the spring and summer of 2016, as reported by the Times, activity we traced to GRU was reported to the FBI. This was the standard model of interaction companies used for nation-state attacks against likely US targeted.

In the Spring of 2017, after a deep dive into the Fake News phenomena, the security team wanted to publish an update that covered what we had learned. At this point, we didn’t have any advertising content or the big IRA cluster, but we did know about the GRU model.

This report when through dozens of edits as different equities were represented. I did not have any meetings with Sheryl on the paper, but I can’t speak to whether she was in the loop with my higher-ups.

In the end, the difficult question of attribution was settled by us pointing to the DNI report instead of saying Russia or GRU directly. In my pre-briefs with members of Congress, I made it clear that we believed this action was GRU.