The Decision

When I last posted, I mentioned I was looking into other alternatives - specifically going back to a full-time job or at least doing some contracting. I did end up taking on a small contract to test the waters. I don't have anything against contracting, but I just can't see myself doing it as a sole means of income. So, I'll be rejoining the workforce with a full-time job with a Fortune 500 company as of July 6th. I spent a lot of time thinking through this and it became obvious that I need to refocus my goals. I'm not going to post my whole rationale right now, but the short version is that I can be just as happy working on things I'm passionate about on the side while working a full-time job (which also involves things I'm passionate about). On top of that, I really need to make a much larger time & money investment than I'm willing to make to keep things going on the indie route. I also want to take some time to focus on some bigger picture items in my life...which is pretty hard to do as an indie or even as an employee at a questionably stable small company.

The Products

The products that I've published thus far - Pinball Mini & Budgee - will stay on the store, but I don't know how much further they will evolve. Budgee does have an update waiting for Apple's review (it updates the DB code so it doesn't crash on iOS 4 due to a quirk with a sqlite call). Additionally, there is one more update for Budgee that is still coming - it would have been part of this update, but I got sidetracked with a contract gig and wanted to get the crashing fix up ASAP. This update will add database backup/restore and will support copying categories between budgets. I still have a feature backlog with a few more items for Budgee, but I can't promise more updates will come after this second update goes live...it's not out of the question, but no promises either way.

The Company

As far as Cogitu goes, I'm going to keep the LLC alive and focus on one particular product that I've been working on even before I went indie. It's a personal finance product but much larger in scope than Budgee. I had planned on this being the "big" product for Cogitu anyway, but I'm not releasing it until I'm really happy using it myself. I'm not shooting for perfection, but I don't want to release a scaled down version for 1.0 either. If/when I have something to show, I'll post here, but I'm not ready to say all that much about it right now. I'm also going to keep the door open for a bit of contract work on the side...but I don't see myself taking on too much at the moment.

The End / The Beginning

This was a pretty crazy journey and I do want to thank all of my friends including those I know in real life and those that are from Twitter and other corners of the internet. Your support has really meant a lot to me. I hope that my results with this experiment don't discourage others from trying. I'm slowly writing up a lessons learned post that Will eventually find it's way here someday, but I definitely believe it is possible to succeed as an indie (even flying solo)...it just takes a very specific person and specific circumstances for it to work out in an acceptable way. I don't have the least bit of regret for trying the indie thing out - I knew it could go either way when I started this journey. I'm extremely glad I tried this and I've gained a lot from this experience. This is the end of my indie journey, but it's the start of something much bigger.

