Show HN: Konty – A Balsamiq-alternative lo-fi wireframe tool for modern apps
konty.app
konty.app
I understand that "wireframing" is some kind of "brainstorming" tool, so it is used with a pencil and a whiteboard in a meeting room and require to draw/erase fast iteratively... so it's the "right" tool for this job...
But as soon as you use a computer instead of a pencil, why not have a "realistic" and "clean" look instead of this kind of quick-and-dirty sketch-like style? It's an honest question
Is it because designers are most used to this style? Is it because it make more clearly appear the essential points (for example: a list) and avoid discussion like "is this text exactly in this color ?"
The point of this style is to communicate that it's a rough draft, so that people focus on the essential implementation and functionality requirements, the hard stuff. It's easy to give it a lick of paint later. (It also keeps expectations low, so that the final result will feel like you're overdelivering. But that's just bonus.)
Now that I have all these answers, I understand better. But cant delete or modify this comment. So sadly it's here for eternity :-(
Thanks a lot for your insightfull comments to the original post. Actually, I now think that I will use these method to help getting more feedback from users
Honestly it also looks better.
You really have to drill home that ideas and possibilities are just that, and not concrete features that they could start using tomorrow.
I ask because this guy s a common lament, but I’ve never figured out why. It shouldn’t be a surprise or (to me) disappointment that the fidelity of a communication also carries signal about the status.
Example of this from another industry: working in manufacturing, a client wouldn't listen to our explanations about why their part wasn't ready to be molded in plastic. (lot's of design issues that would make it impossible to get out of the mold or lead to extreme cosmetic imperfections). To prove their point that their part designs were ready, they held up a 3d print of their part and said, "See? It's right here! You just have to do this!" This led to a half hour of answering questions before they started to understand that the two fabrication processes were very different and had different requirements.
I think the unfortunate part is really the time you have to sink into helping someone understand that's often unpaid, in my experience.
So we, unfortunately, have to make effort to dumb down, or at least carefully manage, the fidelity of that part.
Actually I don't think "technology producers" are entirely excluded from this bias either. I've assumed more complexity than there was in reality (possibly due to my background in infrastructure and backend), but other developers I've worked with certainly fall more into the trap of "there's a UI? now it's just a simple matter of CRUD."
So. Yeh.
Personally I also prefer the hand-drawn style, but can't put my finger on why. There's something about the uneven lines filling out the space better, while still defining the shapes well.
Lower fidelity puts the viewer in a more conceptual mode of assessment, and there they can more easily perceive the clearness/approachability of your concepts.
But if you want reasonable portability of the interface across different devices, and scale, and connection quality there's more to do.
Even just getting an interface that responds cleanly to resizing can be trickier than it looks because what is important changes as aspect and scale change. How you present things may categorically change.
And this doesn't even start on talking about how to get the backend to where it matches the implied functionality of the front end.
If everything is either an obvious sketch, or pixel perfect you can get decent feedback, but a design that is just a little off in jarring ways will distract people from the functionality or design intention.
Any change from that haphazard throwaway with nice colors is suddenly a change they have opinions about, because it feels like a change.
If you show them something that's obviously not what will ship, they don't get as attached.
---
This is also partly a "most people don't understand the design process" thing, and just how much reworking and restarting is generally necessary to get an actually-good end result. If they see hundreds of mockups (or even sketches), they'll wonder why you haven't made hundreds of products, rather than those being merely tools used to think along the way.
I think this was then expanded to be "paper-looking".
But yes, for the reasons you state.
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.
Ages ago, when CAD was new, architects would show customers tracings (of plots). For all the same reasons.
The practice was so common that my buddy (also an architect) created a "hand plot" driver for AutoCAD. "Messy" hand drawn look instead of precise line work. The driver was huge popular.
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.
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?"
> Stress-free hand-drawn style ... A hand-drawn style reduces stress on perfection and allows you to express ideas quickly.
It has a non-standard UX itself, because of the small screen.
Do you have an iOS version?
Are you supposed to draw the UI with your finger or something?
Say what? haha
I wonder if there's a way to combine a simple tool like yours (or Balsamiq, which I've used for many years) with generative AI to create plain HTML/CSS pages from mockups/wireframes. Figma seems bloated, v0 is React/Tailwind only.
You can find it at https://makereal.tldraw.com/ but the guide there doesn't explain how to get the best out of it. I recommend this article by the TLDraw team which goes into some of the remarkable tricks you can use, and what people have done with it: https://tldraw.substack.com/p/make-real-the-story-so-far
Follow what Affinity did (cheap and one-time) and you'll sell to a lot of people like me who would otherwise give it a miss. Save your subscription tiers for businesses needing more collaboration, SSO, etc.
With that strategy as well you'll build brand awareness which will probably ultimately lead to more sales as those solo devs advocate for its use in teams in their day jobs.
I'm sure odds are this actually isn't malware, but - I'd think about how to address that fear.
Balsamiq was next best and I use it still, but has a cumbersome user interface with enough friction that it gets in the way.
I tried using Excalidraw for a while, for my dislike of using Balsamiq, but for wireframing even with libraries it was too fiddly.
Just tried out Konty and it feels like an upgrade to Balsamiq for sure, and is clearly inspired by Excalidraw. Great work
Can I report this somewhere?
<link rel="canonical" href="http://localhost:4321/blog/">Also, a small frustration, but when deleting items I reach for "del" on the keyboard, which isn't implemented here ("backspace" works though).
I always liked Balsamiq, it really forces you not to obsess about the pixels too much, but it was so slow/bloated/buggy, like something from the Java on desktop era. This is much smoother!
And the name sounds like "butty" in Dutch, so that will be hard for me to recommend out loud for my Dutch IT students.
I was thinking about whether the GTM should be a figma plugin vs. a desktop app. Would love to know the founder's thought process on choosing the desktop app route.
I use (and like) Moqups, but the lo-fi nature of Konty is really nice. Seems very easy to use and responsive so far.
Product looks good, though! Congrats!
Modern software development in a nutshell
Fastest loading electron app I've ever seen.
As a long time user of Ballsamiq. This is FANTASTIC!! Everything is super smooth, nice drawing styling, well thought out.
My only problem with Ballsamiq Desktop was the price. I just don't use it enough to pay $150 for 1 license. Something like $60 for desktop would be better.
Good luck with the business. I will definitely be using your app.
P.S. I just noticed it groups things automatically....HOLY SMOKES!
P.S. 2 As a map user. When switching to the pan tool (hand). The scrolling up/down should zoom in/out.
P.S. 3 It definitely needs a pdf export option
open text. type something. pop up a triangle. modal deadlock.
* which is also a slang for another slang. Inception!
I've seen the founder, /pketh answer questions here on HN.
Update/Edit: The other open-source alternative to Balsamiq-ish tool is https://excalidraw.com
https://konty.app/http://localhost:4321/
Nice app. Loved Balsamiq for years, now I use an outdated version of Sketch.This is a collaborative tool. So you cannot say "only 5% of the audience is Linux users", but instead you'll rule out any team where at least one member is Linux user. Which is a far larger group.
If I discount myself, that's 8 of 9 teams and startups I worked in last years where we needed wireframing.
But I hope the Konty team has better numbers on this. I presume they know more than my anecdotal numbers.
I haven't heard that name in literally forever. I used to use it and love it like fifteen years ago when I fancied myself a designer and not just a backend dev.
Figma, penpot etc, aren't for me. I often need something in the phase where we're deciding on "what's on the page at all. And what screens do we have". Way before there's need for styling and layout, which I'll leave to skilled designers.
I need something with libraries. "This is where a map goes" and "we have a modal here", and I can just plop in a thing that communicates "this is a map of some country" or "a large modal". Again, without styling, shadows, animations or even proper layout .
And I need something that I can share with coworkers.
A pen and paper (with grids), or whiteboard works best for me, but has no libs and is hard to collaborate on (in a remote, hybrid environment).
EDIT: No linux support :(