Loading...
Answers
MenuShould I charge for a pilot project?
We are in talks with an enterprise to start a pilot project for our software. Is it a norm for companies to pay for a pilot project? Or should it be free to get a foot in the door and learn more about their problems and processes
Answers
Generally speaking, Yes.
I say this for a couple primary reasons.
1) If you do not place value in your product, why should the customer? And if you are not charging for it you are not placing value on it.
2) the customer will be more "invested" in the success of something that has cost them something. If it was free and it fails, "who cares"? if it cost them resources they may be more interested in making it work.
There could be overriding factors, but this is where I start with a question of this nature.
Definitely yes!
Your product and your time are valuable and that should be recognised. Also, neither you nor the company you pilot with will benefit from you running any financial risks.
But...there are various things you can do to ensure that the pilotcompany feels just as recognised as you do. Just some thoughts:
- Cost prices only during the pilot
- Engineer on site during pilot to immediately fix things
- Special discounts
- Lifelong premium service for free
- Be a prominent use case (they might need the innovative publicity)
Good luck!
Yes! When I started my company, I offered services for free, and after putting in a lot of work, the test client did not value my time during the process.
Even though this is a pilot, you may still incur costs to produce and time is a valuable resource that you will never get back. Getting in the habit of getting paid helps you build confidence and evaluate what you can charge in the future. Also, when the client pays, they will have "skin in the game" and will be more active during the process.
If you ever need help evaluating your sources of revenue vs cost of goods or determining your break even number, please feel free to schedule a call!
I wish you the best in your business!
Yes, charge.
The concept is called a Monkey's Paw, which comes from big ships coming into port. They need to be tied up to a pier, but the cable used is too thick for dockhands to handle. So they connect a thinner, lighter rope to the cable, and throw that down to the dockhand...who can then reel in the big cable as well.
When you do a pilot project, or a consultation, or put a plan together, charge for it with the Monkey's Paw approach. "I'll do this for $X,XXX." Cover your costs and pay yourself enough that you're happy regardless of whether you get the full project or not. Then: "Once you have this [pilot project / plan], it's yours. You can do whatever you want with it. Have me implement it. Have someone else carry it out. Leave it on the shelf. Throw it away. You own it. But if you want me to implement it, I'll deduct the initial investment of $X,XXX from the total. Sound fair?"
This way, your client sees value and not just 'Cost Plus'.
It totally depends on where you are in the product life cycle. Of course you want to get paid but you also need success stories and objective information about your product and how to improve it, especially if it's a newer product. You could always limit the pilot to 60 days and charge for professional services up front and then get the subscription after the pilot if it goes well as an alternative. I think you need to evaluate long term value of the customer - will they be with you for 6 months or 10 years? What's the difference if you start off in a pilot without a large sum of money exchanged if the relationship lasts over multiple years and they generate referral business for you that exponentially increases. Have some other ideas that could be helpful if you want to chat through it.
Great question! Answer should be always ask for the order! There are some caveats to consider regarding the maturity of your software, what value it delivers, who already is using the software and the overall strategic value of the account.
If you ask me, I believe yes, you should charge for your pilot project. One approach is to think in terms of “value exchange”. That is, what value are you receiving back from the customer that is going to assist you in determining product and services viability along with feedback on your business model. With this approach, you can offer a substantial discount because of the tangible and intangible benefits you are receiving from the pilot project. You are asking the customer to spend considerable time on a new product, to try things that may not work, to live with the frequent changes that you will be making, etc. With the value exchange approach, you can compensate them in some way for their time and effort by giving them a discount.
It’s difficult to put a one-size-fits-all model around this so one way is to diagram it out and put a price on the activity/feature they are receiving and then to guesstimate how much value you are receiving back in terms of feedback, testing, dealing with bugs, etc. With this approach, you can be transparent with your pilot project customer and show them that you appreciate the value you are receiving back from them and how they are contributing to the overall project.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
How much equity should I give an engineer who I'm asking to join my company as a co-founder? (He'll be receiving a salary, too, and I'm self-funding)
You will find a lot of different views on equity split. I haven't found a silver bullet. My preference/experience is for: 1. Unequal shares because one person needs to be the ultimate decision maker (even if it's 1% difference). I have found that I have never had to use that card because we are always rational about this (and I think us being rational is driven because we don't want a person to always pull that card cause it's a shitty card to pull) 2. When it comes to how much equity, I like Paul Graham's approach best: if I started the business by myself, I would own 100% of the equity; if xxx joined me, he/she would increase my chances of success by 40% (40% is just an example) at this moment in time. Therefore, I should give him/her 40% of the company (http://paulgraham.com/equity.html) 3. In terms of range, it could go between (15-49%) depending on the level of skill. But anything less than 15%, I would personally not feel like a cofounder 4. Regarding salary and the fact that you will pay him/her, that's tricky but a simple way to think about it: If an outside investor were to invest the equivalent of a salary at this exact moment into the startup, what % of the company would they get? (this may lowball it if you think the valuation is high but then again if you think you could get a high valuation for a company with no MVP, then you should go raise money) One extra thing for you to noodle on: given you are not technical, I would make sure a friend you trust (and who's technical) help you evaluate the skill of your (potential) cofounder. It will help stay calibrated given you really like this person.MR
-
As a startup, is it better to find a way to pay for services (i.e. design) or trade equity for it?
Before I get to your question, let me give you a tip: always aim settle questions of payment before the work happens. It is ten times easier to agree on a price beforehand, and having done that doesn't stop you from changing it by mutual agreement later. The problem with paying cash is pretty obvious: you don't have a lot of it. The problems with paying equity are subtler. The first one is that early-stage equity is extremely hard to value. A second is that equity transactions require a lot of paperwork. Third is that entrepreneurs tend to value their equity much higher than other people would; if not, they wouldn't be starting the company. And fourth, people like designers are rarely expert in valuing businesses or the customs of of startup equity valuation. In the past, I've both given and received equity compensation, and it's a lot more of a pain than I expected. In the future, what I think I'd try is convertible debt. That is, I'd talk with the designer and agree on a fair-market wage. E.g. 100 hours x $100/hr = $10k. The next time we take investment, the $10k turns into stock at whatever price we agree with our investors, plus a discount because he was in before the investors. Note, though, that this will increase your legal costs and your deal complexity, so I'd personally only do this for a pretty significant amount of work. And I'd only do it for somebody I trusted and respected enough to have them around for the life of my business.WP
-
What legal precautions can I take to make sure nobody steals my startup idea?
I've discussed ideas with hundreds of startups, I've been involved in about a dozen startups, my business is at $1M+ revenue. The bad news is, there is no good way to protect ideas. The good news is, in the vast majority of cases you don't really need to. If you're talking to people about your idea, you could ask them to sign an NDA ("Non Disclosure Agreement"), but NDAs are notoriously hard to enforce, and a lot of experienced startup people wouldn't sign them. For example, if you asked me to sign an NDA before we discussed your Idea, I'd tell you "thanks, but no thanks". This is probably the right place though to give the FriendDA an honorable mention: http://friendda.org/. Generally, I'd like to encourage you to share your Ideas freely. Even though telling people an idea is not completely without risk, generally the rewards from open discussions greatly outweigh the risks. Most startups fail because they build something nobody wants. Talking to people early, especially people who are the intended users/customers for your idea can be a great way to protect yourself from that risk, which is considerably higher than the risk of someone taking off with your idea. Another general note, is that while ideas matter, I would generally advise you to get into startup for which you can generate a lot of value beyond the idea. One indicator for a good match between a founder and a startup is the answer to the question: "why is that founder uniquely positioned to execute the idea well". The best way to protect yourself from competition is to build a product that other people would have a hard time building, even if they had 'the idea'. These are usually startups which contain lots of hard challenges on the way from the idea to the business, and if you can convincingly explain why you can probably solve those challenges while others would have a hard time, you're on the right path. If you have any further questions, I'd be happy to set up a call. Good luck.DK
-
What's an alternative to equity based compensation that recruits, motivates and retains employees?
Before we dive into the equity,salary and such. Motivation and retention begins with the CEO. Ask yourself what is the culture of the company? If you don't know anything about culture then start with the basics: 1. Do you value employee opinions? Do you ask for others opinions? 2. Do you encourage people to listen to employee problems? Do you listen to what other people have to say? 3. Do you encourage others to come up with ideas and suggestion? 4. Can you sell your dream? 5. Can you build consensus? 6. Hire people for their strengths and fix their weaknesses 7. Don't assume shit, always ask 8. Treat your interns like employees and mentor them 9. Have a clear vision and be able to articulate it 10. Can you admit when you are wrong? VERY IMPORTANT So if you have a strong company culture this will help with new hires, motivate, and retain talent. The frosting on the cake is free food/snacks, happy hours, company paid healthcare benefits, etc.TP
-
I'm having problems with ideation for a startup, I'm a web developer, what needs of yours aren't being met? Or how can I find a big problem to solve?
It's really ill-advised to solicit your vision from anyone. In my 20 years of building, investing and supporting tech companies, I don't know of a single success story that has it's origins in someone with your approach. Running a tech startup is incredibly hard. It demands sacrifices few are truly able to make and come with it tremendous risks that most people are unwilling to take. It sounds to me as if you want the startup life because you have an impression of what it's about but haven't yet experienced it first-hand. I'd encourage you to first join an early-stage startup. Developers are incredibly in-demand. Find an entrepreneur who has some experience, funding and a compelling vision that you believe in and get to know what the journey is really like.TW
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.