At this point, I'm not sure what this means for the future of Cogitu. I'm not throwing in the towel, but I am looking into options - specifically I'm looking at regular full-time employment once again. I've looked at some contract opportunities (and I'm aware of others that are out there). The more I thought about it, taking on mostly contract jobs just to get by isn't that different that going back to a regular day job. In fact, I'm pretty sure I'd come out much better by going back to a regular day job vs contract jobs.

I've been working to add some of the most requested features to Budgee. I don't know that I'm going to get all of the requests into this release, but the next update will fix things so I can make changes faster. I'm making a few updates so it'll run on iPad (and iPhone OS 4) after this update as well. At this point, I'm not going to make it an iPhone/iPad universal app, but I do want to make sure it runs on both (right now, there is a change to SQLite in OS 3.2 that causes a crash when you try to save on iPad). There are still some other app ideas I'd like to work on and I do plan to continue development on them, but I'll need day job income to help make some of the ideas become a reality.

For me, I think app store development was more fun and interesting when I could build things without thinking about sales potential. I haven't really fallen in love with Xcode/Interface Builder - both are great tools and they are extremely powerful, but at the end of the day, I still miss Visual Studio and the .NET Framework. I'm not saying I miss Windows - there are certainly a lot of things I like about Mac in general and there is still no question in my mind that Apple's hardware & OS platform is king of the hill from a user's perspective. I just feel like I spend too much time focusing on some minute technical detail (e.g. tracking down an invalid access exception) instead of the application logic itself. I've gotten much more comfortable with the tools & techniques over the last several months for sure, but it just doesn't do it for me.

If some miracle happens where things start looking up for Cogitu, I'm certainly up for continuing on this course...I just don't see that happening. I did leave enough runway to go into August with this indie journey though, so unless I accept a full-time job (or need to work on something like a professional certification), I'll keep going. No matter what happens, I'll post at least one more indie update next week.

This Week

I started some updates to Budgee early last week and I'm going to continue those while I start on some of the iPad ideas. I'm thinking I may do the initial design for all three iPad ideas and start working on any/all that still seem appealing. If one seems to feel better than the others while I'm working on it, I'll focus on that one - otherwise, I'll just move forward on all of them as best I can. I don't really want to spread my focus out beyond one project at a time, but maybe this will help with motivation until I can choose one of the projects to focus on.

Mint & Intuit

When I decided I wanted to try the indie, the main area I planned to focus on was personal finance software. Budgee is already out there, but it could use some improvements and I also have another similar, but different idea that is closer to something like Quicken. I'm passionate about personal finance and I think there are still some opportunities to provide something different in the app store. Mint.com is hugely popular with people right now and with good reason - it's totally free. I know some people have problems with it because it doesn't support their bank and others just don't like having their financial data online (with a third party). Those issues don't seem to be a problem for most people though.

For me, the issue with Mint has always been that they are more focused on reacting instead of being proactive. Yes, you can setup a budget, but budgeting support is fairly limited today. The bigger deal was that the only transactions you saw were ones that were being processed by your bank (or credit card company, etc.) As such, you couldn't use cash at all since you *have* to import transactions directly from a bank. You also couldn't enter a transaction before the bank processed it - so if I use my debit card to grab lunch, I have to wait 1-3 days for that money to show up as spent on Mint. Well, as of last week, Mint.com has been updated to address this issue. Now you can manually enter transactions, track cash accounts, and even split transactions. So why is that a big deal for me? Well, Mint already has an iPhone app and I think it's reasonable to assume it'll be ported to iPad in the not too distant future. I think it's also reasonable to assume the new features will be worked into the app as well.

In and of itself, that's not the end of the world - but now you have the issue of price. If the Mint.com app (or service) had a fee, then things would be better, but as-is, the existing personal finance apps are going to have to compete with a free service (that's relatively full featured). For iPhone apps, I don't think this is *quite* as big a deal since they are already priced extremely competitively, but for iPad, I think it's a different story. I expect quite a few Quicken replacement type apps to jump to iPad over the next few months and I would expect the price range to be $5 - $20 for these apps...with most in the mid-upper end of that range. If Mint.com updates their app to work on iPad and adds in the new features, I'm not sure such pricing will still be possible. The one area where Mint is still weak is budgeting - so that is still one area to focus on.

Moneywell

Here's the thing though - I know Moneywell is coming to iPhone (and I would assume iPad as well). Now Moneywell is a great app on the Mac and I'm sure it'll be a great app when it hits the app store. It's focused on managing your budget as much as your accounts and it uses the envelope system as it's budgeting method of choice. This is something I've been planning on doing as well. So if I continue down this path, I'm going to end up trying to compete with Moneywell directly. What I won't be able to compete with (at least at this point) is that Moneywell will sync with desktop software. I don't know if desktop sync is something people will be as interested in if there is an iPad app, but I can certainly see the interest with using the iPhone/iPod touch as a mobile input/view device for the desktop app. Anyway, the point is that the app I've been thinking about building is not only going to have to differentiate itself from Mint.com, but it'll also have to do the same (and perhaps more so) from Moneywell. On one hand, I like the idea of competing with the big (or bigger at least) guys. On the other hand, it's just me...no designer, no team of developers, no existing banking framework (for data download from banks, etc.) I know I can build out a nice app that I'm happy with and that I think users will enjoy. The question though, is whether or not I can do it fast enough, sell it for a competitive price, and still make a living doing this.

Contracting Gigs

I mentioned it last week, but I've heard of even more local mobile development contract gigs. Some of them sound pretty exciting, so I'm definitely going to check them out. I don't know that I want to start doing contracting fulltime as my long term plan...if I did that, it seems like I'd be getting back into just about everything I don't like working as a regular fulltime employee...so I might as well go back into the .NET world and get a fulltime job again (which I still may do...I just need to find the right company before I'd do that.)

