After 11 fun years at SolidWorks, I am leaving to pursue a new career opportunity. I consider myself lucky to have worked at such an awesome company during a time when it grew from a startup to a force in the CAD industry. In 1996, it was the second job of my fledgling career and I don’t think I could have done it any better. I learned so much during these 11 years, got to contribute to a product used by hundreds of thousands of product designers, worked with some of the smartest people I have met and made so many friends over the years amongst my colleagues and customers alike.
Now it is time to move on and do the next big thing in my career. It is hard to leave a place where I knew so many people who shared the good and bad times during the different business cycles. But I believe that I will never know what I will find next unless I try. It could be the next big success or failure, but the learning cannot continue unless I try. I wish all my colleagues the very best in personal and business success for years to come.
I thought this would be a great opportunity to list the top 11 things that I learned at SolidWorks (yes, there is a lot more than 11) in the last 11 years that will guide me for the rest of my working life.
1. Hiring is the most important thing you do at work and always hire people smarter than you: Team success is what will determine your business success, so why not have people smarter than you working for/with you? If you have to micromanage someone or babysit them to do the tasks, why hire them? Hire slowly and make sure you have done due diligence.
2. A manager’s success is all about making his/her reports successful in what they do: Once you are a manager, it is not about “you” anymore. It is all about your team. Your job is to ensure that you are making your reports successful in their job. You have to ensure that their strengths are fully utilized. You will be judged by your team’s success.
3. You cannot move up in the company unless you train your replacement: You have to make sure that you are dispensable by training your replacement. Otherwise, you cannot move up and take up another position within the company. Pay attention when you are hiring – can your new hire replace you one day? Thanks to Aaron Kelly for teaching me this. I would not have made my move from Product Definition to Strategic Marketing without Bruce Holway.
4. It is all about “relationships” and not “products”: This is true whether it is with customers, colleagues, partners and resellers. When someone buys from you or when your colleagues work with you, you are winning their trust and they are making an investment in you. Trust once broken, cannot be repaired. Relationships you build will outlive any technology or product. In other words, it is all about “people” and not “products”.
5. Only viewpoint that matters is that of the customer: The answer is not in the building. You have to get out and talk to real customers and understand their “pain points”. In fact, none of the people in the building will buy your product, only your customers do. So take the time to figure out what your customers need and then solve their pain points with a kick ass solution. Worry about the competition, but worry more about what customers need. Respect the customer.
6. There is a big difference between products that customers will “buy” vs. products customers “like”: You should only be solving problems that customers are willing to pay money for (in some cases, you make money via the network effect that is generated by solving problems – eDrawings, 3D ContentCentral are prime examples). After all, business needs to make money to stay around (there are no two ways about it !). It does not make business sense to solve problems customers don’t care about. Never get enamored with technology and then start looking for problems that the technology can solve. Do it the other way. Find the real customer problems and then find the best technology to solve these problems and then make money out of it.
7. Be “market driven” and not be “marketing driven”. There is a big difference: Never thought how big a difference adding “ing” to a word could make.
8. Have technical and business arguments with colleagues as long as none of it turns personal: Make sure that all perspectives are considered when devising the best possible solution for a customer’s problem. Have heated technical/business debates if you want, but never ever make any of these arguments/disagreements personal. When you have these disagreements and then make a decision, you at least know that you have considered all possible solutions and picked the one that is the best. After all, the customer does not care whose idea it was, to them the idea came from SolidWorks. Either all of us are going to look like heroes or a bunch of idiots. Which would you rather be?
9. Have meetings before the meeting: If you are asked to present to a large group of people meet with the key stakeholders one on one before your big meeting. You do not want to get ambushed because you did not do due diligence on the material you are presenting. Meet with them one on one before hand and make sure to get their feedback on your thinking and ask specifically for any concerns they may have. You would then have time to do more research to address those concerns or list them as risks. If you do this right, the final meeting should be one of consensus and no “surprises”.
10. Trying and failing is a lot better than failing to try: All successful people have failed more than they have succeeded. No one writes about their failures. Failing to try is trying to fail. Never forget the lessons you learn from these failures. There is no better learning method than trying and failing, but never fail the same way twice. I have to thank SolidWorks for all the wonderful opportunities over the last 11 years to try new things and having the luxury to fail and learn from these failures.
11. Execution is the key to being successful: History is filled with people/companies who had great ideas and got nowhere because they did not execute. Devil is in the details. Many times, flawless execution can compensate for any flaws in the idea as long as you quickly iterate and continue to execute. Execution is the key.