Creating something totally, completely, brand spanking new is sometimes, well… rocket science.
I don’t think that means we should quit working our tails off to create the best web app or website just because something similar has been done before. I do think it means, though, that we should not feel defeated because we’re working with ideas that existed before us.
We knew we were reinventing the wheel to some extent when Jumpchart was born. Fact: there are other website organization tools out there. Same thing with Staction and Paprika. But we felt we could do it better. We didn’t look at wheel reinvention as a negative. Instead, we recognized how important it is in the grand scheme of things. Versions are what get us to the best.
I mean think about it. Writers don’t publish an unfinished book. Architects don’t let tenants move in before the building is done. Hundreds of logos are sketched before a winner is chosen. There are steps to finishing a project, and many versions are created along the way.
Sixty years from now when we’re all old and wrinkly, there could be a revolutionized way of organizing website content that works for virtually everyone. And that’s great – it truly is.
All we hope is that Jumpchart somehow played a small part in its existence.
It feels like I’m seeing it more and more. Why do companies offer shiny, sparkly, drool-worthy deals to brand new customers, and those of us who have stuck around for years get little more than “gee, thanks?”
I’ll admit, I’m bitter about my recent experience with my cable company, but it’s opened my eyes. For years at my house we’ve been putting up with crap like intermittent service during big games, a stubborn DVR box that works only when the stars are perfectly aligned, missed recordings because of “unknown technical difficulties” and only the rarest of opportunities to talk to a real human being when we need help. Not to mentioned we get absolutely zero monetary refunds to cover our emotional damages from getting so worked up. When we finally called to find out how we can get more for our money (and threaten to take it elsewhere), we were not-so-politely told deals like that are stubbornly reserved for new customers only. I didn’t feel so much shocked as I did betrayed.
I Would Like Some Cheese with My Whine, Please.
Alright, I’m just going to say it. What about me?
I’ve paid for their service for years, and even sent them business a couple times. I trusted them to give me the best quality possible, and haven’t cancelled our account when they’ve fallen short on their promises. And then when I so desperately need them to come through for me, they made me feel like I was two inches tall and not worth their time. #bigcompanyfail Keep Reading
Being a PM is like slaving for weeks on a group term paper, and then accidentally deleting the entire thing.
You get to see a project through from start to finish, influencing nearly every part of it. You get to watch proudly as a mere idea transforms into a great portfolio piece. You put your blood, sweat and tears into content creation and development. You get to work with great people to reach the end product. You get to use your skill of turning studio language into something your clients can wrap their brains around. Sometimes you even get to hand deliver the finished product with a big pretty bow on it.
But when something goes wrong, you’re the person it always makes sense to blame.
It’s finally time to spill the beans about our latest feature releases. We came up with some improvements that we think will make your life much easier.
Content and Design Merge in Jumpchart
Jumpchart has always been about putting content first, and that hasn’t changed. But now Jumpchart can play an even more active role in your website project by letting you seamlessly transition into the design phase.
In the sleek new design section, you can upload mockups to the project, collaborate on them with your clients and team members, and get straightforward approval from the person in charge. We’re big on tracking revisions, and you can do that here, too. Upload as many versions as it takes to get the job done; switch back to an old version at any time. For more information, check out the support article on design mockups.
There’s something else we thought would make Jumpchart a more well-rounded tool for website planning…
Store Project Details in Jumpchart.
It’s easy for things to get lost in the e-mail shuffle, but now it’s even easier to keep track of it all. Passwords, deadlines, launch details, quotes- you name it. If it’s important to your project, you can store it in the new Notes section of Jumpchart. Never waste time searching your inbox again. All collaborators can comment on the notes, or add notes themselves. Organization has always been important to us, but we took it to the next level with this new feature. To get a deeper idea of what the new Notes section can do for your project, read the related support article.
We’re really proud of the new features we added to Jumpchart. We think they’re really going to change the way you do your job for the better.
As you already know, a lot goes into building a website. There’s the design, the programming, the implementation… but before all that comes the content. Getting the content wrong could mean quite a bit of backtracking later on, and I think we can all agree backtracking = evil. So while you’re busy not taking one step forward and two steps back, make sure you don’t forget perhaps the most important element of your copy- the thing that will get readers to do what you want them to do.
It’s a crucial (and largely underrated) part of writing website content: the call to action.
What’s the Point?
When users visit your site, they’re either looking for something specific (which is why you make your navigation incredibly user-friendly- so they can get in and get out.) or they’re interested in learning more about your company/product. Either way, what they don’t want is to reach the end of a page and think “Okay, what do I do now?”
“The biggest mistake I observe when it comes to information architecture is in the naming of pages and sections. The problem manifests itself in three ways:
Read more here.
- Use of jargon: Every industry and company has its jargon. Web design is certainly no exception with more acronyms than you can shake a stick at. The problem is that you can never assume your users will know all the acronyms. They maybe new to the sector or use a slightly different variation of your companies terminology. The names of your sections and pages should be free of jargon and where possible, product names that the users will not have previously encountered. Page and section titles should be descriptive of their content in the plainest language possible.
- Long names: Although naming should be descriptive they should also be short. Ideally all menu items should be one or two words long. The idea is that users should be able to quickly scan down the list of pages available and identify the one most likely to have content they need.
- Inconsistent naming: Be careful that the way you refer to pages does not change depending on which section you are in. Every link to a page should be referred to in the same way. Where a page title needs to be longer than the wording used in menu items make sure it mirrors it closely. Inconsistent naming can cause confusion and doubt in users making them unsure if they have previously viewed a particular page.”
A lot of people in this world think meetings are evil. I tend to be one of those people, actually. But let me clarify- it’s meetings that take 3 hours to accomplish what could have been knocked out in 30 minutes that get under my skin.
I have a deep appreciation for group communication. People working together, touching base frequently, actively collaborating and working toward the best possible result. There’s nothing negative about that.
I just think there are ways to go about it that don’t require half a day’s attention. Frequent e-mails showing progress, phone calls to touch base, and some occasional face time is nice! And I like to think our clients agree. After all, once we’ve determined we’re all on the same page, don’t they want us spending more time working on their project than talking about it?