June 21, 2009

The idea for our latest application, called Linkpatch, came nearly 2 years ago. The important decisions we made over the course of that time are what I would like to discuss today, in hopes of describing our process of creating web apps, and explaining why we think this app will be extremely valuable for website developers, managers and owners.

The Process

We created the basic functions of the application in about a week, and started using it internally as soon as we could. We did the same thing when building Feed My Inbox. As a company that can't justify extensive planning, usability testing and so forth upfront, this was by far the best approach for us.

By installing Linkpatch on client websites and working through errors on our own, we were able to fix any bugs, think of useful features and update the app accordingly. That's definitely a huge luxury of developing an app that's for people just like us. As big believers in Getting Real, the first version of Linkpatch is the most basic iteration we could widdle down. We have a long list of other features that would be useful for tracking website errors, but it's more important to launch as soon as possible and get an idea of what you (the customers) think. Better yet, if no one finds the app as useful as we do, our investment in features so far has been minimal.

Why did it take 2 years?

Another thing we don't do much is plan for the future. That way, we can change course on a moment's notice. Almost a year ago, we decided to build Feed My Inbox instead of focusing on Linkpatch. Thanks to the wild success of that application, it's taken a lot for us to find time outside of client work to finish this project. I would not ever recommend spending 2 years on a web app before it sees the light of day, but we've only spent an actual 3-4 months actively working on it. Since we were using it internally the whole time and it met our immediate needs, we were able to put it on the burner until we could really make it the priority.

Webmasters need better

The one reason we developed Linkpatch is because link checkers and site crawlers don't cut it. They absolutely don't, and there is one glaring reason why: they don't account for external sites linking to you.

It's always a good move to run your site through a program that checks for broken links. The internal link structure of your site is important to verify. However, internal broken links are a very small piece of the puzzle! How about all the other sites you don't own that might have mis-typed or out-of-date links to your site? The only way to catch external links to your site that are broken is to monitor them on a regular basis.

Aside from webserver logs (messy), monitoring traffic to your error pages is the only way to catch those issues and submit a fix quickly. Webmasters and analytics junkies alike can all see how fewer broken links can lead to a better user experience. If someone gets a 404 (page not found) error on your site, by having Linkpatch installed, you have what you need to keep it from happening again ... no matter where the broken link is.

Filling a small void

I recognize that the void Linkpatch fills is a small one, for a relatively small (but growing) group of people. It will take longer for us to market this app and help people understand why it is so important. But if you want to provide great service to your clients, cover all your bases and be well above the status quo as a webmaster, you will pay attention to broken links on a regular basis. I hope you have tried it and gotten a free 5-site account with our introductory promotion. If so, please don't hesitate to let us know what you think, and how we can make it better.

View this post to make a comment.

April 24, 2009

What I really love about building web applications is watching them take on a life of their own. Feed My Inbox was our first real experiment with web apps, and it's been an incredibly fun experience. What started as a way for my Mom to read my personal twitter feed has now evolved into a legitimate business that is now supporting nearly 15,000 customers and counting. We're really proud of that, and won't be letting up anytime soon.

If there is anything I have learned as part of this process, it is to create the most simple iteration of your product and launch. Strip it down to the bare bones features; and launch.

This has a few crucial benefits for any small, self-funded company:

  • It's easier to see light at the end of the tunnel, and do what it takes to launch a product without losing momentum.
  • If your app is a bust, the time and money you spent on it is minimal.
  • Less features to start means a more manageable learning curve for people to get started using it.
  • Most importantly, you can count on your customers to tell you what features are really important, instead of trusting your own personal opinion.

Since Feed My Inbox launched, we have learned a TON. My best thinking 6 months ago would be ridiculous compared to what I know now about the app, our customers, and where we're headed. For instance, I thought from the beginning that we could support the service with advertising. Boy was I wrong about that. We WILL in fact monetize the service, but it will look nothing like what I had originally thought. What a waste of time it would have been for us to build anything out to support that original business model.

I want to be clear that this article is not about being anti-features. It's about being anti- business plans and pricing charts and complicated wireframes and wasteful marketing plans before your app even has any legs. Let your software breathe, listen to your customers, THEN make the best decisions you can about what's next.

