Probably not the reply you are expecting, but as someone who built a b2b SaaS and failed on the bizdev side, I'd suggest you to build the business before building the application. In other words, get your first clients before coding anything. It will save you time and money.
Basically, b2b app = classic app + deep users management with Gmail SSO and/or CSV import and/or windows UAC integration (depends a lot of your target) + deep roles/permissions management + integrations with existing apps/saas + reports and alerting + automatic billing with Stripe or whatever.
Note that you can do most of those manually at the beginning. Send the reports and the bills by email, add the new companies/users manually…
This is great advice. I run a B2B SaaS and we were lucky enough to run bizdev and product dev paths in parallel, so we weren't stuck with the wrong product and no customers, instead, we had the customers to iterate on the wrong product to get to a better fit.
Curious, as someone who is in the early stages of planning a B2B SaaS company -- can you talk any more to that? How do you get the clients without a product to show them?
Implementing Domain-Driven Design by Vernon is fantastic. Extremely practical application of the Evans book, which gets pretty abstract in places. It's great for people who actually want to see where the rubber meets the road.
I don't know if you are asking for how to actually develop the applications or how to build the business that includes an application but my go to for startup advice is Steve Blank (https://steveblank.com/). His stuff is easy to understand and helps me work through some of the difficult problems of creating a company from scratch.
After a couple of books though I would say it really comes down to just digging in and fighting it out. It is really easy to lose yourself in the world of business self help literature.
Although it isn't a blog in the traditional sense - so forgive me if this doesn't hit your brief - the Software Engineering Daily Podcast (https://softwareengineeringdaily.com/category/podcast/) is a fantastic resource that offers an immense amount of information for a lot of different people, including those setting out to build business applications.
Each episode is accompanied by super detailed show-notes that summarize the episode nicely, so you can see if the episode has what you think you may be looking for.
It might help if you could provide a bit more context. Is there an example project you're working on? Is there a particular sector / type of business you're interested in learning more about? Are you interested in the "process" of business (finance/strategy/etc.)?
At MyDataOrganizer we provide Low-Code platform to build business applications as per your workflow requirements. Our blog at http://blog.MyDataOrganizer.com has useful info. on building business applications.
[+] [-] ggregoire|7 years ago|reply
And to answer your question: https://www.enterpriseready.io
Basically, b2b app = classic app + deep users management with Gmail SSO and/or CSV import and/or windows UAC integration (depends a lot of your target) + deep roles/permissions management + integrations with existing apps/saas + reports and alerting + automatic billing with Stripe or whatever.
Note that you can do most of those manually at the beginning. Send the reports and the bills by email, add the new companies/users manually…
[+] [-] phmagic|7 years ago|reply
Team Management Deployment Options Support/SLA Security Role-based Access Control Single Sign-On Integrations Reporting Audit Logging Product Assortment Change Management
[+] [-] ageyfman|7 years ago|reply
[+] [-] nillium|7 years ago|reply
[+] [-] PirxThePilot|7 years ago|reply
[+] [-] superqwert|7 years ago|reply
--------------------------------------
Clean Code (Robert Cecil Martin)
The Art of Unit Testing (Roy Osherove)
Head First Design Patterns (Elisabeth Freeman, Kathy Sierra)
Martin Fowler's blog: https://martinfowler.com/
.
How to gather requirements and write business-readable code:
--------------------------------------
Domain-driven design (Eric J. Evans)
Implementing Domain-Driven Design (Vaughn Vernon)
Patterns, Principles, and Practices of Domain-Driven Design (Scott Millett)
.
Remaining agile and managing your work according to your clients' needs:
--------------------------------------
The art of doing twice the work in half the time (Jeff Sutherland)
The Mythical Man Month (Fred Brooks)
[+] [-] nlawalker|7 years ago|reply
[+] [-] seanperkins|7 years ago|reply
[+] [-] drewmassey|7 years ago|reply
- The lean startup
- the twenty two immutable laws of marketing.
- getting to yes
After a couple of books though I would say it really comes down to just digging in and fighting it out. It is really easy to lose yourself in the world of business self help literature.
[+] [-] bootcode|7 years ago|reply
The takeaways reflect much of the comments here. #1 is probably sell before you build. Various refinements are:
- Do consulting, and build a product once you see a pattern.
- Do the service manually, and automate away the biggest bottleneck, one at a time.
- Do a landing page with signups, do content marketing while building the stuff, so you have audience by the time you launch.
- Do get on phone with prospective customers, don't just mail.
It is very very hard not to violate these, since of course our product is the best.
Also, it's easy to spend more time reading about than actually doing.
[+] [-] JustMatthew|7 years ago|reply
Each episode is accompanied by super detailed show-notes that summarize the episode nicely, so you can see if the episode has what you think you may be looking for.
Cheers and good luck.
[+] [-] kathrin____|7 years ago|reply
https://startupsfortherestofus.com is a no brainer as well. Some of those podcasts are gems.
[+] [-] haney|7 years ago|reply
[+] [-] PirxThePilot|7 years ago|reply
[+] [-] jonhearty|7 years ago|reply
1. SaaStr.com (blog) 2. Behind the Cloud (book) 3. Rework (book)
[+] [-] kross|7 years ago|reply
- Running lean
[+] [-] parallel_item|7 years ago|reply
[+] [-] unknown|7 years ago|reply
[deleted]
[+] [-] nealmydataorg|7 years ago|reply