Micro-ISV: From Vision to Reality
prostoalex writes "When you read a news item about a company buyout or
a two-person research project hitting big,
how many times have you thought "I wonder if I could run a software company." Apparently,
quite a few of software developers are discovering the entrepreneur within, which
explains the ever-increasing number of threads on the
Business of Software,
Software CEO and other similar forums.
However, most of the software entrepreneurs are coders, and not business majors.
For them the business side of running a company constitutes that grey area that
people with suits, expensive glasses and knowledge of word "synergy" learn in business
schools. What will be the market for your product? What should you charge for a
software app? Should you go freeware, ad-ware, shareware, trialware or open source?
How will you accept payments? What are the laws for incorporating a company in the
state of Nebraska, and will the IRS go after you, if you don't hire an accountant,
and incorporate in Moms basement, which is zoned for residential area? How about
marketing - will you be able to reach all the left-handed accountants in the Eastern
United States, or should you buy a highway billboard advertising your image editing
application?" Read the rest of Alex's review.
Micro-ISV: from Vision to Reality
author
Bob Walsh
pages
376
publisher
Apress
rating
8/10
reviewer
Alex Moskalyuk
ISBN
1590596013
summary
Step-by-step guide to building a software empire
The questions are all valid and so are the suspicions. As young entrepreneur travels around the Web forums and self-help sites, he, perhaps, becomes discouraged, overwhelmed by the amount of information and by the obvious risk factor of the software business. There are just so many things involved in running a software company, that someone ought to write a book. A book that wouldn't talk about C++ vs. Java, or object-oriented vs. procedural languages. But a book about running a small, one-person software company. Bob Walsh's Micro-ISV: from Vision to Reality introduces an aspiring software enthusiast to all aspects of running a software company. Whats a micro-ISV, you ask? The term ISV or independent software vendor, was coined by Microsoft to describe the set of software companies that were
The term micro-ISV was coined by SourceGears Eric Sink, who was writing a "Business of Software" series of columns for Microsoft Developer Network, and relates to one- (seldom, two- or more-) person software development company.
Micro-ISV: from Vision to Reality is a handbook for independent software developers interested in generating a side or main income on their own. A quick glance at the table of contents will be a bit deceptive, as there are only 7 chapters. But they are surely packed with lots of useful information and references. Bob Walsh takes the reader from coming up with a good idea for a software product (Chapter 1) to establishing a development environment for a successful software startup (Chapter 2), where the reader learns that CVS servers are not optional. Chapter 3 - "Presenting the Product", is 60 pages long, and talks about appealing presentation and promotion of the product mainly through the product or company Web site. A spoiler: Bob Walsh chose BlogJet Web site as an ideal candidate for a case study on how to design customer-friendly and at the same time income-generating Web sites for a software product.
Chapter 4 - "Business is Business", focuses on what a developer from US, UK or Australia need to know about their local incorporation laws, and what should be done come April 15th. Throughout the book the author assumes that the reader is on a very tight budget (sorry, venture-funded startups), and thus prefers to do most of the stuff himself or get the best quality for the money. "Focusing on the customer" (Chapter 5) deals with marketing (and offers some practical advice instead of general sentences about "solving the customers problem") and establishing support business. Chapter 6 - "Welcome to the industry", discusses potential promotions and partnerships that are useful for software developers and their companies, and finally Chapter 7 - "What Happens Next?", offers some perspective on micro-ISVs who made it big.
The book is sprinkled with illustrations, references to existing micro-ISV practices, and interviews with owners and managers of successful software companies. Interviews are essential part of the book, and they help the reader to gain the perspective on the software industry from someone else than the author.
Throughout the book Bob Walsh recommends numerous services, but at the same time they never feel like a plug. His suggestions include glyfx for icons, GoDaddy for domain names, 2checkout and PayPal for payment processing, InvisionPower for customer support message boards, DemoCharge for producing those walk-through tutorial movies, and are generally motivated by personal experience or recommendations from the others in the industry. He also pays a great deal of attention into available free sources, if the software developer is on a really tight budget.
The book itself is Windows-centric, which is hardly authors fault - this is the single largest market for independent software vendors, defined by hundreds of millions of users who are online, and thus marketable via Download.com, Google AdWords, Yahoo! Search Marketing or Windows Marketplace. Mac OS market is never really discussed in the book, although some chapters, which are not market-specific, might be interesting to independent software vendors for Mac OS. Commercial market for Linux software applications is close to non-existent, unless answering telephone support calls or selling service contracts excites you.
The language of the book is approachable and makes the title an easy read. I found it a bit over-packed with Web site screenshots - after all, do we really need a screenshot of www.businesslink.gov.uk to get the point that this site offers entrepreneurial advice for those in the UK?
The appendix includes all the referenced URLs, books and articles for each chapter, which makes it a useful resource. Its also available online on the companion site for the book, that also contains authors blog. The question of whether to blog or not to blog is also discussed in Chapter 3, together with a review of available blogging platforms and downloadable packages that might be suitable for a software company. The interviews in the last chapter also seem to be presented in a haphazard manner, as if the author collected some content, did not find an appropriate place in the book for a sidebar, and then decided to dump everything left over into a single chapter. However, for someone starting a software company some of the interviews might be invaluable.
Bob Walsh's book is not a good material when your next startup involves creating a social bookmarking Web site, a highly popular blog, Linux consultancy or a scientific application that would be interesting to 5 big clients on this planet. However, for the use case when you think you can write a usable and popular Windows application and also sell it online to hundreds, thousands and (hopefully) millions of users, this book will be indispensable. If you're just thinking on whether or not you should start a software company, perhaps you should familiarize yourself with the writings of Paul Graham first. If you think, however, that the software industry is dominated by major players like Microsoft, Adobe, Google or Symantec, consider the top downloads list on Download.com and then see how many of popular products in that list are made by the companies that you might have never heard of.
In his spare time Alex likes to read good technical books."
You can purchase Micro-ISV: from Vision to Reality from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
The questions are all valid and so are the suspicions. As young entrepreneur travels around the Web forums and self-help sites, he, perhaps, becomes discouraged, overwhelmed by the amount of information and by the obvious risk factor of the software business. There are just so many things involved in running a software company, that someone ought to write a book. A book that wouldn't talk about C++ vs. Java, or object-oriented vs. procedural languages. But a book about running a small, one-person software company. Bob Walsh's Micro-ISV: from Vision to Reality introduces an aspiring software enthusiast to all aspects of running a software company. Whats a micro-ISV, you ask? The term ISV or independent software vendor, was coined by Microsoft to describe the set of software companies that were
- not yet killed by Microsoft
- not yet bought by Microsoft
- too small and insignificant to present any interest to Microsoft, except for selling them developer tools and MSDN subscriptions
The term micro-ISV was coined by SourceGears Eric Sink, who was writing a "Business of Software" series of columns for Microsoft Developer Network, and relates to one- (seldom, two- or more-) person software development company.
Micro-ISV: from Vision to Reality is a handbook for independent software developers interested in generating a side or main income on their own. A quick glance at the table of contents will be a bit deceptive, as there are only 7 chapters. But they are surely packed with lots of useful information and references. Bob Walsh takes the reader from coming up with a good idea for a software product (Chapter 1) to establishing a development environment for a successful software startup (Chapter 2), where the reader learns that CVS servers are not optional. Chapter 3 - "Presenting the Product", is 60 pages long, and talks about appealing presentation and promotion of the product mainly through the product or company Web site. A spoiler: Bob Walsh chose BlogJet Web site as an ideal candidate for a case study on how to design customer-friendly and at the same time income-generating Web sites for a software product.
Chapter 4 - "Business is Business", focuses on what a developer from US, UK or Australia need to know about their local incorporation laws, and what should be done come April 15th. Throughout the book the author assumes that the reader is on a very tight budget (sorry, venture-funded startups), and thus prefers to do most of the stuff himself or get the best quality for the money. "Focusing on the customer" (Chapter 5) deals with marketing (and offers some practical advice instead of general sentences about "solving the customers problem") and establishing support business. Chapter 6 - "Welcome to the industry", discusses potential promotions and partnerships that are useful for software developers and their companies, and finally Chapter 7 - "What Happens Next?", offers some perspective on micro-ISVs who made it big.
The book is sprinkled with illustrations, references to existing micro-ISV practices, and interviews with owners and managers of successful software companies. Interviews are essential part of the book, and they help the reader to gain the perspective on the software industry from someone else than the author.
Throughout the book Bob Walsh recommends numerous services, but at the same time they never feel like a plug. His suggestions include glyfx for icons, GoDaddy for domain names, 2checkout and PayPal for payment processing, InvisionPower for customer support message boards, DemoCharge for producing those walk-through tutorial movies, and are generally motivated by personal experience or recommendations from the others in the industry. He also pays a great deal of attention into available free sources, if the software developer is on a really tight budget.
The book itself is Windows-centric, which is hardly authors fault - this is the single largest market for independent software vendors, defined by hundreds of millions of users who are online, and thus marketable via Download.com, Google AdWords, Yahoo! Search Marketing or Windows Marketplace. Mac OS market is never really discussed in the book, although some chapters, which are not market-specific, might be interesting to independent software vendors for Mac OS. Commercial market for Linux software applications is close to non-existent, unless answering telephone support calls or selling service contracts excites you.
The language of the book is approachable and makes the title an easy read. I found it a bit over-packed with Web site screenshots - after all, do we really need a screenshot of www.businesslink.gov.uk to get the point that this site offers entrepreneurial advice for those in the UK?
The appendix includes all the referenced URLs, books and articles for each chapter, which makes it a useful resource. Its also available online on the companion site for the book, that also contains authors blog. The question of whether to blog or not to blog is also discussed in Chapter 3, together with a review of available blogging platforms and downloadable packages that might be suitable for a software company. The interviews in the last chapter also seem to be presented in a haphazard manner, as if the author collected some content, did not find an appropriate place in the book for a sidebar, and then decided to dump everything left over into a single chapter. However, for someone starting a software company some of the interviews might be invaluable.
Bob Walsh's book is not a good material when your next startup involves creating a social bookmarking Web site, a highly popular blog, Linux consultancy or a scientific application that would be interesting to 5 big clients on this planet. However, for the use case when you think you can write a usable and popular Windows application and also sell it online to hundreds, thousands and (hopefully) millions of users, this book will be indispensable. If you're just thinking on whether or not you should start a software company, perhaps you should familiarize yourself with the writings of Paul Graham first. If you think, however, that the software industry is dominated by major players like Microsoft, Adobe, Google or Symantec, consider the top downloads list on Download.com and then see how many of popular products in that list are made by the companies that you might have never heard of.
In his spare time Alex likes to read good technical books."
You can purchase Micro-ISV: from Vision to Reality from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
Slashdotters discussing business is like accountants trying to discuss Linux... Like it or not, it is the truth...
"When you read a news item about a company buyout or a two-person research project hitting big, how many times have you thought "I wonder if I could run a software company." "
Never.
Not even once. Thanks for asking.
never hire someone just because they are your friend.
And the book is good IMHO.
There's an interesting post on Dharmesh Shah's blog about how startups may not want to give away their software for free. One of the points he makes is that in order to charge for something you've got to set up an infrastructure - credit card validation/debiting, SSL cert, and so on - and it's good to get that in place so you can start bringing in some money right away. It's a good read.
I suppose a middle ground might be a free, but invitation-only beta. This seems to be working well for indi, at least so far...
The Army reading list
I work at a company started by a close bunch of college friends. We basically just did exactly what you say not to do, because we all wanted to do something together. It's worked out really well because we all know each other so well. For one thing I was given 6 months of paid leave off when I had my daughter.
Uh, this is /. We've all taken a vow of poverty. We conceive, design, code, debug and distribute all our work for free, as Saint Stallman has decreed we should. At night we stab our tender parts 100 times with those cheap ballpoint pens given out at every Linuxworld, and chant "Down with the evil money-grubbing Microserf infidels!"
Generally, bash is superior to python in those environments where python is not installed.
4 of the top 10 downloads (including #1) are anti-spy applications. In other words, automatic ways to clean out all the other crap you've caught from surfing download.com are download.com's biggest application.
... because the area you live in is zoned as residential. Then, you try to explain you're ONLY doing business via the web and on your computer. There's no noise, light, vibration, fumes, em-emissions... no customers coming to the house, and even if there IS an OCCASIONAL business meeting, the neighbors won't know the visitors from regular visitors.
Then, the clerk tells you need to get a neighborhood review, you need to disclose in drawing, almost architecturally, you layout of your business area in relation to the home area, you need to list and describe ALL your equipment used for the business, and so forth. ALL neighbors within 250 or 300 feet of your house are entitled to shoot down your getting a permit. ALL THEY HAVE TO DO is oppose you. Slow you down. Discourage you. Waste your time and money. Force you out of the neighborhood or make you return to corporate America (whether or not they have an agenda to do so) outside of YOUR terms... You can appeal, fight, and win, but...
It will take weeks. You have a zillion and one things to do: deal with the IRS, BOE, FTB, county registrar, find a newspaper to advertise in for 4 or 6 weeks, decide if you're REALLY ready to commit in spite of all the legal and procedural and code crap thrown at you.
Because you mention you're ONLY doing business via the internet and from home, you're assumed to be a perv, or a thief, or an ID grabber. You then are told you have to visit with the local police department: be photographed, thumb printed, and registered. And you're trying to run a SOFTWARE and art company and not doing anything related to anatomy or adult entertainment. Nevermind, that city doesn't want to become a haven for ID thieves and high tech criminals. It's not personal... so they say
You try to explain your neighborhood has more noise from the cars zooming up an down the street, that there is a 45-foot moving van owned by a homeowner who brings it home EVERYday... you try to convey your concerns that the pseudo ganger-banger kid next door might decide to burgle your home and fence your shit...
The city and county officials tell you to go to a city council meeting to express your concerns. They then tell you you must be a city resident, and must prove it by giving your name, address, and such before and to the committee/council and those present. It will be televised.
Talk about running a MODERN entrepreneur out of town (a town win piss-ant, archaic codes that do more harm to small, quiet, budding businesses).
Yes, that happened to me. IN CALIFORNIA. Fortunately, the timing of that bullshit coincided with my selling my home before any foreclosure happend. Talk about having your entrepreneurial spirit smashed by close-minded, myopic city planners looking out for money more than sensibility.
Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
With the world as your audience, it's quite possible to carve out a good living by servicing a niche market. The economics of a Microsoft vs. Joe Developer pursuing an end market are entirely different. A few millions may not mean anything to MS, while its quite sustaining from a small business's perspective.
-- Jim http://www.runfatboy.net/
Save yourself $5.10 by buying the book here: Micro-ISV: From Vision to Reality (you even beat the B&N member price). And if you use the "secret" A9.com discount, you can save an extra 1.57%!
I have this book and quite like it, it's something that fills a need and has moments of usefulness. With everything else to do in starting up a new software business this is nice to grasp and think 'that will do for my lack of experience'. The market it serves is desperate for 'silver bullet' info, and a lot of it is common sense - Use a Search Engine to Find Things! Pay Tax if you Need To! Don't Draw Your Own Icons! Its very readable though, kind of like business-porn for startup types.
My problem is a lot of the content is tips that consist of links to websites. I think a couple of years down the line this book will be basically the 'Micro-ISV's Guide to 404 Not Found', either that or the authors personal recommendations will have changed radically.
N/A
Wow - if life where that hard for me, I might have to consider packing it in.
If bad luck is following you like the plague and the world is seemingly out to get you, maybe you should analyze your tatics. Perhaps a little more honey might make the bueracratic wheels spins a little faster. A little friendly small talk can be surprisingly helpful. A cold - just the facts approach will entirely legitimate according to the written rules can cause things to be much harder than they should be.
Judging by the criteria, are you sure that isn't Insignificant Software Vendor?
They're there affecting their effect.
Ansonmont said, "but you are probably better off doing something to help your business than spending a lot of time reading how to help your business."
I can't comment on the value of the book being reviewed, but I can say that techies have a tendency to blowoff "the other 80%" of the business of being in business. In particular, techies are notoriously weak at marketing. I am speaking from direct, personal, and expensive experience here.
There is a book, "Crossing the Chasm". Had I read and understood it when it first came out 1991(?), I might still have a company. My company made the error described in paragraph 3, page 40 (first edition numbering). I did not understand (and claimed I didn't need to) the difference between Early Adopters and Visionaires (early part of the adoption curve) and the Early Majority.
Was I a smart guy? Absolutely! Did I need anyone telling me how my product was only a piece of the solution to the customer's problem? Hell no! This is hubris before the fall. It's bad enough when you are doing it with Other People's Money, but it's a lot worse when you are funding product 2 with the profits from product 1. Can you say crater? I knew you could.
My point is that no matter how high your IQ is, or how uber-geek you are, you don't know everything. Reading business books at home won't tend to impact your productivity on the project and it just might prevent you driving a good idea off a cliff you never even knew was there.
I started my one man company about 10 years ago. Started by consulting to pay the bills and wrote code when not employed. It is certainly possible. In my case, I no longer consult as the products generate enough revenue. My experiences say you must keep updating the product, provide good service to your customers, and not get too discouraged when a prospect says your product sucks. Oh, and be ready for wide variations in your income.
1) Find a company that speeks uber geek.
2) Give them first round funding so they can "buy" users by selling product at amazing losses.
3) Pump the PR neswire
4) Go public
5) Short the sh*t out of the stock
6 Rinse and Repeat
See making money with software has nothing to do about the software. Gee, thought everybody knew that by now.
yet they still use IE. It's brains we should be selling! It's like fixing a flat tire on your car everyday and accepting it as completely normal, fixing the flat tire everyday, and not doing anything about the problem.
never never never never use your real address - get a PO Box and pull the shades. or Just get the hell out of California.
I created a product in 1997 as a way to learn Java and as a way to create a product that was in the market place but was way over-priced for what I thought it would take to create myself. I had a day job and worked on it at night. Many late nights. But I finally got it out. At it's peak I was making about $2K a month, nothing to live off of but it was cool nonetheless. Then I got busy trying to become a dot-com millionaire (almost, just missed it) and let the product suffer. Sales lagged and I haven't upgraded the product in almost 6 years. The amazing thing is I still get an occasional sale just because it's out there and the buyer doesn't know better. But now there are many similar low-priced alternatives and free open-source ones so I don't really feel any incentive to upgrade it. But it was interesting experience. Having served as an executive at a few startups since I feel I have a pretty good business background for my next micro-ISV experience.
Also, I'm not sure of what their definition of ISV is. Would that include online software services that make money, or only software that gets downloaded and installed? There are a lot of guys working on websites that they hope to make money off of. I would bunch those guys into the micro-ISV camp but the software is just delivered as a web site/service and not a bag of bits.
I developed and marketed an environmental application that reduced a complex engineering task to a clerk's job (and made it more interesting, too). The package can save a company millions/year. But the people who buy these packages do not seem to understand what's at stake.
Example: one company I courted was using a competitor's package and they were displeased with it. So I demo'ed. 10 minutes into the demo the clerks who handled the application asked to try it. I let them go and, to their boss's amazement, they began using the app almost immediately, without prompting or guidance from me. They loved it! But the boss wasn't swayed. He kept the old package.
Break to 2 years later: an engineer from the company gives me a call. It turns out the competitor's package had serious bugs and consequently all the company's environmental calculations over a 5 years period were completely wrong. That is important because the EPA can shut you down when this occurs.
My competitor had notified their customer of the bugs and offered a new version (supposedly w/o bugs). The company would have to buy the new version at full cost and manually re-enter the 5 years' data! My competitor offered to provide contract workers to re-enter the data. Astonishingly there was no automated migration process.
So they had a choice:
Of course they bought the upgrade to my competitor's shitty package.
My attitude now is "I don't care." I'll never develop another piece of software without someone paying me $$ up front. In that case I'll do the right thing and give them my best work. But no more taking risks for me. Finally I understand that writing good, useful, easy-to-use software does not means you'll find a buyer. Buyers are worse than idiots and the market is both chancy and finicky.
You know, there's a commercial market for that sort of thing.
Tech Public Policy stuff
I know many people who've started small business, even one who sells software on-line. In every case, they started producing and selling first, then went on to find out what documents and licenses they were supposed to have gotten. I know of one person who went for an entire year before learning that he even needed a business license in Los Angeles.
But guess what- the city, the county, the state, the national government, they all want the same thing, your tax dollars. It's not in their interest to shut you down, instead, they're well aware that by "helping" you become compliant, they'll get more revenues in the long run.
It's not my main business, but I sell software on-line too. Starting a business is trivial. Here's the steps I took:
1. Get a credit card with about $10,000 available. This will be your line of credit.
2. Scrape up about $200 in cash.
3. Open a bank account.
4. Get a PayPal account linked to that bank account.
5. Web site, product, start selling.
6. Establish a (small) market, then look for someone (Lawyer, Accountant) who can help figure out whether to incorporate and how. Use a professional.
7. Ask your bank to help you with your merchant account and taking credit cards on-line. It's easy.
8. Be frugal, but don't be afraid to spend money where it's needed. Henry Ford said "If you need a tool but you don't buy it, you pay for it anyway but don't get to use it."
9. Always be ready to adapt.
10. Customer service really does matter. Remember, your market IS your business.
One thing I learned from all those MBAs is that nothing is permanent. Put a stick in the mud, and you can always move it. Pricing, location, corporate status (Sole Prop, LLC, C-Corp, S-Corp, LLP, etc..) number of employees, bank accounts, payment options... Just details. They can all be adjusted. First you have to build your MARKET. Without a market, you have no business.
Here's the funny part- I've worked for several of those dot-coms who's names you'd recognize but which no longer exist. On average, they were funded with about a hundred million each (yes, dollars). Each one hired as many people as they thought were needed to do all the things- dozens, if not a hundred or more people on payroll... At lunch with a CEO and VP of marketing one day, I confided that I thought the best way to approach business on-line was to start as small as possible and build a niche first, then add to it. Both those MBAs laughed at me! It took about a year, but I finally quit and walked away from all those stock options. They turned out to be worthless of course. And out of all those companies, the one I started with $200 and a credit card is the only one that still exists.
As programmers, you have some incredible advantages over most MBAs. You have LOGIC. You are CREATIVE. You have a propensity for PROBLEM SOLVING. You can think through and visualize a plan of action from beginning to end. You can change course and re-program the system when requirements change. You know that very few, if any, projects are ever really finished. You're a hacker who knows how to shoot from the hip to get a job done on deadline, even if it isn't "elegant". You know that "Done" usually only means "it works at the moment and when it breaks, we'll fix it". Guess what, these qualities plus a willingness to try and fail then try again are what make entrepreneurs successful. Another advantage you have is that you won't have to hire some expensive tech guy to do your programming/sysadmin/DBA stuff for you. I can't count how many people have asked me who does my web sites. It's fun to watch the blank stare on their faces when I tell them "I did".
In the 1990s I was a very highly paid consultant (pure techie) and a VP at one well-funded dot-com, but I've been in business for myself six years now, and it's great to be the one who calls the shots. I'll never go b
That's quite the laundry list of things to take care of. I'd certainly be worried about getting it all right (or not!)
The trick to it all, of course, is to outsource the work, assuming that you have the money or connections. Put everything down on paper in as much detail as possible, then run it by experts in the given area.
Buy an hour with a lawyer (preferably a law student, they're cheap to free) and find out what you need to be compliant with the laws.
Before you start work, figure out who you're trying to sell the product to and how you can best please that market. e.g. Google "sells" search functionality to the general public. They then sell targeted advertising space to other companies. They drive up the value of their adservice by making sure that those who see the ads are those who are most likely to be responsive. Say I'm selling hardware, do I want a techie or grandma to see my ad? If you find that one demographic may want your software for one reason while another wants it for something different, consider splitting it into two projects and tailoring each to group. That's "market segmentation". Obviously try to save as much time and effort as possible by keeping things in common. e.g. Sure and Secret (At least, I think it's those two. If not them, then Secret and something else) are two distinct products targeting two completely different segments. What's different about them? The label. Nothing more.
As for the accounting, under normal circumstances, you ARE the company. This is as much common sense as it is a legal reality. All you really have to do is keep track of what you spend on the "company", what revenue it returns, and what your net gains are. Expenses are generally deductable. The profit should end up just being tacked onto your pre-tax income. So, be safe, get an accountant. But you shouldn't be needing his/her services much AT ALL.
Rather than spending all that time filling in forms to enable the government to steal from your pocket more easily, why not just incorporate in the Bahamas? Only costs a few thousand dollars and you'll make that back in less than 1 year. Software development (well, licencing anyway) is an ideal business for offshore incorporation.
I guess
1) Get the product as close to finished as possible
2) Incorporate the offshore IBC
3) The IBC buys the source code from you with an agreement that you will act as agent for them in your country
4) You set up the licencing deal as per usual (assuming you are selling to one or two large companies)
5) Customers pay into the account in the Bahamas
6) Go there an personally pick up your money (Don't get any smart ideas about using an offshore credit card to buy everything and then pay the bill off with the IBC account, various government extortion departments (tax dept) are in vestigating people with high credit card usage.
That's what my team's come up with so far - if anyone has other info to share, glad to hear it.
Me and my friends ran a small internet/database company for a while, this was a real killer for us. We were craftsmen, we loved creating things, working to build beautiful solutions, but none of us really loved doing the books or threatening to get in the lawyers if people didn't pay up. We hated being 'hard men'. In the end we gracefully wound things down slowly and felt proud about running a nice little business for 3 years but we learnt some hard lessons about our strengths and weaknesses and being businessmen.
You never know when a competitor's wife is your customer's sister. People purchase software for the worst of reasons and that's life. Some customers are flat out unwinnable. When I worked for a small ISV that built software for a data intensive industry, we always offered to convert potential customer's data to our software for free. Sometimes it was a day or two's work, but it was well worth it.
Its very readable though, kind of like business-porn for startup types.
Ah...yeah....riggggghhhhhht...
I don't have a problem with porn, but something about your description just plain disturbs me...
And I am reminded how thankful I am that I went into engineering...where we don't have 'engineering-porn'.