Bottom line, screw what anyone else thinks and launch it. If you make mistakes, that makes you human. The quickest way to expose and fix them is to launch the project. On the web, nothing is permanent. If it's wrong, change it. If it's great, make the most of it. Either way, just get it out there and it's okay to learn as you go.

View this post to make a comment.

December 10, 2008

We've been working on a little side project for about a month, and today we get to share it with you. Be warned, this website is a little bit geeky. It's called Mobile Awesomeness (http://www.mobileawesomeness.com). The site will showcase the very best in mobile web design, as well as share news and resources about developing for the mobile web.

We are design junkies, and have a great appreciation for all of the website showcase sites out there. Mobile Awesomeness is a showcase dedicated solely to mobile sites, and is the very first of it's kind according to our research. So if you are looking to see the best in mobile web design, or are looking for resources to get you started in learning to develop for this medium, head on over!

View this post to make a comment.

October 6, 2008

It started over brunch with my parents, as they were visiting us in New York over the summer. The subject of Twitter came up, and my Mom wanted a way to see what I was up to. I knew the only way she would be able to do that was if she got email updates from the RSS feed. A lightbulb went off, and before brunch was over I purchased 3 domains from my blackberry.

Over the next 24 hours, I tried to find any services delivering feed updates through email, and was eventually convinced the market is up for grabs. I threw together a pitch to Jared and Denny (my partners in crime at Brightwurks), and by Monday our project was a go.

Being a new and bootstrapped (no funding) software company, making time to build Feed My Inbox was the first challenge. We had ideas on how to monetize the app, but knew it would take time. It became clear very early that we could build the most basic, first version of this product fast if we gave it a full day and developed only the "must have" features. So that is just what we did.

The goal was to build Feed My Inbox in 24 hours.

We each took a day off from client work to focus completely on building the app. By end of day we had a logo, finished the designs and front-end code, and were 75% done with the back-end portion that pulls it all together. Getting that far was a huge victory in itself. Had we not originally placed these time constraints on the project, we would not have gotten half of that done.

Just so that Feed My Inbox was not an utter failure or full of bugs, we decided not to launch until giving the equivalent of one more day to put on the finishing touches.

It is tough to put into words the great feeling of launching a web application merely a few weeks after having the idea. Today, a little more than a month after launch, we have over 2,000 accounts and are tracking nearly 6,000 feeds across the web. TONS of back-end improvements have been made along the way to make Feed My Inbox a smooth experience for all users.

Are we anxious to build more features for Feed My Inbox? Absolutely. Is it important to monetize the application eventually? Absolutely. Should either of these things have kept us from launching the application after only 2 days of development? Absolutely not!

5 Reasons to Build Web Apps FAST and with Minimal Features

  1. It forces you to be decisive.
  2. It is cheaper. Bootstrapping your application helps minimize time and cost until it is profitable.
  3. Launching is a huge WIN, and confidence boost for everyone involved with the project.
  4. A minimal feature set gives your customers the opportunity to tell you what features are important, which may shift your internal priorities.
  5. After launch if you realize that you need to adjust your original plan or even do a 180, you are not in a hole so deep that you cannot dig out.

View this post to make a comment.

September 26, 2008

We're Brightwurks — a team of 4 based in Nashville, setting out to solve complex problems with useful, web-based software. Nice to meet you.

You may have wandered upon this site from our first application, called Feed My Inbox. Or possibly you know about Brightwurks from our design shop, Project83. Either way, we're happy to have you, and hope that you will participate in this blog.

Here is an idea of what you will find on this site in the near future:

  • Product News and Updates

    This is where we will announce all new products and features. We will also look to answer frequently asked questions, and provide additional resources to help you use our software.

  • A Behind-the-Scenes Look

    I am always interested in how other companies are doing things and what their process looks like, so we intend to provide the same insights. We will start by talking about how and why we built Feed My Inbox, which is an interesting story.

  • Opinions Related to our Industry

    Web-based software is a very exciting and thriving industry, and we look forward to commenting on news, products and companies out there that are impacting our business.

For customer service, feature requests and bug reports, don't forget to check out our community on Get Satisfaction. We're listening to all that goes on there.

If you find any of this exciting, subscribe to our feed and we will talk to you soon!

View this post to make a comment.