Loading...
Answers
MenuHow important is coding knowledge in starting a SAAS business? Should I start by learning code or just get started on the idea? Book suggestions?
This question has no further details.
Answers
I started a large SaaS Company for B2B where perfection in code is as importante as it gets.
So here is my advice, DON'T CODE until you know what the Saas Really is.
First start understanding what the problem REALLY is. Interview people and actually spend 100% of your time doing Customer Discovery. (This sounds easy but it is a skill you'll have to develop far more important than coding).
Once you understand what the problem is, come up with a value proposition. Still no code.
Then make a sell.
If you can actually find things already existing that you can Hack and put it together then use that.
Then make another sell.
If you can sell it to at least 50 people if you are B2C, or if you are B2B you should have at least 1 customer.
Once you do that then start automating some parts of the solution that you have hacked and so on.
But THE most important thing is to be in constant conversations with your customers and hot leads.
Remember you are a customer making machine not a coding machine, the first one is where the money is.
Hope this helped you, if you want to talk more about customer discovery and customer development, just give me a call.
This is a common question for first time founders. Unfortunately, some people misinterpret the Lean Startup Methodology and dive into *coding* an MVP far too quickly.
Rookie founder = (Code —> Design —> Marketing —> [Problem] —> Customer Development ) + only enough cash for one pivot = Quick way to die
Experienced founder = (Customer Development —> Design —> More Customer Development —> Sales —> Code —> More Sales) + cash for 2-3 pivots = Better way to build sustainable company.
Gaining a deep understanding of your customer is the most important first step. See if you can identify a painful and unsolved problem they have, then design a solution and try to sell it. This approach creates demand driven business – as opposed to solution driven – before any code is written.
In my experience, the concept of the MVP is widely misunderstood. MVP’s are not a fully functioning product; they are experiments. Many MVP’s do not involve any code at all. Your MVP might only be a set of mockups done in Balsamiq or Illustrator/InVision.
Learning the Customer Development process is inescapable in today's startup environment. The most helpful resource I’ve found is Steve Blank’s Udacity Course called “How to Build a Startup”. His book "Startup Owner's Manual" is a comprehensive guide through the Lean Startup process, complete with sequential checklists. Both resources are highly recommended.
Link to the video course is here: https://www.udacity.com/course/ep245
I encourage you to not build any code until you have gone through the Udacity videos, started the customer development process, know your customer, and have found people that are willing to pay you for a solution. Code is the most expensive activity to execute, and the hardest to change. When people start begging you for the product, code like there’s no tomorrow!
Happy to share my personal experiences directly with you if you like.
If you got the cash, just hire a few professional coders. Try to focus on your core competencies instead.
You may learn basics of coding, as that will help bridging the gap between you and your engineering team.
I'm a professional coder, feel free to get in touch to discuss the details of your project.
I went through a similar situation, I started building a SaaS product and I only know limited codes.
My advice is focus on what you're good at. Unless what you're trying to build is simple, your time is better off spent building the other aspects than trying to learn to code. I started trying to code myself. But I finally realized that the amount of time it takes for me to write code, I could have made more money, hired a programmer and still have leftover cash and time. Unless you are looking for the learning process then its different.
Even though, I'd advise against writing code, do consider understanding how your programming logic works and what are the milestones. Otherwise you'll have difficulties communicating with developer or managing the process.
Feel free to call me for more details
Jennifer Ping
Founder of Pixall.net
This depends, but first stop for a minute and consider this.
I'm a big believer in bootstrapping. So I always say, do more with less if you can.
Before you even consider coding, maybe you just need to validate your business model first using a lean approach. I would suggest seeing if there is a market for what you want to build: try collect emails, or measure the number of clicks on a site. Plenty of options to build websites and landing pages without ANY coding experience. Then once validated, this question becomes more relevant. If you're there then read on with my answer to your question:
It really depends on if you have a budget or not to hire developers, otherwise you're going to have to give away a large chunk of equity for a co-founding CTO to do the work for you.
It won't hurt to understand the basics of programming to better help with communication either way. This I would recommend. Start with HTML / CSS to get some milage under your belt with something simple. Javascript if you're feeling bold.
Learn to code is continuous, you never stop learning. So make sure you're focusing on your strongest skills. But if money is tight and you can't raise money (which I don't recommend if you don't need to) then try build relationships with developers and see if you can find a match made in heaven and make them your technical co-founder to work with you.
If you want to learn, check out codeacademy.
Hope to see your product soon!
Stefan
Work smarter, not harder. There are plenty of no-code tools out there in the market that lets your bootstrap your company in a matter of days.
You should focus upon your core competency. If you are good at swimming then don't try to climb a tree. For example if a fish try to climb the tree it will fail, similarly if a monkey try to swim it will also fail. Both of them are good in their own fields. In startups we have a simple rule, one builds, one manage and one sells.
All the best.
It is important when it comes to SaaS. One of the main advantages SaaS has over on-premises software is that updates, security and patches, and new features can be released to users in a much easier and more timely fashion. Continuous integration (CI) involves merging all the developer’s working pieces of code into a shared mainline. Once a developer creates a new piece of code and pushes it to the code repository, tests are fired automatically, and the developer is notified if any have failed. This process often happens several times a day.
The aim of a CI environment is to:
1. Eliminate long and risky integrations.
2. Easily and quickly identify bugs and incompatible parts of code, then resolve them.
3. Reduce time spent debugging.
4. Test new pieces of code sooner to determine if they work with the rest of the codebase.
A solid CI environment will allow developers to ensure continuous delivery, which involves continuously releasing new pieces of the software to users.
Coding standards ensure that all team members (developers) follow the same rules when it comes to building software.
The aim of introducing coding standards is to produce code that can be read and understood by all members of the team.
Coding standards cover several aspects, such as name conventions for classes and objects, formatting and indentation, and comments and documentation.
Introducing coding standards brings about the following advantages:
1. The code becomes comprehensible by all team members, which increases the quality of the software and reduces bugs and other issues.
2. Problems and issues can be detected quickly, which results in better efficiency.
3. A more uniform approach to software development and problem solving can be introduced to the team’s workflow, resulting in a faster pace of development.
Introducing coding standards into the team’s workflow is quite easy, as each programming language has its own coding standards and tools.
Even though automated tests significantly reduce the number of bugs and non-compliant parts, it is still important to have the code read by human eyes.
Code reviews occur after the test passes the various assessments that are in place and involves the team members reading each other’s code (a.k.a. peer review).
Code reviews provide the following benefits:
1. Bugs are identified and resolved before being released to the live environment.
2. It enforces developers to write readable code.
3. More experienced developers can identify potential issues and help less experienced developers improve their code.
4. The overall quality of the code increases.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
What's the best way to sell a SaaS prior to launching?
I was involved with a SaaS product that launched a landing page and made clear that the product was still in development, but that we would give earliest access to people who pre-paid for the product. We also allowed people to choose what they paid, and promised them that payment would stay in-effect for several months. We generated revenue the first day of posting the landing-page publicly and increased revenue month-over-month. However, we discontinued the product as it was simply not big enough of a market for us to justify continued time and energy. But I would encourage you to pursue a similar model in that it's a great way to test and validate the pain others experience for the problem and a great way to ensure you're building the product to satisfy real customers. Happy to talk this through in more detail in a callTW
-
How should we plan a well-executed SaaS product launch to an existing customer base?
I'm a product developer, startup veteran, and advisor to SaaS companies. Hopefully you've been already developing this new product with input from your existing customers, letting them beta test it and give feedback. (If not, my advice is to STOP immediately and get enough pilot customers involved to be sure that you're delivering something really valuable to them, that works the way they expect it to work, is easy to understand and get started with, etc.. The last thing you want is to do a big splashy launch of a product that is D.O.A. because you built what you assumed the customers wanted instead of they actually demonstrated that they wanted.) OK, so let's assume that you've got customers in the loop. Interview the heck out of them. Really understand how they use the product, why they use the product, what makes it valuable to them, what they can do with it that they couldn't do before, etc. If the product's not done enough for them to be best testing it yet and getting results, at least get some insights into how they see themselves getting results from it. How does it/will it change their lives? As you do this, be on the lookout for things that really resonate. Emotional language, for example. "It's such a relief that I don't have to worry about sending invoices manually anymore." (or whatever pain it is that your software solves) Also look for (and try to elicit) specific result statements: "This new software saves me [or is going to save me] 15 hours a week. Now I can spend that time where I really want to, with my kids ( ... my cat ... my golf buddies ... )" You're doing this for three reasons: 1) This stuff makes for phenomenal testimonials; 2) it helps you come up with great ideas for pre-launch content; and 3) it generates *PURE SOLD GOLD* you'll use in writing the copy for your launch offer. OK, launch mechanics. There are people who teach huge long expensive courses on this stuff. I'll give you the Cliff's notes. While I haven't personally run a major product launch, I have been trained in the strategy and am very familiar with it. - Plan your launch period in advance. You might want to do a pre-launch sequence that lasts 1, 2, even 3 months depending on the magnitude of your product and how much effort you're willing to put into creating content for the launch. - Create some teaser content of interest to your customers who might want to buy this product. Offer to teach them something, or offer to give them a sneak-peak behind-the-scenes of your new product. - Send an enticing offer for this content out to your list. Get people who are interested in this content to sign up for it. This creates your launch email list. - Send your launch list weekly updates: development milestones, sneak-peak screenshots, videos, educational material, interviews with/testimonials from beta users, and so on. - You're not trying to sell here yet (not hard sell at least). Drop some hints that there is going to be a special offer when the product launches, just for special loyal customers like them. - Create at least three videos on topics that are really, really interesting to your prospective customers... not necessarily about your new product itself, but teach them about what they can achieve with it, or what others have achieved with it already. As you publish these videos, send the link out to your launch list. - Also send out an offer to see these videos to your main list, to entice more people to sign up for your launch list. - As you get closer to launch time, keep sending frequent updates to the pre-launch list, and send another email out to your main list to let them know that the product is launching soon, and that if they're interested in the special one-time-only launch pricing, they need to sign up for the "early bird list" (your launch list). - Send out a 24-hour notice that the launch is going to happen soon, and the launch pricing will only be available for a limited time (potentially, to a limited number of customers ... to increase scarcity and urgency). - I recommend that even if you plan to open the product up to all your customers that at launch time you limit it to a smaller number. This makes the inevitable post-launch gremlins less painful to deal with because you have fewer customers, and it motivates people to buy because they fear that they'll lose the opportunity to do so. You can open the product up to more people later... the delay will result in pent-up demand and easier sales. - Start the launch. Tell your early-bird launch list a few hours early, then tell your main list. Direct them to a web page with a video and long-form sales copy of your launch offer. - Send out 2-day, 1-day, 12-hour, etc. notices that the launch is ending soon and reminding people what they're missing out on if they don't act now. If you're offering a limited number of spots, tell people what percentage has already sold out. Remind people that if they're "on the fence" about this, that this is the time to make a decision. - Send out an email letting people know that the launch is over and thanking them for their support and their vote of confidence. Tell the people who didn't buy (or didn't get in) that you'll let them know that the product will be opening up for new registrations some time in the future. (You may get people sending you emails begging to be let in at this point, if your product is desirable and your marketing was executed well.) And, of course, you don't just have to promote your launch content to your existing customer list ... you can post it to social media (and encourage your customers to do so) to attract brand new customers into your world. If you'd like to go into more detail about launch planning for your specific product and market, I'd be happy to jump on a call and talk about ways to make this work for you.BB
-
What are the best practices for sales compensation when dealing with multiple types of deals?
I'd highly recommend that you read http://saastr.quora.com/. Jason has written extensively on this subject and knows of what he speaks.TW
-
What are the SaaS B2B expectations when paying annually - annual paid annually or annual paid monthly? Is a discount necessary (i.e. 20%)?
Most Software as a service vendors generally don't book annual deals except in highly specialized cases. Most customers prefer to be able to cancel/change anytime they choose. Also, deals done "offline" end up actually often being more trouble than they are worth to administrate especially for a $2988 ticket. Generally, companies don't view prepaying for SaaS products a year in advance as a "convenience" (to them) so if the debate is internal (not customer driven), I'd set this debate aside until it's requested by the customer. Most customers will request a discount to pre-pay annual service. Happy to talk this through with you in a call, to work through the specifics of your situation in more detail.TW
-
What is the point of having multi-year contracts in SAAS if the customer does not pay upfront for the 2nd year?
If you have an enforceable contract, the client is obligated to pay for the services received. As a business owner, I would be very concerned if a SAAS was demanding upfront payment for 2 years.SN
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.