Does anyone have the same problem? If yes, how did you solve it?
First surprising thing I learned is that users don't usually actually have the will to spend any amount of time giving feedback. But they will avoid admitting it. The second discouraging thing is that when you do get them to sit down and talk, you will find that they're really good at subverting and evading any sort of plan you might have had. And then finally, after you have managed to collect information, it can be extremely difficult to interpret the results and come back with clear insightful ideas for changes and improvements in the product.
To me, interviewing and talking to users is something between the role of an anthropologist and journalist. You sort of have to charm them enough for them to open up, but you also have to maintain scepticism about what they tell you. You have to be inquisitive. And on top of that you have to be able to set aside your own interpretations and thoughts so as not to tip the scales. It can be emotionally draining, especially when you have your own convictions.
I work with engineers and they hate talking to users. The process can be very vague and often feels fruitless to them. Engineers can be stubborn and hold on to their worldview because they strongly believe theirs is objective and there should only be right and wrong answers.
I don't know what it's like at a smaller or larger scale. I can imagine some things are easier, and some are harder. A large company may have real resources to spend on finding the answers which can bring more people to the table. A single-person operation might not have those resources but could be sympathetic enough to bring individuals to the table based on sympathy.
However, when you make discoveries and insights, those are things that can make or break your entire product. It's almost like panning for gold or fishing, you spend a lot of time searching and in doubt, and then you come across that one idea that really makes it all work. Anyways those are my thoughts. It's incredibly satisfying and I love it but I hate it.
Talking with your customers lets you build relationships and brand loyalty which is valuable, but I'm also not sure if that outweighs the downsides.
But for your situation just create a survey with Google forms or something and send it out to everyone. If you don't have many customers yet take the time to personalise each one.
Since your product is a journal, maybe have a public forum/journal to build a community with as well?
I used to deal with and include all the tracking, analytics, logs, etc., but it's all just bloatware for me since it's relatively small apps. I don't require login or accounts and don't want to spam and make everything voluntary in the end, and not force it. It will take time, and the focus is on being as non-predatory as possible. I keep things slim and simple and people seem to like that. Making sure a user has a good experience with software that I write is always #1. All of these points collectively I feel is inviting for people to socialize their thoughts to me.
I have a Calendly which people can book a 20 minute conversation with me about my project.
I've had at least 60 high value conversations now, with people all over the world.
I don't promote them heavily at the moment so I sometimes get just 0-2 a week, but in the past I've had days with 3 or 4.
I wrote about this pattern here: https://simonwillison.net/2021/Feb/19/office-hours/
Random people email me all the time (at least 3-5 times per week, even now) with information about bugs/feature requests, or just to say hi/thanks and show off their projects made with it.
Comparing my site (https://espotek.com) to yours, yours is much more "corporate" looking and doesn't explicitly invite contact.
I've seen other people advertising their CRMs and whatever in the comments, but perhaps it's just as simple as openly acknowledging that you're one guy, the business is your personal project and people shouldn't hesitate to contact you.
You also get free bot protection with botpoison or the usual captcha. There are some false positives as usual, which is why I also have a Discord server running for the apps. But Formspark goes 99% of the way and it's incredibly cheap with a free option.
EDIT:
I see you're mostly looking for a way to reach your users instead of letting the users reach you. I feel that's not something most users want. I almost never like when I get an unsolicited email after I start using an app, and unsubscribe instantly.
It's better to provide good documentation (maybe a simple organized markdown page to start with), and one as clear as possible first page.
People will reach you when they need more info and you can update the website and documentation based on the feedback to minimize the repetitive interactions.
https://www.savio.io/blog/how-saas-companies-get-in-app-prod...
At my co we ask for feedback:
0. When someone books a demo (email)
1. When a user signs up (in-app and via email)
2. When a user converts from trial to paid (email)
3. When a user cancels (email)
We also:
1. Use Intercom and lots of feedback comes in there
2. Have several in-app callouts to vote on features on our voting board or contact support
3. Close the loop with customers when we ship a feature they asked for, and ask for feedback
We could definitely do a better job on the in-app feedback collection side.
I'm old (52), so while I did code initially in my career, I was tempted away ($$) into roles where the fact that I'm also good at written and spoken communication was part of the remit. Being able to communicate with users AND understand how software is actually written turns out to be a remunerative skill.
Like coding, though, it's not something just everyone can do well. Also like coding, you have to WANT to do it. If you're pushed into a role like this and you don't like it or don't want to do it, everyone will suffer -- you, the users, and the rest of the dev team. It's a recipe for sadness.
People do also occasionally message me with feature requests or put them in the public room.
I will say though that the times I have directly asked groups of users what product or feature to build, I have mostly received crickets. Before I built the main product I practically begged a couple of Discord communities to tell me what they needed/wanted. It took awhile and I got a single response. I built that and then had everyone else in the community tell me how badly they had needed it.
I don't know what it is really but it can be like extracting teeth. But the sort of leaders may eventually give feedback.
Also I have to point out there are other competitors in this space you could also use like Drift, Intercom, or even an automated email flow with Calendly for example.
---
Hi, it's Abylay Keldibek from just-diary. It's been a week since you signed up, and I wanted to ask what's been the most useful aspect of the product? What's been the least useful?
I am also happy to answer any questions you have.
[sigblock with phone or skype or way to schedule a call]
---
Hi, it's Abylay Keldibek from just-diary again. It's been two weeks since you signed up, and I was curious what has been the most surprising thing about just diary?
Is there anything missing that you would like to see or something that you would like to be able to do that does not appear to be supported
[sigblock with phone or skype or way to schedule a call]
---
Hi, it's Abylay Keldibek from just-diary. We are planning the next major feature release, and I wanted to know if there is anything you would like to see fixed or anything you would like to see added.
[sigblock with phone or skype or way to schedule a call]
---
I don't see a pricing model, so I am unsure about your longer-term business model. There is a significant difference between "Free users" and paying customers, and you are more likely to get useful feedback from the latter.
For more details on customer conversations, I have collected 40 Tips for B2B Customers interviews many have found helpful in preparing for and analyzing customer conversations. It's a long blog post up at https://www.skmurphy.com/blog/2020/01/30/40-tips-for-b2b-cus...
And I am doing that in a variety of school systems to get feedback.
I do find getting 30-60 minutes with a user or group of users extremely valuable. You've really got to try and dig into their use case and understand them. And tell them to stop telling you what they think other people might do and get them to focus on themselves. Everyone likes to tell me what other users might want, and then asking them, well, do you do this? "Nope, but other people might..."
But once you get through that, the rewards are fantastic. You can build some frameworks around your users and have a much better intuition of who would like what and how they would use it. Then reach back out and ask.
One other method I use is an ask for features button on the app. Once they ask for a feature, I ask if they are open to connecting over zoom so I can deeply understand their use case. And sometimes they get their feature built, and sometimes they get something much better.
The programmers/engineers may have assembled a "perfect" tool (in the sense that it actually solves the problem that it should solve) but often practical usage needs to go through a number of steps that feel "unnatural" to the final user.
In some cases I managed to actually talk to the programmers but what I found most time is a sort of elastic wall, they often concur that this (or that) thing would be better/easier/simpler, then (for this or that reason) they never change it.
Maybe it is just me and my suggestions may well be either "impossible" to implement or plainly stupid, but after having been told a few times "You are right, if we do this it would be better, I am taking this note for next release." and then 1, 2, 3, 4 updates/releases after nothing has changed, it becomes tiring/frustrating to provide feedback/suggestions that will never be implemented.
Only as an example (which is a pet peeve of mine) is input forms, talking of desktop apps nowadays a (say) 1024x768 resolution on a monitor is a "bare minimum".
A single form (entirely viewable without scrolling) can well contain 30/40 input fields, yet (for some reasons) a number of softwares use multi-tabbed (tiny) forms, i.e. for the 30 fields you have three tabs, each one with 10 fields, if you forget an input on a field on tab #1 and go on, you cannot see which field is is missing (as you are on tab #2 or tab #3), then when you confirm you get a missing field error and you have to check all three tabs.
However to communicate with the whole world:
- potential public it's too vast to be handled, that's the classic problem of big companies after-sale services;
- spam will be veeery abundant
IMVHO the best solution is just offer an email contact, with a good enough antispam and a large enough pool of people who read the incoming messages. Some users who do not know how to make disposable emails will probably avoid contacting you but that's a minority. Offering to register, without demanding mail/phones etc, again with aggressive policing in pruning if they prefer a personal form to communicate and still being able to read answers. Clearly state that basic accounts are created on the spot and do not demand ANY personal data, mail including, they are just ways to communicate with the public,
Those who do not want to write a real email or to sign up are not interested anyway. If your business is about scraping such cohort of users than an optional login-with-Big&Powerful (GAFAM) suffice.
Offer a VoIP/phone support for paid users might be a good idea, and a complicated one.
This is, by the way, why I prefer having other developers as my first users.
"Hey $user, you've been an active user of our site since $signup_date and we'd love to hear what you think about how we're doing and what we could be doing better?"
Add buttons for "Sure", "I'm busy right now, but ask me later!" and "No thanks" and call it day.
People love to give their opinions on things. They'll go out of their way to do it. Look at how many people (myself included) are doing it right here in this thread. It takes minimal effort to get people talking (and even less to get them complaining). If you've got enough users people will even do it themselves. They'll create entire forums and subreddits just to discuss your product/service all on their own. It might not be a bad idea to set up a space for that kind of thing yourself. Discord is a good place to start.
The best way to find out what a customer wants is to ask them.
Edit: the form is only 3 fields long and email is optional if you want a response.
My method has always been to be offer a few companies/users a free account. Assuming your product is something they really need, a free account in exchange for feedback is a win win for both sides.
Especially when you’re B2C, small, and your users are small, build that personal relationship. Find your most passionate users, figure out where they hang out (Reddit? Twitter? Facebook? Discord) and try to start a community there.
This serves two purposes:
- Your passionate users will want to talk to you! They will have a particular power-user perspective, but much better than no feedback.
- Building an effective community that is excited about your product is fantastic for marketing. Word of mouth is the most effective kind of advertising.
I try to focus on problems (the things they run into every day and it's easy for them to talk about to help you identify gaps in your understanding) more than my solutions (asking too many questions or presenting something complicated can be mentally exhausting). You can sometimes save weeks of work when you talk directly to end users and understand that something that was in your original requirements, isn't really necessary.
I think it comes from you, the builder, having spent thousands of hours on a problem (here making an electronic diary) trying to get insights from someone who have just spent a short minute thinking about the same problem.
Instead of thinking about it as "talking to your users", try to think about it as observing how your product is used, and how they work in general within the domain.
Observe them directly if you can (sit next to them and just watch them do their stuff), or indirectly e.g. by extensive application logging or maybe a screen recording tool (like hotjar).
Write 10-30 random prompts: “what do you hate about this page”, “what do you love about this app”, “what do you wish you could do”, etc. show them the prompt and log a free form response. Simple as. We’re talking a few hours of work.
Also, find your most engaged users via your analytics and email them to do a video interview to understand how they use the product. Try to find overlaps between them that you can use to target new customers.
Most people will delete it. But I don't find it dishonest because it's literally an offer to help and you can ask anything you like (I have always gotten replies as a consumer).
I'm assuming once this doesn't scale you can just do the same with support agents (no fake here, just put their names and emails) so the inbound is handled by different people with the same goal in mind.
Also, if no one replies to your request, that's a data point as well.
It's interesting I have no problem communicating with all of my users because my project is a live chat app.
But one thing I noticed is there are countless things people want, so much that it can become challenging to filter them down and choose which ones are valid or should have priority.
Another issue is the conversations can be dispersed, so really it makes me think having a dedicated feedback button is still the best option even in my case.
If what you want is to have a lengthier conversation please remember time is money--remunerate the user for their time helping you.
This makes communication really difficult.
Communicating with users (or future users) is not really an issue I've faced with either of my startups (metaverse for outdoor sports https://ayvri.com & neurotech/sleeptech https://soundmind.co).
I inherited Ayvri, but started SoundMind. The first thing is speaking to users, not something you do after. Who is your target user and where do you find them. I think if you are solving somebodies problem, or understand the problem you are solving it makes it easier to reach out and communicate with the users.
It's difficult to reach out to existing users with a "can you give feedback" without really understanding the problem you are solving for them specifically, or asking about a problem.
When working on Ayvri (then Doarama), we had a few paragliders who were really into the product. I'm not a paraglider (which always amazes that community) so I had no idea what they wanted. I looked at our most viewed 3D scenes, found out who made it, and reached out saying "hey, you're getting lots of views, and you clearly love the platform. I know nothing about paragliding and why you use our product, can you tell me about it, and how you use it and why?" Sure it's "feedback", but it's really about understanding what they are trying to accomplish and why they use the product. That is more important than getting "feedback" on what you've got. Understand the problem, and you may find solutions that the users don't know they need.
With SoundMind, before we really didn't knew what the product would be, I was communicating with people on reddit re: neurotech, sleep, biohackers, etc. From there, I've had people (including investors) hunt me down on linkedin or message me on via reddit (HN has also been a good source). I dove deep into understanding people's problem with sleep, and from there we've focused on two initial HIGHLY specific use cases that we can help them with. So once we know who THOSE users are, again, it's fairly easy to speak to them.