Loading...
Answers
MenuTo take a loan or not to take a loan? Is it worth taking on debt to hire?
There is that vicious and endless cycle whereby you need money to hire employees and pay their salary but you need the work to feed them and your business. Sometimes you can't get the work without having the employees in place. Is the best way to break the chain taking a loan (as well as a risk that having the employees won't call forth the work)? Perhaps it's most strategic to first take a smaller financial risk hiring one very strong salesperson who solicits projects that feed the business. Does anyone have experience with this problem, perhaps specifically in the creative and digital agency sphere?
Answers
Though I don't have experience in that particular market sector - I DO have experience dealing with that challenge.
Every dollar you borrow increases your risk exposure so you have to factor that into your ROI. Pay careful attention to the terms of the loan (or LOC) and if at all possible your business should be the guarantor (versus you personally taking on that role).
That said - Here are my brief thoughts:
1. Unless you need a lump sum - go with a line of credit versus a loan.
2. Consider hiring someone to do contract work versus bringing on a salaried employee.
3. Unless you already have adequate work for them (i.e. their efforts will be profitable) don't bring employees on. (I mention this because you state that "you need the work to feed them" - suggesting that you might be bringing them on FIRST... before there's a need).
4. In many markets - salespeople work on commission. Perhaps you can find someone that will work for 100% commission thereby eliminating your need for a loan to give them a paycheck.
Harsh Statement Warning... (don't read on if you are easily offended): The truth is that If you are currently unable to generate sufficient business (i.e. you need someone to do that for you) then you don't yet have a "business".
Note that I define a business as an entity that has discovered and successfully implemented a viable business model (and is therefore profitable) and fulfills the criteria of being both repeatable and scalable to the extent required by the owner to be worth moving forward with.
If you'd like a more detailed explanation and help deciding next steps, you know how to reach me.
Best of luck to you!
I went through this when I started Spheric Technologies at 24 years old. I did save $70K to start, but quickly ran out of money after hiring 3 people (cashflow almost killed me). The company grew 150% year over year to 30 employees and was acquired in May of 2008.
How I solved the cash problem for hiring ... a few things.
1) Dynamic pricing. When a customer asked me the cost for a project or our rates, I always said it was contingent on the payment terms they could accept - 50% up front, Net 0, Wiretransfer for payments was 20% less then Invoice 30 days, Net 30, cheque in the mail. Here's the trick though - ask them first what they're willing to do for payment terms, THEN use the items above to negotiate :)
2) Hire a recruiting firm that can get you amazing talent at the price you need within 2 weeks - and negotiate paying them 3+ months out. That way, you can pre-sell the work, and feel confident you'll have someone solid to work on the project when it starts (2 weeks isn't un-reasonable to wait.) I set this up 9 months into the company, and it's what allowed me to grow so fast, and ensure we always delivered on the promise to our customers. That partner exists, find him.
Those 2 things 1) Customer Financing, 2) JIT Talent Pipleline can transform your business.
Hope that helps - feel free to request a call anytime to discuss the details.
I've most definitely experienced this issue first hand a few times, and I struggled to find an answer. I finally did get a sense of how to tackle this by going out and meeting with founders of engineering and other professional service firms. The product is quite different (not to mention billable rates...) however, the model is very much the same.
I would always avoid taking financial risk to fund growth, unless you have a contract in the pipe to cover the salaries, overhead and even the profit margin all lined up, in which you really really need to hire correctly and be seriously organized.
As a rule of thumb, every billable resource has be billing at 85% of their work day, everyday. This is incredibly hard to achieve when setting up your agency, as there are countless processes that need to go in place to achieve this. Your first 5 or so hires all need to be billing at 85% before you start taking on overhead staff. Taking on overhead staff too early WILL limit your ability to scale.
If you have a team all billing appropriately , it becomes quite easy just to have two staff working the extra 15-20 hours per week to cover the additional outputs you require. Only make the hire once you have the business in place, solid internal processes figured out ahead of time and have gone through a billing cycle or two so the additional salary won't eat up your cash flow.
It really all comes down to getting your model down to an art. It is more often far easier to work with what you have to become more profitable than to scale. And if you are looking to scale before you have at least 3 months cash in the bank, I'd be very cautious about growth.
This was the stuff I never wanted to hear, but really really needed to hear.
Also, if we are talking about your first hire, first look at ways to offload a lot of your overhead time suckers. (Invoicing, book keeping). If you are billing enough and charging a fair rate, it won't be long before you have the cash in the bank to handle the risk. If not, you are leaking money somewhere. Find the hole and plug it, fast. Before you make your first hire, I recommend reading "The E myth". This will help prepare you to ward off some of the perils of your first hire.
Related Questions
-
How can I manage my developers' performance if I don't understand IT?
Whenever you assign them a task, break down the task into small chunks. Make the chunks as small as you can (within reason, and to the extent that your knowledge allows), and tell your devs that if any chunks seem large, that they should further break those chunks down into bite size pieces. For instance, for the overall task of making a new webpage, _you_ might break it down as follows: 1) Set up a database 2) Make a form that takes user email, name, and phone number and adds them to database 3) Have our site send an email to everyone above the age of 50 each week When your devs take a look at it, _they_ might further break down the third step into: A) Set up an email service B) Connect it to the client database C) Figure out how to query the database for certain users D) Have it send emails to users over 50 You can keep using Asana, or you could use something like Trello which might make more sense for a small company, and might be easier to understand and track by yourself. In Trello you'd set up 4 columns titled, "To Do", "Doing", "Ready for Review", "Approved" (or combine the last two into "Done") You might want to tell them to only have tasks in the "Doing" column if they/re actually sitting at their desk working on it. For instance: not to leave a task in "Doing" overnight after work. That way you can actually see what they're working on and how long it takes, but that might be overly micro-manager-y At the end of each day / week when you review the tasks completed, look for ones that took a longer time than average (since, on average, all the tasks should be broken down into sub-tasks of approximately the same difficulty). Ask them about those tasks and why they took longer to do. It may be because they neglected to further break it down into chunks as you had asked (in which case you ask them to do that next time), or it may be that some unexpected snag came up, or it may be a hard task that can't be further broken down. In any case, listen to their explanation and you should be able to tell if it sounds reasonable, and if it sounds fishy, google the problem they say they encountered. You'll be able to get a better feel of their work ethic and honesty by how they answer the question, without worrying as much about what their actual words are. Make sure that when you ask for more details about why a task took longer, you don't do it in a probing way. Make sure they understand that you're doing it for your own learning and to help predict and properly plan future timelines.LV
-
Pitch Decks: Where can you get the most design bang for your buck?
I heard of a startup that recently launched called http://sketchdeck.com that has become pretty popular for fundraising decks. Happy to do a dry run of your pitch with you in a call.TW
-
Is it ok from a brand perspective to have different color schemes for your logo for different purposes?
Building a brand takes more than a logo. With that said, consistency is key for obtaining a competitive advantage that speaks to your market for longer. I would recommend against using different styles and colors for various purposes and instead maybe avoid using in lieu of the logo use maybe instead borders or patterns that use your logo's or brand colors. The idea of a logo is to engrave a mission or product into potential customers when they simply see the brand or logo... Once a logo is pushed and promoted you can strengthen that image by enforcing the brands colors through different materials or media :)HV
-
How much should I charge to develop a WordPress site?
Take the # of hours it takes you to do it and charge $50/hour. That's the price. Eventually you can charge $100/hour but that will require a bigger customer. If the customer is small < $1M in gross sales per year - charge $50/hour If the customer id medium < $1-5M / sales - charge $75 Over $5M - charge $100 The challenge you'll face is clearly defining the expectations and handoff so that you're not stuck doing stuff that you can charge for and always getting interrupted from past customers.DM
-
How do you manage a developer who's slow, especially when you have a small budget and you don't feel like you'll get things done in time?
Usually Programmers are only slow when they don't know how to solve a particular problem. So they will spend a lot of time researching and a lot of trial & errors to solve a problem. It is important that before you engage a programmer on a project, you break down the entire project into simple, easy to understand modules. Let him give you an estimate of how many hours he will require to complete each of the modules. Example: a typical site will have a login module, registration, My account, profile etc. So let him estimate how much he will require to do the login. You can go even detail here. (e.g. how much extra time if you were to implement Facebook/Twitter Login?). Once he start developing, track his progress closely and make sure he is following his given timeline. If he goes over his budgeted time on a module, talk with him and see what went wrong. It is often seen that they may be wasting their time on something very insignificant that you may have asked him to implement, but you can totally go by without it too. So by understanding what is taking longer time, you will be able to prioritise things better. You definitely need some tools to get this done. Google Spreadsheet or Excel works just fine. But if you don't mind spending a few bucks there are many agile project management tools that you might look into. Here is a list, google them all and sign up for trials: * AgileZen * Agile Bench * Assembla * AssiTrack * Blossom * Basecamp * Breeze * DoneDone * Eidos * Fogbugz * GreenHopper * Jugggla * Kanbanpad * Pivotal Tracker Or the reason why he is slow can be purely non-technical. Sometime your developer may don't share the same level of enthusiasm as you about the idea that you are working on. They often don't often see the "bigger picture" (since you don't share everything with them explicitly). If you can somehow get them excited about what he is a part of, it will work like a drug :) He will work day and night without questioning you. But you need to work equally as hard as him. The moment he sees that you are the boss and he is just the guy doing work for you -- his mentality will shift from being part of something to being the low paid developer. Ultimately its all about motivation and making him a part of your venture. After all he deserves it, if he is really playing a crucial role in the entire development.SK
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.