Tooting our own horn...

One of our recent engagements was to develop a Green custom application for Alvarez and Marsal that would lower costs by allowing them to send expense reports to a Microsoft Exchange mailbox, and have the system automatically map the report to an expense ID number in their SAP system. The software works as a windows service that monitors a dropbox and automatically processes the information and creates an XML-Gram to deliver the data to SAP. Since the original project, A&M has engaged us to add additional features to the developed code. Jordan Hadas - our primary contact on the project had this to say about our performance:

" When we engaged OS-Cubed and discussed our requirements for a custom application, OS-Cubed delivered sound guidance and a well-organized proposal focused on meeting our needs and fitting our budget. They were timely through the development process; patient with our testing; and quick to resolve issues or add features. The solution delivered fully addressed the scope of the project in a clean, functional package without feeling inflated or delicate. Working with OS-Cubed was a very positive experience. -- Jordan Hadas, SQL Server Administrator, Alvarez & Marsal Holdings, LLC "

A&M found OS-Cubed through the Microsoft Partners site, an online repository of partner skills.

Are you running a Windows Operating system?

If so you need to run windows update NOW not LATER:
http://viruswarn.blogspot.com/2008/10/microsoft-releases-out-of-band.html

Cheers,
Lee

How to limit scope to funding

One of the biggest challenges in your early stage development will be limiting the scope of your project to the budget you have. In this stage you're using your money, your friends, your acquaintences, or maybe you have a first round SBIR grant and have a few 10's of thousands to invest. While you may be able to build some types of software with a budget that size - realistically to build something scalable you should be thinking bigger in terms of budget.

As we pointed out in our second post, when entrepreneurs come to us and say "I have $10,000" and in the same breath they say "and I want to develop something just like ebay only better" we just cringe. We know that there's going to need to be some education going on before we get to someplace that will satisfy their need to get real funding to grow their concept, within the budget they have.

Like it or not, the days of having programmers around who will sack out with friends, eat ramen noodles and put in 80 hour weeks for no pay and the promise of "stock options" at some unknown later date is just plain gone. Programmers have to eat, and at least for the moment demand for developers is quite high - so they can make money doing other things. Sure you may find one or two passionate gurus, but building a team is a different matter. After programmers got burned in the 2001-2003 dot com implosion, most want a real salary.

So when someone has a giant bag full of cool tricks that they believe will revolutionize the web universe we usually work closely with them to try to identify the core unique part of their business model that makes them special. Is it some trick or gimmick, a unique view on a market, an interesting model for monetization, a new approach to real estate, or a great educational paradigm? Then we try to work out a budget for a limited demo version of that core idea that can be used to attract new investors, test the idea out on real users, and provide a demo portal for the entrepreneur to use.

We just keep dumping features out of the product bag until we have it's core at our heart. We build that core, and then we add the features into it incrementally as funding becomes available. Got round one for $50K? Ok we'll build out the base site and the most interesting and unique part of your app. Got SBIR Round 2 for $100K? Perfect, we'll rebuild the core to support more users or traffic and we'll add some additional features. To make that work of course and move on to each round, the software has to be built to meet the milestone requirements set forth in the grant or by the funders. We help achieve that by working closely on the proposals and presentations with you to be sure you set expectations that can be met within budget.

That's not all there is to it, but that's the core. We'll build the features out in a later post :)

The master at work....

Want to see how a real pro (Steve Jobs) pitches a startup. Check out this excellent post at VentureHacks.com.

Startup funding in a down economy...

I've so far resisted the urge to post polemic statements about the death of startup funding, or the alternative "perfect environment" to build a startup. My opinion doesn't much matter in the grand scheme of things, but I've been reading various blogs with a lot of interest, as they cover how economic down times may affect funding - which of course affects entrepreneurial software development. One of the most respected bloggers I read in the VC/Angel world is Brad Feld. Brad had an awesome, short post recently that featured an article that I feel really gets to the heart of the matter: in turbulent times are both the greatest threats, and the greatest opportunities. The wonderful thing about early stage startups is they already run lean. There is a tremendous amount of sweat equity, smart spending of your dollars, and concentration on getting to cash as quickly as possible already. That means that entrepreneurs are UNIQUELY positioned to achieve in a tough environment. This article by Paul Graham (pointed out by Brad) explains in great detail why - economy or not technology marches on.

If you wait - your idea will still be snatched up by someone else. And that idea will land in a market with less competition. So when the market and the economy DOES uptick - they'll be in a perfect position to capitalize on that growth. Where would you rather be - playing catchup? Or running with the bulls...

Usability testing in entrepreneurial software

Jeremy Liew of Lightspeed Venture Partners has an excellent blog post on Usability Testing and how it applies to building entrepreneurial software. In his post he mentions that it's not just about rapid prototyping and turnaround (which he approves of) but also says that at some point you have to step back and do surveys, and psychological profiles of users and see exactly HOW they used the site. This is a critical step in building software, and obviously (since Jeremy commented on it) important to getting venture funding as well.

At OS-Cubed, we believe that usability testing should be scoped into the project itself, and the amount invested in it should be scaled according to the entrepreneur's budget, but it should be conducted throughout the development process as you're building your demo or proof of concept and rolling out your RAD prototype. In the early stages usability testing does not need to be either expensive or costly. You can do much of the testing yourself with the demo as it's rolled out. Noah Kagan of Mint lays out the steps for you in his excellent post. They involve basically: determining what to test, finding a representative user base, and then testing by observing. Noah recommends using Webex products, so far we've been lucky enough to have user bases that are representative right here in Rochester.

As Noah points out - doing this can be frustrating for the observer. The observer needs to sit back and let the user do it - without intervening or showing them how.

In our experience most of the user testing we've done with KaJour our product for Knowledge Athletes has shown up issues in the scalability section - which you'd expect in demo software. We'd actually anticipated these issues but didn't have the budget to build production level. We consciously chose with the entrepreneur to build more features, rather than make the features we had more robust. The users have also come up with unique and interesting ways of using the product that we didn't anticipate and neither did the Knowledge Athletes staff. Through our user testing we've found new markets, new ways of thinking about what we're doing and developed new teaching paradigms for the community we're serving (at the moment mostly high school and college students with this product).

Although Jeremy points out the obvious benefits of using usability testing to be sure your software is stable and simple to use, he doesn't mention that really listening to your users can allow you to create new and better uses for your software, and take your product in an entirely new direction. To do that you need to truly listen to your users and find out what it is they need - what pain you are solving - and how you could do it better.