The reason that I've heard used repeatedly is that a shocking percentage of folks who aren't Technology producers can't separate visual quality from "doneness" of a project. If you show some business folks something that looks like it works, they'll mentally update the project to "Nearly done!" and then everything else after that becomes "Unreasonable delays."

A) Make it easier to focus on the core aspects of the problems instead of obsessing with details (applies to both designers and "reviewers")

B) An "unfinished" messy design is an invitation for critical feedback. If you give people something that looks too polished, they might be afraid that they'll break it, that they don't understand it, that they can't give feedback that is "good enough".

In short: if it looks like a toy people will play with it.

* C) The reason many of these tools look like Balsamiq has more to do with the tech of the late 00s/early 10s. This specific style of vector art was pretty easy to achieve in Flash.

This style says ‘it's a draft’ ‘it's an idea’. This is very important for communication within the team. It also allows you to concentrate on the essential points and not on the details (I don't like this font, the centring isn't perfect, etc.).

To my great surprise, even for training courses, this style encourages questions and interaction with the students. There's a whiteboard feel to it which suggests that the presentation isn't set in stone.

If I draw something in balsamiq, I’m typically “forgiven” for how basic the design looks. Try and do the same in let’s say MS paint and you could be called unprofessional and lazy. But this style seems to communicate strongly that this is a basic barebones wireframe.

Honestly it also looks better.

I usually dont use wireframes like this but one benefit is that it clearly communicates "this is NOT a finished design". Way to many times you bring a figma/mvp to get feedback on the "big picture" like the user flow etc but people get stuck on "the margin on that box is wrong" or "can we use another font?" when they see a design that looks like a "finished" product. You dont have that issue with wireframes.

It’s an abstraction that makes people focus on the part that is relevant for the discussion at hand, and not on implementation details.

One of the most valuable things you can do with early prototypes is have prospective users try them, to see whether they're understandable and meet users' needs. When a prototype looks unfinished, users understand that it can be changed, and you can collaborate with them and explore ideas for making the prototype better.

Sometimes the pixel perfect details don't matter for a use case, so why set the hi-fi expectation for both the designer and developer. The designer can get caught up in choosing colors and pixel-perfect layout, and similarly the developer implementing on that design might unnecessary time attempting to match the hi-fi design.

Psychologically reduces obsession with the perfect drawing.

Exactly. I feel the same way. After lot of research, I settled on Whimsical for doing mockups/wireframes. Good Balance between Simplicity and Power. Only complain is clickable prototyping which is not available. If they add that, I would never leave Whimsical for prototyping.

Because the final product will require tons of details to have been thought through, which can quickly become bike-shedding derailments. How many times have you had to say “this is just example styling—we can tweak it later”? The hand drawn sketch conveys that implicitly.

> Something always bothered me: why using "sketch-like hand-drawn pencil" like style for that kind of tools ?

https://napkinlaf.sourceforge.net (one of my favorites from back in the day)

> The Napkin Look & Feel is a pluggable Java look and feel that looks like it was scrawled on a napkin. You can use it to make provisional work actually look provisional, or just for fun. It is released under a BSD-style license

> The idea is to try to develop a look and feel that can be used in Java applications that looks informal and provisional, yet be fully functional for development. Often when people see a GUI mock-up, or a complete GUI without full functionality, they assume that the code behind it is working. While this can be used to sleazy advantage, it can also convince people who ought to know better (like your managers) that you are already done when you have just barely begun, or when only parts are complete. No matter how much you speak to their rational side, the emotional response still says "Done!". Which after a while leads to a later question: "That was done months ago! What are they doing? Playing Quake?" A good article on this is Joel on Software's “The Iceberg Secret, Revealed”.

... and that's the place that I remember where to find this blog post:

Don't make the Demo look Done - https://headrush.typepad.com/creating_passionate_users/2006/...

> When we show a work-in-progress (like an alpha release) to the public, press, a client, or boss... we're setting their expectations. And we can do it one of three ways: dazzle them with a polished mock-up, show them something that matches the reality of the project status, or stress them out by showing almost nothing and asking them to take it "on faith" that you're on track.

> The bottom line: How 'done' something looks should match how 'done' something is.

> Every software developer has experienced this many times in their career. But desktop publishing tools lead to the same headache for tech writers--if you show someone a rough draft that's perfectly fonted and formatted, they see it as more done than you'd like. We need a match between where we are and where others perceive we are.

The infographic in this post ( https://headrush.typepad.com/photos/uncategorized/feedbackim... ) is especially important because the how it looks changes what type of feedback you get.

I had a project where I grabbed the stylesheet and header from another similar project while working on it... and spent a week discussing with management about what color blue it should be when the questions I needed answering were "does this page flow make sense?"

It's the first bullet point in TFA, right after the big screenshot.

> Stress-free hand-drawn style ... A hand-drawn style reduces stress on perfection and allows you to express ideas quickly.

(to be honest, I find this "pencil-like" look a bit like MS Comics for fonts, ugly and unprofessional... so I really don't understand why designer tool use it so much)