David Cain wrote a thought provoking, practical, and inspiring blog post today on “67 short pieces of advice you didn’t ask for.” He acknowledges it’s a smorgasbord of unsolicited advice where you can take what you like and leave the rest for others:
“There’s no way for such an avalanche of unsolicited advice to come off as anything but preachy. But there’s also something appealing about the scattergun approach. Trying on a few dozen ideas in a few minutes will almost always leave you with something you can take to the bank, if you don’t get hung up on what doesn’t resonate. Here are sixty-seven short pieces of advice I either follow, or probably should. Take from it whatever rings true to you, and don’t take the whole thing too seriously. ”
David Cain’s intro to “67 short pieces of advice you didn’t ask for.“
Here are seven I took away, I have preserved his original numbering and added a few comments to particularize them for entrepreneurs:
Ask yourself this question, “What do employers owe the people they do not hire?” Brooke Allen’s answer from “How my life was changed when I began caring about the people I did not hire” offers three great suggestions for the startup hiring process.
The desire for economic freedom and autonomy drives many entrepreneurs. Bootstrappers would rather work for customers than investors, choosing the discipline of the competitive marketplace over the wisdom and caprice of the boardroom.
“Life is too short to work at a job you hate,
but everyone has to do something someone else is willing to pay them for.”
Q: I struggle with the value proposition for our product. Either I am too abstract “we offer a positive return on time invested” or too vague “help increase your ability to manage critical challenges.” Do you have any suggestions for how to frame or formulate a value proposition?
Here a few questions that a value proposition normally addresses
Entrepreneurial passion has to be based on a desire to create value, to be of service to a set of target customers. There may be many things you are interested in learning and room enough in your life for several hobbies, but pursuing a passion without regard to your ability to provide value in a way that is competitively differentiated is to pursue a hobby.
This post is a retrospective look at my inaugural post in 2006 and lessons learned blogging 1400 posts over the 8 years since.
One of the hallmarks of the entrepreneurial journey is diving in over your head.
At some point you have to commit fully to a new venture and at a later point you realize that, despite all of your careful preparation, you are testing the depth of water with both feet–or perhaps even head first. This is what can keep many up at nights or otherwise make life miserable.
Q: I am starting an online community for technology entrepreneurs. Can you suggestion some guidelines I can use to help set newcomers expectations for what constitute valuable content and comments?
Here are some good guidelines and articles that I would start with, borrowing what makes sense and adapting it.
- Hacker News Guidelines would be a place where I would start. In particular: defining what is on and off topic, how to write titles, and guidelines for leaving comments. Your rules may be different, your focus certainly is, but it would be a place to start.
- The “Please Do” and “Please Don’t” lists on Reddit Reddiquette are definitely worth reviewing for things to include.
- For “ASK BN” See Stack overflow how to ask a question for some specific suggestions worth considering for those posts
Conor Neill has a great post up today on “a 9 Step Cheatsheet for Becoming a Public Speaking Expert” courtesy of the London Speakers Bureau. I am not usually a fan of infographics but this is is exceptionally well done. Expert public speaking requires deliberate practice the same as any other skill. Here are some key tips I took away for entrepreneurs from the list but the entire infographic is worth a look.
I signed up for a free trial of a lean project management tool (I have changed the name of the tool to <LeanTool>). A few days later I got the following nurturing E-Mail.
Subject: Are you afraid to manage your project in a lean way?
We’ve noticed that you haven’t been signing into <LeanTool> for a long time and this is a sign that you are not really committed to being lean. Remember that 96% of innovative projects fail, will your project be one of them? I hope not!
Remember that just having a gym membership is not going to help you get better, if you want to improve you have to do the work!
Log in to <LeanTool> today and start validating your project.
There are a x problems with this:
- it’s not nurturing.
- It assumes the tool is flawless and the problem is one of my motivation. In fact the tool does not work.
- I signed up for a free trial but none of the three primary dashboards in <LeanTool> for hypotheses, experiments, and results actually worked.
So I replied:
I went to add a hypothesis and it said that I need to pay.
I tried to add an experiment and it said I need to pay.
I tried to record a result and it said I need to pay.
Can you please explain your model for free evaluation?
It’s like someone showing you free samples in the supermarket and asking “Would you like to try it?” When you say “Yes” then you hear “that will be a $1″
You advertise a free trial but it seems like it is more like a free product tour, you cannot actually do anything.
Anyway, if what you are doing is working for you don’t stop but it seems weirdly antagonistic and dysfunctional
as an approach to letting me evaluate your software. Do you have any fully worked out examples I can review?
I got the following reply:
Hi Sean, thanks for writing!
We have reviewed the website and realized that there is a mistake: previously, we offered a free trial, and we haven’t updated the text in the startups page.
Sorry for the inconvenience. We really appreciate your feedback and we’d like to offer you a 14-day free trial with all functionality available and a 10% off in our pricing plans.
It seemed a little flaky so I waited a few days and checked their website, it still advertised a free trial.
“Get 1 canvas + 1 user totally FREE (No credit card is required.)”
A day later I got another copy of the original “nurturing” E-Mail.
- Sending the identical e-mail a week later is definitely not a good idea.
- Not fixing the website announcement of a free trial tells me that they are in free fall.
For customer interviews we have a rule of thumb that if an hour or research saves a minute early in the conversation it’s a good investment. When you look at the list of questions you have prepared to learn about the prospect’s business and their needs, it’s easy to say to yourself, “I am really busy I can just ask these at the start to ‘set the table.'” But there are significant risks with this approach.
Preparations Cuts Risk Of Customer Interviews Ending Prematurely
While the interview may be nominally scheduled for 15 minutes or a half-hour and may run an hour if it goes well the first six minute or so are critical to communicating that you have done your homework on their situation and their needs. If you start to ask questions that are already published on-line you can appear lazy or unprepared. If you can do research on a prospect in advance, it’s worth spending an hour to save a minute in the conversation. You can even start the conversation by saying “when I prepared for this conversation here is what I learned about your firm” and give a brief summary of what you know about their situation.
It’s OK to say “I see on your website that you have hired four people in the last three months, how has that impacted …” or “I read a profile of your firm in the San Jose Business Journal Book of Lists, have you grown beyond the 12 people listed in February?” This shows that you have done your homework and don’t want to waste their time but need to confirm some of the key facts that may bear on their needs.
Information Sources To Consult Prior To Customer Interviews
- Do a thorough review of the prospect’s website.
- Search for any articles in the last two years at least to see what kind of press coverage they have received.
- Review the Linkedin profiles for the firm, the person you are talking to, and anyone with similar titles or in the same department.
- Review on-line postings in relevant forums for the industry.
- See if they have a blog, a twitter account, a YouTube account, and similar social media sits that are often used for business purposes.
Six Questions That You Normally Have to Ask In The Conversation
- Prospect’s description of the problem in their own words. This is rarely more than a sentence or two and capturing the essence in their own words is key.
- High level description of current work process or work flow in their own words. This forms the basis for any delta comparison or differentiation of your solution.
- Any constraints they mention: if you hear the same ones multiple times you will more than likely have to satisfy them.
- How they will tell that a new solution will leave them better off: this is different from asking them to specify the solution, it’s asking for “future state” or the end result they would like to achieve.
- What else they have tried to do to solve the problem: probe for why they were not satisfactory.
- Key metrics or figures of merit they would use to evaluate a new outcome.
“A month in the laboratory can often save an hour in the library.”
F. H. Westheimer
Entrepreneurs seem to divide into two camps:
- those who want to have a conversation immediately, and
- those who are quite content to research for months as long as they don’t have to talk to strangers.
Striking a balance is the key to maximizing your learning from a customer interview. Effective research prior to the customer interview allows you to
- Ask better questions
- Provide evidence of your commitment to developing a mutually satisfactory business relationship
- Detect when your prospect is leaving something out or perhaps coloring the situation too much. You are not a stenographer there to capture whatever they say without reflection, but if your only source of information is what they tell you then you risk “garbage in, garbage out” in your product plans and MVP.
Q: We have been in customer discovery for a few months and have a situation in a negotiation that I am not sure how to deal with. A decision maker at a potential customer says he believes that our product can help but it’s not addressing a burning problem. The wrinkle that I have not encountered before: he says he would like to pursue this idea on his own so he wants us to compensate him for the ideas he is bringing. Any advice on how to look at the situation or how best to handle it?
Some Questions to Consider:
- Who owns the ideas that he gave you?
- Has he disclosed them to his company?
- Are they his ideas or the company’s property?
- Have you signed a non-disclosure either with him personally or with the company?
- Did he give you the ideas freely or did he ask to be paid before he disclosed them?
- Are there patents involved or does he plan to patent them?
If he is asking for a personal payment made to him, and not to the company, but it’s something you plan to sell to his company then you are walking into an ethical minefield. If he plans to pursue them himself it’s probably better to let him go on his way and talk to other folks who are not conflicted.
Act As If Everything You Do Will Become Public
As a rule of thumb it’s best to act as if everything that you do will become fully know to all of the parties involved or affected by your actions. This side payment request does not sound like it would pass that test the way that you have described it.
If his company is not aware of the fact that he has ideas for improving internal processes or workflows and he is trying to sell them to you there are some potential conflicts there.
Normal Negotiation Flow For New Technology
Normally what would happen is that they would disclose to your their needs, specific ideas for functionality and perhaps implementation options, constraints that your solution has to observe, and other relevant factors. You would either develop a custom product that is their property (work for hire) or you would develop a product you could sell to them and to others. The product might be sold at a discount to them to reflect their contribution, they might ask that you not sell it to named competitors for a a period of time (6,12,24 months). In the first case you would be developing a custom implementation, in the second case you would be developing a solution that they would like to become an industry standard–perhaps after enjoying a temporary period of advantage over competitors–and they want to spread the cost of development across many players in the industry.
You Normally Don’t Make Side Payments
You don’t normally make side payments to individuals. One exception might be that the other party wants to leave his current job at your prospect company and come to work directly for you. But you want to be very careful about making payments to employees of firms or government agencies that you are trying to do business with. The employer may view it as a bribe or kickback. This is also true for offers of stock or stock options in your firm and payments to relatives or entities controlled by the employee but not part of the prospect company.
Related Blog Posts
- Honesty In Negotiations
I always assume that at some point in the future the folks I am negotiating will know the full truth of the situation and that very few secrets remain that way for long.
- Building a Business Requires Building Trust
Working with bootstrappers sometimes puts us on teams that are in desperate circumstances. Where they are able to translate time pressure and resource starvation into a bias for action from a change in perspective they often succeed–or at least move beyond the current crisis: success, like the horizon, is an imaginary line you can approach but never seen to cross. But where they use it as an excuse to take shortcuts that abuse prospects trust we sometimes have to part company.
- The Lucky and the Wise
It can be hard to assess whose advice to take about your business. One reason for cultivating at least a kitchen cabinet of informal advisors if not a more formal advisory board is that a diversity of perspectives can normally provide more insights into opportunities, risks, and options for managing them. Advice from a lucky entrepreneur tends to be very specific and suggest a “copy exactly” model, a wise entrepreneur will offer principles and several alternatives with one or two approaches recommended as most likely to succeed or least risky.
- Treat Social Capital With The Same Care as Cash
Trust Doesn’t Scale, It’s Knit by Aligning Actions With Prior Commitments
I interviewed Arun Kumar in 2012 on his experiences bootstrapping Kerika. It’s a long interview but really gives you a sense of his journey as an entrepreneur, his insights into the future of global teams and how they will collaborate, and a candid list of lessons learned. Here are nine key take-aways that he offered in that interview from bootstrapping Kerika since 2002.
Nine Lessons Learned Bootstrapping Kerika
- Don’t spend too much time on market research. After some point, you are not discovering anything new; you are just hearing the same points being rephrased in different ways. Move faster into building your first couple of versions.
- If the feature is really important, it’s not free. Be very careful about what open-source products or libraries you incorporate into your own product.
- Watch users where possible; don’t rely upon them to tell you what they are having difficulties with. People often don’t articulate problems if they think they will look stupid in doing so, and sometimes people don’t even realize what problems they are having. With face-to-face contact and conversation you can find out what people want to achieve, which is often different from what they are complaining about.
- Users will use your product in ways you never considered. That’s a good thing. Even if that particular use case wasn’t the one that you envisioned originally, that’s an opportunity not a problem.
- You can’t push on a string: when you are trying to find your product-market fit, you need to find a use case where someone is pulling on the other end.
- You will almost never fire someone too soon.
- Get all the details right. Concepts are great, but execution is what matters.
- There are no instant successes: every successful company has a revisionist history that makes its founders look unusually brilliant.
- You can fail by misfortune, but are unlikely to succeed by chance.
- Peter Drucker on Why Entrepreneurs Reject Unexpected Success
- Appreciate Why Prospects Say “Your Baby Is Ugly”
- The Best Way to Get Feedback From Early Customers is a Conversation
- Focus On Your Prospect’s Pain Not The Brilliance of Your Product Idea
- Startup Advice in Three Word Doses
Over the years I have moderated several hundred Bootstrapper Breakfasts (since starting them in Silicon Valley in 2006). After doing a hundred or so and working with many clients who were bootstrapping I came up with a checklist for common mistakes bootstrappers and bootstrapping teams make in their first year or so.
- Leaving Your Assumptions Implicit: Not Writing a Customer Development Plan
- Believing that Anyone Will Want Your Product: Not Targeting a Specific Buyer
- Confusing the User (or the Audience) with the Buyer/Customer
- Believing Your Product Will Sell Itself (Looking for Smarter Prospects)
- Developing the Full Product: Not Selling the Smallest Piece Possible at First
- Not Focusing on Break-even and Profit
- Expecting Too Much Too Soon: Not Planning for “Target Practice”, Iteration, and Improvement
- Confusing VC with Customer: Going for (2% of) a Really Big Market
- Expecting the Same Control Over Prospects and Team Members as Your Code Base (Single Founder “No Compromise” Mindset)
- Treating the Business Like a Hobby (Thank God for Significant Others, Recently Deceased Relatives, and Crappy Day Jobs)
Five additional challenges that also need to be navigated
- Managing different aspects of your identity at personal, family, and business level.
- Understanding the emotional connection required for a successful business transaction: mission, brand promise, and logo.
- The networking etiquette in Silicon Valley: cards, introductions, how to get acquainted.
- Making the transition from selling to friends to selling to a strange
- Making the commitment to a business footing: licenses, structure, tracking expenses (and acknowledging that now you can fail).
Adapted from a talk I gave in August 2009 at the San Francisco Bootstrapper Breakfast.
Stormpulse has gone from an idea bootstrapped on founder savings and credit cards, to a project funded by friends and family rounds, to a small business strengthened by angel money, to a company that’s raised “meaningful” capital (our last round was just over $2 million). Here’s what I’ve learned since I’ve been able to leave the ‘drowning and can’t work on the important things’ mode.
Matt Wensing in “What I’ve Learned Since Raising Capital“
Matt Wensing has been bootstrapping Stormpulse since September of 2004 (“What Have I Been Doing?!“) He offers some short thoughts on what he has learned since raising capital and I wanted to highlight four:
Small for the sake of small is as bad as big for the sake of big.
Small for the sake of small is letting the desire for control or other perfectionist tendencies trump everything else.
The question isn’t “Stay small or go big?”
It’s: “Is the vision scalable & worth scaling?”
This is a key insight that most entrepreneurs overlook in their calculations of whether to seek funding. It’s not about whether you need it, it’s whether the plan merits and requires it.
Existential: Walking around the office, hearing other people having conversations that used to only be in my head.
If you want to scale up your business you have to share information and context and allow other members of your team to be able to have an informed discussion with you about risks and issues. And ultimately to have some of those discussions without your participation. As Hugh MacLeod observed, “scaling your business is all about having more people solve more problems for you.”
Define a great box by defining where to play and how to win; encourage in-the-box innovation.
To harness the team’s creativity define the business model and key objectives and let them experiment and explore strategies and tactics to accomplish them.
I think the key breakthrough he made was the realization that his clients didn’t want a weather map they wanted actionable suggestions predicated on an analysis of what they could do to mitigate risks against an identified asset base. He was selling against “the hapless weatherman outside in the hurricane” but it wasn’t his real competition. In December 2013 he rebranded it “Riskpulse” with the following goal:
Stormpulse Inc. becomes Riskpulse in response to customer requests for deeper risk management solutions. Because Stormpulse had a history of integrating disparate data sources and tracking rapidly-shifting factors in weather for business continuity professionals, it was uniquely positioned to develop a broader system for the whole supply chain.
Manage interruptions by writing down enough context to continue later: organized notes must detail status and next steps.
Brad Pierce: Preserve Context in Writing to Manage Interruptions
On longer time scales, when you must drop something for a while, it’s important, before doing so, to leave behind enough context for yourself to swap it back in. Write down some organized notes about where you were, what still needed to be done, etc. Keeping a log can be a big help, too, but it’s not a substitute for a high-level summary before suspending the task.
A good mental model for suspending a task is to leave behind the sort of information that you would need to hand it off to another person to finish.
Pretend that you are handing off the task to another person and you will be going away on a long vacation and unavailable to answer further questions, because when you come back to the task you will effectively be that other person.
Swapping in a new context is very expensive. Saving your state well when you suspend is actually much, much cheaper overall, assuming that you’ll need to come back to the task eventually.
Brad Pierce in Making the best of a bad interruption
I really like Brad’s advice and think it’s particularly useful for entrepreneurs in a couple of different situations:
At The End of a Meeting
Be clear on issues, risks, and action items before you adjourn. Don’t defer on getting agreement on critical risks, key concerns, and key tasks assignments. Rough notes that everyone agrees to means that the team is more likely to make forward progress instead of rehashing the key points of the last conversation (“I thought we agreed to…”) or arguing about things in email.
When Launching a Probe or Experiment
When you are launching a probe or experiment that may fail: plan your “time out” points and best alternatives in advance. Some examples:
- You are sending an e-mail request for a meeting or asking for action. Decide before you send it what you will do if you get no response: e.g. leave a voicemail, escalate, try alternatives, etc.. This is a variation on a premortem where you anticipate failure and what you will do to address it. But your state of information won’t substantially change with silence. While you still have the full context, plan out you next two or three steps so that you can also put them on the calendar without having to revisit the situation.
- You are trying to fix a problem or defect. Decide on two or three options you can try that may fix the problem so that you can either shift to the next one or start two or three efforts in parallel. Obviously if the failure of your first attempt provides new information you may change your follow up, but it’s worth trying to anticipate now what are the most likely failure modes and writing that into your plan so that you don’t have to recover your full context to continue to take action.
Schedule Time to Document Your Context
Schedule time for documenting context in advance of predictable interruptions: allocate time to write down the key aspects of where you are before anything that will trigger a context shift such as scheduled conversations with other people, the end of the day, end of the week, the start of a parallel or overlapping project commitment etc…
Create “Buffer Days” To Clear Administrivia Backlog
Group Low Context Activities Into Clusters: I am borrowing this from Dan Sulivan’s “The Great Crossover.”
- Focus Days: you work with undivided concentration on key business activities.
- Free Days: time you spend to relax and recharge with family and friends, no business activity.
- Buffer Days: time you spend cleaning up, preparing, running errands, and otherwise make your focus days more effective.
Buffer days and free days are filled with tasks that don’t require you to store context. See also
Tony Schwartz wrote a great post on “Turning 60: The Twelve Most Important Lessons I’ve Learned So Far.” Here are my top four from his list (original numbering preserved).
2. Notice the good. We each carry an evolutionary predisposition to dwell on what’s wrong in our lives. The antidote is to deliberately take time out each day to notice what’s going right, and to feel grateful for what you’ve got. It’s probably a lot.
I think this is a clever way of saying count your blessings, but a good habit to cultivate however you phrase it.
7. The more behaviors you intentionally make automatic in your life, the more you’ll get done. If you have to think about doing something each time you do it, you probably won’t do it for very long. The trick is to get more things done using less energy and conscious self-control. How often do you forget to brush your teeth?
There is a lot to be said for breaking out of the routine and “thinking outside of the box” but the more useful default activities you can turn into habit the more you can concentrate on what’s really important. Three useful business habits for you to consider:
- Carry a pen and paper or 3×5 cards to capture thoughts, insights, and suggestions from others.
- Make a list and work it. Less useful for exploring but essential for finishing. This is a habit I learned from my first business partner, David Woodruff, at Woodruff & Murphy, Decision Systems Associates. He always carried a clipboard and pen everywhere so that he could plan the day and work the plan. It was a habit he had picked up managing small construction projects but it has broad applicability.
- Always debrief at the end of a project. Ask for feedback and volunteer self-criticism before offering your suggestions to others. Especially when things have not gone well and you would rather sweep the wreckage under the rug.
8. Slow down. Speed is the enemy of nearly everything in life that really matters. It’s addictive and it undermines quality, compassion, depth, creativity, appreciation and real relationship.
I find this to be very hard by the middle of the day. Forcing myself to measure twice and cut once is easier in the morning than in the afternoon when I often I feel behind. The right decision, especially where people are concerned, is critical. I try to meditate twice a day and take at least a short walk to clear my head in the late afternoon. This is very counter-cultural for Silicon Valley and startups, it’s an overlooked source of effectiveness as a result.
10. Do the right thing because it’s the right thing to do, and don’t expect anything in return. Your values are one of the only possessions you have that no one can take away from you. Doing the right thing may not always get you what you think you want in the moment, but it will almost always leave you feeling better about yourself in the long run. When in doubt, default to calm and kind.
We always try to put clients first and make sure our partners get paid when we do. Bootstrapping a startup is a very difficult way to make a living and may of our clients find it to be very stressful from time to time. I try to remain empathetic since i have made most of the mistakes that I see them making or hear them recount. But I also try and be as honest and direct as they can tolerate, explaining what I see as the key facts in a situation, and courses of action that they should consider.
Don’t waste time painting Tom Sawyer’s fence: proving someone wrong is actually a poor source of motivation. It’s OK to ignore conventional wisdom, but don’t get trapped into doing someone else’s work (or building their platform) just to prove them wrong. Build something instead of trying to win an argument.
Ben stopped nibbling his apple. Tom swept his brush daintily back and forth – stepped back to note the effect – added a touch here and there – criticised the effect again – Ben watching every move and getting more and more interested, more and more absorbed. Presently he said:
“Say, Tom, let me whitewash a little.”
Tom considered, was about to consent; but he altered his mind:
“No – no – I reckon it wouldn’t hardly do, Ben. You see, Aunt Polly’s awful particular about this fence – right here on the street, you know – but if it was the back fence I wouldn’t mind and she wouldn’t. Yes, she’s awful particular about this fence; it’s got to be done very careful; I reckon there ain’t one boy in a thousand, maybe two thousand, that can do it the way it’s got to be done.”
“No – is that so? Oh come, now – lemme, just try. Only just a little – I’d let you, if you was me, Tom.”
Mark Twain “The Adventures of Tom Sawyer” Chapter 2
Rand Fishkin: You Can’t Do It Motivated Me
In “You Can’t Do It is a Powerful Motivation” Rand Fishkin recounts accurate advice he receive and ignored:
- “You can’t build a big company in the SEO space,” said plenty of business people I talked to. “Stick with consulting–it’s what you know and you’ve got a great brand.”
- “You need to hire a head of product and build a product team.”
- “You can’t build a search engine sized web index on $1 million.”
- “Don’t try to raise money now – you won’t get any.”
- “The self-service / web app model is wrong. You need to build an enterprise sales force / charge more for your product / create embedded software so it’s not so easy to quit.”
Build Something Instead of Trying to Win an Argument
Most of this is implementation advice from folks with considerable implementation experience. No one was arguing about customer need, except perhaps the last one is about value proposition. He needs to turn this into a positive narrative. The Germans have an aphorism: “Stubbornness is the energy of fools.” He should reframe this as a persevering focus on his prospect’s needs.
Sam Walton: Ignore Conventional Wisdom
Sam Walton suggested an approach Rand might consider in his ten rules for building a successful business:
Rule 10: Swim upstream. Go the other way. Ignore the conventional wisdom.
If everybody else is doing it one way, there’s a good chance you can find your niche by going in exactly the opposite direction. But be prepared for a lot of folks to wave you down and tell you you’re headed the wrong way. I guess in all my years, what I heard more often than anything was: a town of less than 50,000 population cannot support a discount store for very long.
Related Blog Posts
I have come to believe that morale or esprit de corps is the critical resource for a bootstrapping team. With it they can persist, blending freelancing, consulting work, customer discovery, product development, sales, and customer support.
The simple view is that you can just focus on one thing at a time–develop a product, market it, refine it, scale up–and that a few iterations will get you there. The reality for most is that it’s much harder and requires perseverance as a team.
The teams that persevere bring complementary skills and shared values to a common effort sustained by trust, shared vision and joint accountability. The first ten principles from Adventures in Missions focus on trust and integrity, offering some useful guidelines for building and maintaining trust:
- Integrity in an organization is built by developing trust.
- Trust is the glue that enables a team to function well.
- Trust is built over time through competence, commitment, and care.
- Trust is built as we preserve and build the significance of others.
- Trust is built through bearing each others’ burdens.
- Trust is built through a rapid response to communication.
- Trust is built through humility.
- Trust is built through personal contact.
- Trust is diminished by sarcasm and criticism.
- Integrity means making and living up to commitments.
See also “Entrepreneurship is the Launching of Surprises” which explores George Gilder’s essay “Unleash the Mind” and contains this insight that I think I am building on in my focus on morale as the key resource in a startup:
“America’s wealth is not an inventory of goods; it is an organic entity, a fragile pulsing fabric of ideas, expectations, loyalties, moral commitments, visions.”