Product Design @Capterra - previously @FiscalNote

Washington, DC
Joined December 2014
here’s a walkthrough and review of @todoist's interaction design. I’m a big fan and thought I’d pick it apart to explain why - link.medium.com/zrr6nNqTUib
1
1
Replying to @Mappletons @swyx
17. This collection has now matured into a full grown essay documenting the history of "digital gardening" as an ethos 🌲 maggieappleton.com/garden-hi…
7
21
4
97
out of school, I didn't appreciate how important fidelity is to learning what you need from prototypes. I don't know if paper prototyping still plays as significant a role in design education, but I've definitely seen them abused (and abused them) - library.gv.com/paper-prototy…
1
1
the GV post makes a strong case for why you wouldn't want to use paper prototyping in the formative evaluation of a prototype - even worse though, is trying to use paper prototypes in summative evaluations - nngroup.com/articles/formati…
1
I think it's safe to say it's impossible to benchmark test any design prototype (paper prototype, figma, axure, stand-alone code) against a live product - at least without a big asterisk
1
Axure's worked well for prototyping some text-based interaction, but it can get a little slow and almost always requires some code
figma's new support for multiple flows per page is pretty nice. I think I'll still be creating navigation pages for prototypes, but it's going to make working with other designers on a single prototype much more manageable
2
if you don't connect flows though, the sidebar reflects what's going on in the viewport. you do lose out on links between flows. (2/2)
1
it's fixed! all is well
2) organizing "scenes" in a scenario for a prototype I'm evaluating with someone else - it's nice to be able to jump to a specific section to ask follow-up questions
1
3) organizing related designs that describe functionality from different angles (particularly helpful for logic-heavy stuff). Being able to step through different states or scenarios makes it obvious what cases aren't accounted for.
Jay Miles retweeted
All design debt is technical debt. All technical debt is design debt. There is no difference.
10
61
10
302
building anew without repair of the old is not an act of creation, but a pattern of destruction
18
25
4
94
Thank you for sharing, @pwthornton. To add, I think overviews of prototyping typically focus on evaluating prototypes with users. That's a great benefit of prototyping, but not the only one.
This Post is from an account that no longer exists. Learn more
1
Jay Miles retweeted
The 2020 @uxpadc Mentorship Program is now open and accepting applications! Learn more and apply to be a mentor/mentee at: uxpadc.org/mentorship-progra… #UXPA #UX #DCUX #DCtech
4
3