This Week

I'm going to keep pushing forward on the personal finance app because it's something I want to be using. I have it built as a webapp (which I've been using for 6 months or so now) and know what I do and don't want in the finished app. The only question for me is whether I make the real app a web app (as in HTML5 type), build a native iPhone/iPad app, or whether to look into building a Silverlight 4 app (with the main focus being a Windows version). Of course, the downside to a Silverlight app would be that I can't run it on my iPad/iPhone...but the upside is I could build the app much faster and I do believe the Windows world could use an envelope budgeting app (and I'm sure it would fit on a Window Phone 7 device nicely as well...) I'm also going to spend more time this week working the contracting opportunities - right now, I only know what they are at a high level, but I don't know if they are gigs that match up with my skillset nor do I know the planned budgets for them.

Contacting Opportunities

When I started this indie adventure, I didn't really plan on doing any consulting/contracting jobs. The whole point of this was to work on things for myself and see what happens. Well, I heard about a couple of contracting jobs my company could do and I'm starting to reconsider my position on such jobs. I'm still going to continue work on the iPhone/iPad as far as doing my own apps, but a little contracting would certainly help keep things running. The reality is that I want to take my time and really build the new iPad app right and release it when only when it's ready to go. The problem with that is that I do have a pretty fixed runway right now and if I need more time than I've allotted, then I may not have a choice to stay indie. If I had a bit of contracting income, I'd be able to extend that runway a bit, but of course, if I'm working on a contracting job, I'm not working on my own stuff.

Android

I know there is a growing interest in the Android platform, so I thought it would be a good time to take a look at the Android SDK. I've been playing with a port of Budgee for Android and I'm not sure how much I like the platform. Everything seems a little more difficult because of how Google chose to architect things. I'm not a big fan of Java, although it has definitely improved a ton since I last used it. I still really dislike Eclipse - it has some powerful features, but something about it just doesn't feel right. Maybe that's just because I've used Visual Studio (and now Xcode) for so long, but it definitely feels like everything is a huge collection of plugins instead of a tightly integrated & streamlined IDE. I may finish the Budgee port just to see the whole Android process, but I'm not sure if I'll actually release it into the marketplace. It's interesting to see a different perspective on mobile development at least.

MonoTouch & Apple's 3.3.1 Clause

I've mentioned before that I've been a .NET dev for a long time. I didn't like Objective-C that much when I first starting tinkering with the iPhone, but I've grown to appreciate it and the Cocoa framework. Having said that, I'd still like to write a lot of the code for my iPad app in C# on .NET. Naturally then, MonoTouch was a pretty good choice for me (for this specific app). I started really evaluating MonoTouch as a serious possibility about two weeks ago - I wrote a good bit of test code, tried out debugging, checked out what is/isn't supported, and just generally kicked the tires. Well, it looks like this isn't a viable option anymore due to the new developer agreement. I'm not *that* surprised with this new change, but it's a bit disappointing. I've got another post about this topic specifically, so maybe I'll publish that one day. Yes, I can write everything I need in Objective-C, but for my specific app, several things would have been much easier to deal with in C# (particularly since I could also use Visual Studio to write/debug/test all of the backend code). The UI code would still be all Cocoa widgets, so that part doesn't change either way. The big downside to having to write all of the backend code in Objective-C is that I can't use it to power the web services the app will need (which will likely be written in C#), nor can I port it to any other platform (other than Mac) without re-writing things again. I realize that is part of Apple's goal, but as a developer, I'd rather write the backend/logic components once and then craft a native UI on top of that for each platform/device. I know the MonoTouch team will do their best to make MonoTouch compliant with the new SDK, but it feels like using MonoTouch at this point is going to be asking for headaches later on...so I'm going to go ahead and build out everything in Objective-C.

This Week

I'm going to finish up some work around the contracting opportunities, and then I'm going to start some hardcore work on the finance app. I've spent plenty of time with the iPad and the apps that are out there at this point, so I have a good idea about what I do and don't like as far as UX goes. I'm extremely happy with my decision to not rush something out the door for iPad launch - there are several things I didn't think would be that important before the launch and now I can see they will be extremely important.

