Five web apps we couldn’t live without

Chris Gibson  —  March 11, 2014 — Leave a comment

This is a post inspired by the “Red Matter” Content Creation Club, from our buddies at Burning Red.

This week, we were challenged to come up with a simple “list” piece, choosing the top five to ten “things” that are related to our business.

This has inspired me to finally put together a “top five web apps” list, which is something I’ve been meaning to do for a while anyway. This is the whole point of Red Matter, to encourage you to make time for your blog, and I highly recommend it.

So without further ado… these are the top five web apps that we’d genuinely struggle to run the business without.

1. Nirvana

nirvana

This is a simple GTD task manager, based in the cloud so everything synchronises nicely between devices.

I use this application constantly. Everything I do, is listed in this application. If it’s not listed, it won’t get done; it’s as simple as that. If someone emails me and asks me to do something, I immediately create a “to do” item for myself (usually with a link to the Gmail URL for that email, which is very handy). I start every day by arranging my outstanding items into order of priority, reschedule those that won’t get done, and so on. It’s not a collaborative tool — you don’t assign tasks to others, or review group progress — but it’s not designed to be. This allows me, as an individual, to better manage my own time.

Nirvana is based on GTD, so it comes with all the features you’d expect to see; a “Focus” list, a “Someday” list and so on. Fundamentally, though, I just find it absolutely vital to have a task list to work through. I’ve tried many, many solutions, but none has worked as well and so seamlessly as Nirvana.

2. Passpack

passpackThis is a secure, online password manager, and another tool that I find vital. All our passwords — all of them — are stored on this site. Again, the fact that it’s based in the cloud means that all our devices automatically have access to the latest data, and all team members can access or add passwords whenever necessary.

Passpack only store encrypted data, using 256 bit encryption, so even if data was lost there would be very, very little risk.

I’m always amazed to see agencies relying on Excel documents saved on shared drives to store passwords, or individual developers running their own password applications and accounts locally. It’s essential for us to have a centralised password database, accessible remotely, and Passpack fits the bill. It’s not perfect; the website could do with a bit of an overhaul, and using it on mobile is a bit clunky. Still, this is definitely something we’d struggle to live without.

3. Bitbucket

bitbucketA technical one, this, and one that all developers will have heard of and almost certainly used themselves.

Given that we usually have more than one person working on a website build — either concurrently, or just picking up various tasks at different times — we need some way to ensure that the codebase is kept consistent, and that it’s impossible to overwrite each other’s work. This is where Bitbucket comes in, as it allows you to host as many private “code repositories” as you want. (If you have no idea what this means, there’s a nice guide to version control here).

Once you get used to working this way, it’s impossible to go back. No more synchronising files over FTP, or asking someone what files they’ve been been working on. Just pull files from Bitbucket, make your changes, and push them back in.

There are lots of other people offering the same service, of course, or you can host your own repositories quite easily. Bitbucket works very well though. It also allows you to maintain a small Wiki for each project, which is useful for setting out the key information about a website that everyone needs to know. They also have a very simple “issue tracker”, which has actually replaced more advanced alternatives (such as Basecamp) for our internal task management. Even better, it’s free, although to have more than five users (as we do) you have to pay a small monthly fee. It’s still extremely affordable, though.

Bitbucket actually had a few very brief network issues the other day (a rare occurrence) and we were literally struggling to get anything done.

4. Deploy

deployAnother technical one. Code repositories, such as those hosted by Bitbucket, allow us to maintain a consistent, shared, protected codebase for all our projects. However, there’s no automatic way to transfer those files to a web server (ie, deployment); at the most basic level, one individual user still has to checkout the latest version of the code, and then FTP everything to the server.

This is where Deploy comes in. Essentially, you give it the name of your Bitbucket repository, and you tell it how to connect to your server. You can then click a big button labelled “Deploy”, and it will automagically copy all the latest files from the repository directly to the server.

This is such an efficient way to work, we couldn’t ever go back to using FTP. FTP is a faff. It’s slow, clunky, and actually synchronising files — working out what’s newer, what’s been changed, what can be overwritten and so on — is a nuisance. Theoretically, of course, code repositories help with this, as you can be confident that the files you’re uploading are the very latest ones. However, you’re still unsure which files to upload, so unless you upload the entire codebase each time — which would take ages — then FTP is still fiddly.

Using Deploy, the process of uploading website changes to a site is quick and painless, so much so that it pretty much happens behind the scenes. (Indeed, for “client preview” sites, we usually configure deploy to automatically copy files as soon as we commit them to the repository, which removes any manual steps completely). Reverting to FTP would be a huge retrograde step.

5. Crunch

crunchNot a technical one, this, and arguably not even a web app. However, it is another online service that has removed a huge amount of time-consuming administration and legwork from our normal working day.

Crunch are online accountants, meaning that they provide a full accountancy service. If you have a full Crunch account, you don’t need a separate accountant (indeed, we moved to Crunch from our previous accountants some years ago). However, not only do they manage your accounts, they also give you access to a very comprehensive website that allows you to:

  • Issue invoices
  • File expenses
  • Pay your VAT, PAYE and Corporation Tax bills
  • Review your income, outgoings, tax liabilities and so on

For us, the ability to issue invoices and file expenses directly from the website is brilliant. We no longer have to create an invoice separately, and then make sure that we’ve sent a copy of that invoice to our accountant. Because we issue invoices directly through Crunch, they’re automatically filed with the accountant, so they’re automatically added to our tax record and so on. Crunch then makes it easy to see what invoices are owning, which are overdue and so on.

Similarly, recording expenses in the system means that there’s no separate paperwork, no envelope of receipts to stuff and send off by post. Crunch even have an app called “Snap” that allows you to take photographs of your receipts using your phone, and file them automatically.

Managing our accounts with our old accountants was painful, a slow system of updating an Excel spreadsheet like it was 1996. Crunch’s web app makes everything really easy.

Note: the link to Crunch here is a referral link, which rewards us if anyone happens to subsequently sign up. However, this has no bearing on my recommendation; Crunch are excellent and I don’t know why anyone would use anyone else. If you want a standard link with no referral code, though, it’s http://www.crunch.co.uk/.

Chris Gibson

Posts

My Google Profile

No Comments

Be the first to start the conversation.

Leave a Reply

*

Text formatting is available via select HTML.

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>