How to hire like a hacker

In my past several years of running Themeefy, I have gone through many hiring cycles. Over time I have learnt that there is a particular strategy or set of things, that work really well — especially if you are an early to secondary stage start-up, and want to attract good talent, without necessarily paying a lot.

  1. Be clear on who you want — Do you want a CSS / HTML guy ? Do you want a server-side developer ? Or do you want someone who can do pretty much everything little bit? It’s important to clearly outline this in your mind, because people come with different skill sets and everyone has a different bent of mind. Server-side programmers, even if they can write CSS very well, should ideally not be used for that role — they might miss out Ux aspects that are crucial. Similarly, front-end developers might be capable of writing server-side code, but might miss scalability or other issues. Of course there are exceptions to this.

    Also, if you know the exact skill set you want, or the exact role this person will play in your team, you will look at the right places to hire. For example, while hiring UI people, you should be browsing Dribble, but while hiring server-side, GitHub is a much better place.

  2. Write a cool job advert. Be creative — Often, highlighting the non-monetary benefits of joining your start-up, can attract top talent. For example, in a recent hiring cycle, I started my job advert by saying “work for 5 hours a day and do cool stuff for the rest”. I didn’t lie. I just figured that days of high pressure work, nearing a release date, are often balanced out by relatively low pressure days when we are in design phase or doing beta testing etc. It all averages out to 5 or 6 hours of work a day, which can be a great perk for talented people. You also stand a chance of hiring folks who like to spend time in developing their own skills, ultimately benefitting your startup.
  3. Give measurable tests — Hiring is a risky business with a high probability of a wrong decision. This is because it has so many aspects and in a start-up we are always pressed for time and resources. Often, multiple rounds of interviews or tests are not possible, candidates are remote or are too busy in their existing jobs. The best way to cut through this is to send a set of small projects — for example a single page UI to a client-side developer, or a small DB problem to a server-side person. A set of goal oriented tests often makes it easy to see whether the person has the ability to achieve a task without much guidance and in a small time frame — a crucial skill for a startup.
  4. Build a pipeline — The fastest way to get people on board, is to have a pipeline of resumes / people that you interviewed in earlier cycles and have had a conversation with. People acquire more skills over time. . They might have been a “near-fit” back then and you found a better person. But six months or a year later, they might be the right person.
  5. Be open — Don’t have strict notions of work. Be open to work from home, remote work, flexi hours. Be cognizant of the fact that you are hiring people, not coding machines. Talent can come in unexpected packages and as long as you feel a person might be able to do the job, it doesn’t matter how they do it.
  6. Look for attitude — Because when the ship hits rough seas, it’s the attitude that matters more than the skill. No matter how good resumes look, or how amazing a GitHub profile is, it’s the gut feel you get when you see the test results of a person, or interact with the person on email or phone to which you should pay attention.
  7. Be a “closer” — When you are taking time to hire, or decide not to hire someone, make sure you send out an email to the person — especially if you have had several rounds of interviews or discussions with them. It is the right thing to do, and it makes sure your pipeline is open for the future. And as an entrepreneur it’s important that you work towards building a healthy industry culture.
  8. Rules are meant to be broken — There is no one-size-fits-all in start-ups. And definitely not in hiring. If you have rules like salary structures, leave policies, timings — junk them. They are barriers to hiring. Employees get confused and the focus becomes more on what am I getting, rather than on what is the culture I am getting into. Emphasize just one thing during hiring — that it’s a goal-oriented, trust-based and merit-based place. That’s all that matters and that’s how your start-up should be. Customise your offers based on your candidate and your current ground-reality.

Well, that’s it — my algorithm for hiring. You are free to fork and tweak this to your needs. Happy hiring ☺

Awesome happy people build awesome happy products.

Being an entrepreneur is always tough, but the first attempt is always the toughest. The social and economic weather in India right now is thrumming with unharnessed entrepreneurial energy and the reasons for not starting up are becoming fewer and fewer.

The odds however, still remain quite high, especially for people who start for the first time. This post is a note on things I learned first-hand on my entrepreneurial journey.

A first generation entrepreneur, I’ve always had a strong desire to build new things and have a global impact. I spent a few years at a large multinational and then started up. I had a fair grip on technology and I had done some intra-preneurial work at my company — that is, built and managed a small product in the field of User Centered Software.

In retrospect, I realise that I did not know a lot more than I thought I didn’t know. I had no idea of how to productise a concept under severely limited resources, how to design products or, what product-market fit is. I had hired and built teams for big companies, but not for a new start-up. I just had a clear vision of the product and a dream to build it.

If you are sailing in the same boat, then read on. There is a lot written about starting up by a lot many people who are much smarter than me. My intention is neither to assume I know better nor more than them. This post is just a set of notes I scribbled along the journey so far. I am hoping this will help folks, who like me are starting up for the first time in India.

Talk to people. The more you share your ideas, the more lucid they will become and the stronger your conviction will become. And chances are, you will get help from a lot of unexpected quarters. Don’t ever be afraid of people stealing ideas. Thieves rarely make entrepreneurs, and even if they do, they are just testing out a new market for you.

Build a company. Not a product — Start by getting the right people on board, whether these are co-founders or employees. If the people are right, they will make everything right. When a product fails the market test, the right people know how to pivot. So one idea morphs into another.

This might be hard in India, considering people often get nervous about changing courses midway. So apart from hiring the right people- which incidentally is a very subjective term — the next thing is to make sure there is a lot of sharing of ideas, frank communication and discussions about the product. Not just daily heads down, code from 9 to 5 stuff. That just makes people robots and kills ideas.

Hire young people with spark. Pay more, hire less — Several times in my 3 years, I have hired fresh college grads over experienced folks, paid them slightly more than they would normally get, and gotten a lot more dedication and valuable contribution. Experience matters, but if there is already enough of that in one of the founders, then spark and energy outweighs that factor.

Hiring fresh grads is tricky. There is very little to judge them with, and the best way to start is to throw a small project or challenge at them. For example, when hiring a UI developer, send him a simple mock, and ask him to code it in a day or two.

Employees are not founders. Don’t expect that. Let me rephrase. It’s ok to expect employees to contribute ideas. It’s ok to expect employees to care about the product and give it their 100%. But it’s not ok to expect them to slog 16 hours a day and over weekends. That is for founders — you and your friend who started up, or you alone. It’s neither fair nor healthy to make employees kill themselves beyond what is reasonable. As entrepreneurs we have a duty to set the right culture across the industry, and to ensure that creativity and energy is not killed by burning people out.

If you are making your employees work weekends, 12 hours consistently, all in the name of product deadlines — you are doing something wrong and it will hit you sooner or later, maybe as killed innovation, bugs, or just bad karma. All of that matters.

Awesome happy people build awesome happy products. Bootstrap but don’t cheap out. If you build a team, because you need a team, then you need to figure out how to keep the team happy within the set expectations. While nice white offices, with MacBook’s and vending machines, is the ultimate way (perhaps) of keeping folks happy — that is not the only way. You will be surprised to find out how, if you can set expectations right, then simple things like letting people work flexible hours, working out of a nice neighbourhood cafe and footing their coffee or beer bills, goes a long way in thinking they work at Google.

Try to be the least smart person on the team. This is a known mantra but I have seen this in action, first-hand. And I need to put this on record that if nothing else pays back in entrepreneurship then simply the ability to hire people smarter than you, and see them execute, is payback enough. The point is, every guy you bring on board should do at least one thing better than you do it.