For the last week or so, I've been working as much as I could on the iPad finance app. Unfortunately, it wasn't ready in time for the launch submission deadline on Saturday, but it feels good to have a large portion of the code already written. I learned a ton about the new iPad controls and realized how big of a change the resolution increase is from iPhone to iPad. I'm really interested in seeing what other business apps do UI-wise - almost everything I've seen so far looks like a book...so I'm curious if *everyone* is going to be making a book/binder UI. In any case, it seems quite a bit harder to design a good UI for the iPad...having so many pixels available is just a bit overwhelming.

Pinball Mini 2.0 Update Live

Pinball Mini 2.0 was finally approved by Apple late in the evening on Friday. Starting on Saturday, I tried to do a little promotion for it. I'm still working on a trailer type video, but once I have that I'll be sending out some promo codes to review sites to see if we can get a few reviews. I did post on Touch Arcade Saturday and got a really good response from the community there. I really wish there were more games I could build right now so I would have more reason to interact with the community there - it seems like a really great place. I've been reading the site for a long time, I just haven't been venturing into the forums until now. I ended up giving away 15 promo codes...the first 10 were used up in 10 minutes and then the 5 extra I put up a little later were gone within 5 minutes. Since Friday, Pinball Mini has had a few more sales, but it's still selling less than 5 copies a day. I'm hopeful that a few review sites will pick it up once I send out the promo codes and hopefully that'll give it a little more visibility. If that doesn't work, then getting featured by Apple is about our only hope for Pinball Mini...but of course, that's not something under our control. I know we aren't the first to be disappointed with indie game sales on the App Store, but that doesn't make it any less disappointing.

This Week

The plan for this week is to get the Pinball Mini trailer video finished up and the review promo codes mailed out. After that, it's back to focusing on the iPad app...a little slower though. I stayed up way too late (and way too many times) last week, so I've got to get back to a manageable sleep schedule. I received my iPad shipment notification just a few hours ago, so hopefully I'll be here this weekend and I'll have a bit of code to test on it. I'm tentatively targeting April 30th as the submit date for v1.0 of the finance app. I really want to make sure everything in 1.0 is as solid as possible and the app is ready to grow with all of the functionality it needs to have.

If you're an App Store developer, you got the e-mail on Friday saying that iPad apps will be accepted up until the March 27th (this Saturday) - and only those apps will be *considered* for the grand opening. Well, the personal finance app I'm working on is initially going to target the iPad and it feels like I need to try to get v1.0 finish up in time for the grand opening. The problem is, I had been thinking that Apple would at least let us test on real devices first and I had been working under the assumption that iPad apps probably can't go into the store until the end of April (that wasn't based on anything, just a feeling and Apple's lack of announcements).

Since last Friday, I've been working non-stop to get the iPad app ready. I'm extremely happy with the progress so far, but realistically, I'm not sure if it's going to make the grand opening. I won't submit the app if I don't feel really good about it on Saturday. I don't believe it's the end of the world if it isn't in the grand opening (and there is no guarantee Apple would even put it in even if I submit it in time), but I do think being part of the initial wave would give it an extra boost.

So the plan this week is to get as much of the iPad app done as humanly possible. If it is ready to go Saturday, then that'll be fantastic. If it needs to wait, then that'll be ok too since it'll be ready shortly after launch. I'm really excited about this new app either way.

The Story Thus Far

The first few weeks we spent getting Pinball Mini revved up for version 2.0. It took a little longer than I had planned, but I think the time was worth it. I finally got all of my business taxes and licenses all squared away and paid up which feels pretty great. The initial design work has started on the iPad personal finance application...but it's not nearly as far along as I'd like. It turns out, designing for a device you've never touched using interactions you've only glimpsed in a single video is - well - challenging. I think I've settled on a V1 design as of last Saturday...or at least a V1 to work with until April 3rd.

This Week

The final artwork for Pinball Mini 2.0 just arrived, so the first priority is to get it integrated, the new boards coded up/tested, and get the app off to Apple for approval. Shortly after submitting it, I'm going to try to work up a little marketing plan - just to try a couple of things. The big focus after PM 2.0 though is the iPad app. A skeleton of view controllers is already built, the database has been framed in, but everything else still needs to be done...it's going to be a *lot* of iPad work this week. My goal is to have the app in an alpha level state by April 3rd and finished no later than May 3rd.

