Personal Developer Can Beat Big Company with User Support

Do you think personal developers always lose to big companies? No. Small products can move quickly whereas big companies are sluggish. When it comes to user support, we can do much better. I’m , a freelancer and the developer of . Recently this service grew to be able to make and the users look happy to subscribe it as following: TAKUYA Inkdrop which is a Markdown note-taking editor $350 per month body[data-twttr-rendered="true"] {background-color: transparent;}.twitter-tweet {margin: auto !important;} Glad to be one of your subscribers! @inkdrop_app — @alpha1beta function notifyResize(height) {height = height ? height : document.documentElement.offsetHeight; var resized = false; if (window.donkey && donkey.resize) {donkey.resize(height); resized = true;}if (parent && parent._resizeIframe) {var obj = {iframe: window.frameElement, height: height}; parent._resizeIframe(obj); resized = true;}if (window.webkit && window.webkit.messageHandlers && window.webkit.messageHandlers.resize) {window.webkit.messageHandlers.resize.postMessage(height); resized = true;}return resized;}twttr.events.bind('rendered', function (event) {notifyResize();}); twttr.events.bind('resize', function (event) {notifyResize();});if (parent && parent._resizeIframe) {var maxWidth = parseInt(window.frameElement.getAttribute("width")); if ( 500 < maxWidth) {window.frameElement.setAttribute("width", "500");}} I would like to share how I attract them in terms of the user support. Answer Quick Users are so used to canned responses that show up days later. If you have a problem, it usually won’t be resolved within the same day. So people don’t expect a quick response at all when they send an email.This is where you can come in. They will be surprised if you answered to support requests within 90 minutes. Their attitude with dissatisfaction turns 180 degrees. When I got a support email, I’m always trying to stop my all current tasks immediately and just hit the reply button. Then, they reply starting with “Thank you for the quick response.” Even if I don’t have a perfect answer, I do say something. It’s not good to put it off until you get an idea. You can buy goodwill with a response that is delivered quickly in an open, honest way. Credit Contributed Users in Release Notes Apps are made by not only their developers because users help us by giving feedback. You must be happy if you could get a credit from the author when you have reported a bug and it’s got fixed. But almost apps don’t credit their contributions to the public. Why? Because it’s hard to do for big companies since there’re too many customers to credit. I’m always trying not to forget to credit Inkdrop’s users in the change history in every release like this: body[data-twttr-rendered="true"] {background-color: transparent;}.twitter-tweet {margin: auto !important;} Inkdrop for Mobile v1.3.0 is out! Thanks for the bug report. @isseium — @inkdrop_app function notifyResize(height) {height = height ? height : document.documentElement.offsetHeight; var resized = false; if (window.donkey && donkey.resize) {donkey.resize(height); resized = true;}if (parent && parent._resizeIframe) {var obj = {iframe: window.frameElement, height: height}; parent._resizeIframe(obj); resized = true;}if (window.webkit && window.webkit.messageHandlers && window.webkit.messageHandlers.resize) {window.webkit.messageHandlers.resize.postMessage(height); resized = true;}return resized;}twttr.events.bind('rendered', function (event) {notifyResize();}); twttr.events.bind('resize', function (event) {notifyResize();});if (parent && parent._resizeIframe) {var maxWidth = parseInt(window.frameElement.getAttribute("width")); if ( 500 < maxWidth) {window.frameElement.setAttribute("width", "500");}} If I added new feature which was requested by a user, even if you had planned before, I would write “Thanks ~~~” in the change history. It works like a charm: body[data-twttr-rendered="true"] {background-color: transparent;}.twitter-tweet {margin: auto !important;} I love it!! PS other people... if you don't know, I'm Jay 😜 @inkdrop_app — @kjaymiller function notifyResize(height) {height = height ? height : document.documentElement.offsetHeight; var resized = false; if (window.donkey && donkey.resize) {donkey.resize(height); resized = true;}if (parent && parent._resizeIframe) {var obj = {iframe: window.frameElement, height: height}; parent._resizeIframe(obj); resized = true;}if (window.webkit && window.webkit.messageHandlers && window.webkit.messageHandlers.resize) {window.webkit.messageHandlers.resize.postMessage(height); resized = true;}return resized;}twttr.events.bind('rendered', function (event) {notifyResize();}); twttr.events.bind('resize', function (event) {notifyResize();});if (parent && parent._resizeIframe) {var maxWidth = parseInt(window.frameElement.getAttribute("width")); if ( 500 < maxWidth) {window.frameElement.setAttribute("width", "500");}}body[data-twttr-rendered="true"] {background-color: transparent;}.twitter-tweet {margin: auto !important;} I've been searching the web high/low for an app to store my code snippets w/ nested notebooks. VERY VERY few. You've convinced me to use it! @inkdrop_app — @allanmohr function notifyResize(height) {height = height ? height : document.documentElement.offsetHeight; var resized = false; if (window.donkey && donkey.resize) {donkey.resize(height); resized = true;}if (parent && parent._resizeIframe) {var obj = {iframe: window.frameElement, height: height}; parent._resizeIframe(obj); resized = true;}if (window.webkit && window.webkit.messageHandlers && window.webkit.messageHandlers.resize) {window.webkit.messageHandlers.resize.postMessage(height); resized = true;}return resized;}twttr.events.bind('rendered', function (event) {notifyResize();}); twttr.events.bind('resize', function (event) {notifyResize();});if (parent && parent._resizeIframe) {var maxWidth = parseInt(window.frameElement.getAttribute("width")); if ( 500 < maxWidth) {window.frameElement.setAttribute("width", "500");}} It involves positive engagements with users effectively with no additional cost. It makes them want to tell their friends “hey look, my reported bug has been fixed!” Any small products can do it easily. In addition, it would be a good appeal to people “We hear what you’re saying.” Note that I don’t mean that you have to please everyone who gave feedback. You should change your product only if you would think it’s truly necessary as I wrote . in this article Be Honest and Friendly I don’t promise features I can’t make it come true. It’s easy to say “it’s coming soon..” but you shouldn’t say that if it’s not really coming soon. Being honest and friendly can make people possible to believe your product. I hope it helps! Inkdrop - Note-taking App for Markdown Lovers