The New App

Around the middle of the week, I started losing my focus a bit. I'm was working on iPhone related stuff, but it's getting a bit harder to concentrate (at least compared to the last three weeks). I think the problem has been the lingering question - what do I do next? There are lots of apps I'd like to build, but I have to think long term. Either this whole going indie thing will work or it won't, but if I don't think long term, then it may work for a few months, but them I'm back to square one before too long. So I sat down and took a look my requirements for a long term idea:

1) Minimal graphic design needs after the initial design

Chris Echols does some excellent design work for me when I need it, but he's also pressed for time with all of his other responsibilities. I don't really have the money to pay for design up front, but luckily, Chris enjoying doing a lot of the stuff I need, so we've worked out a deal that will hopefully pay off for both of us. Given all of this, it's much easier to work on the idea, work with Chris to get the design nailed down, and then that design can last for quite a long time. With Pinball Mini, I can't really add anything without some major effort from Chris...so I want to avoid apps that are similar (at least until Cogitu is making enough to support two people full-time).

2) Long virtual shelf life

It seems like most game/entertainment apps have a pretty limited shelf life in the app store. It's not that they aren't fun to play anymore, it's just like anything else - newer, shinier apps catch people's attention and the older apps start to get lost in the sea of apps. I know this isn't true of all game/entertainment apps, but it sure seems like the productivity/utility apps hang around a bit longer.

3) Marketability

One of the things I'm most frustrated with in the game/entertainment area is the lack of marketability. Granted, I haven't promoted Pinball Mini 1.0 very much at all and I do intend to change that with Pinball Mini 2.0...but I just don't see a way to have a strong marketing message for this type of app. In the case of Pinball Mini, it's fun, it's easy to play, it has some gorgeous graphics, but I can't give a reason you *need* to play it. With productivity apps, I can focus on the benefits of using them...they make some aspect of your life better/easier.

4) Growth

I want to make sure whichever idea I go with next has the potential to grow to other platforms. I'm not talking just the Apple ecosystem, but I'm talking about the option to go bigger than that. I'm not expecting any of the apps to go that big right now, but if an idea does take off a bit, I'd like to be able to run with it and build a business around that app or a small suite of related apps. I feel like I won't be able to focus on any particular app if I build lots of little unrelated apps. I'd rather have one app or a small suite to continually work on and build into a sustainable company. As far as portability, games/entertainment apps are generally going to be easier to port to other platforms, so they win out on that front, but I don't think any game can keep growing the way I want/need.

5) I enjoy it

This isn't a problem with Pinball Mini, because I do play and enjoy it, but some of the ideas on my list are apps that I think would do pretty well in the store, but I wouldn't personally use them. I just don't like building things that I don't personally need/want to use. The reason I built Budgee in the beginning is because I needed something like it - I believe I could do a better job with it if I started over today, but it works the way it does because that's what I knew I needed...and there are quite a few users out there that have found it to be helpful as well.

With all of these requirements in mind, I looked over the list of applications. Since this is kinda my "indie or bust" shot, I decided I'm going to focus totally on one idea (with the exception of getting Pinball Mini 2.0 up and a couple of items in the storefront there). The idea is the evolution of Budgee. I'm not going to talk about the name or the details just yet, but it's something I've been working with on and off since I released Budgee 1.0. It's not going to be Budgee 2.0, although I have a short list of features I still want to add to Budgee...so part of this new idea may be integrated into Budgee 2.0 if I can make it work without taking away a lot of time from the new idea. The initial focus for the new app will be the iPad - I believe the iPad is a big deal and this new idea will be a perfect fit.

This Week

This week's main task is building out a list of things I need to do for this new idea. I've been looking over several code libraries, comparing similar apps already on the app store, sketching out the general idea of the app, and all of that good stuff. I expect I'll continue doing those types of things this week and hope to end up with a rough prototype running by the weekend. If I can get that done, then next week will hopefully be a good time to hit the design full force to start shaping up the real product.