TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Why Founders Shouldn't Delegate Support Too Early

40 点作者 stevenklein将近 11 年前

10 条评论

kapilkale将近 11 年前
We faced this problem at my last startup, and I think we handled it reasonably well.<p>The team remained 3 founders until Mar 2012 (1 year after launch) when customer support and other operational tasks started <i>significantly</i> distracting us from more critical things like building product and growing the userbase. At that point we hired a community manager to handle support &#x2F; ops. We were profitable by then.<p>There were a few major advantages in delaying this long:<p>- Doing support ourselves helped us achieve product-market fit. It&#x27;s critical to be in contact with as many users as possible in the early days.<p>- Saved money. Early on, a community manager would have had 2 hours of real work per day, and would have cost us $50K &#x2F; year. Didn&#x27;t make sense unless there were 6+ hours of work to do per day.<p>- Kept us from building support tools. Since we were all technical, we just ran everything from the command line. And when we hired our first community manager, we hired someone with immense coding aptitude. They handled support from the command line for nearly a year when we finally built out enough tools for a nontechnical person to do the job.
misiti3780将近 11 年前
I completely agree - I have seen multiple start ups go from bootstrap to raising money and then filling desks just because they think that is what they need to do - the first place they off load is usually customer support. On a side note, I usually avoid working with &#x2F; for companies that do this just because I have always thought it was bad signal.
conorgil145将近 11 年前
I think this a great approach to creating customer evangelists! I am an early employee (not founder), and spending time in our ticketing system helping users has given me good insight into where we can improve our tutorials&#x2F;FAQ&#x2F;etc type materials.<p>Users also do not expect to get a detailed response directly from the engineer who developed the feature they are asking about. They are usually pleasantly surprised. A few weeks ago, I spent about 30 minutes answering a technical question for a user and he was so happy with my response that he tweeted about it. It made me feel pretty incredible, we have an excited user, AND we now have the start of a good article for our FAQ section relating to that feature. Definitely time well spent.
laurex将近 11 年前
Totally true. Our founders learned this too, there is a story about it here. <a href="http://www.olark.com/customers/why-we-do-all-hands-support" rel="nofollow">http:&#x2F;&#x2F;www.olark.com&#x2F;customers&#x2F;why-we-do-all-hands-support</a>. Ultimately the lessons you learn doing support apply to anyone on the team who deal with product or customers (i.e. pretty much everyone).
nbarry将近 11 年前
I&#x27;m a huge fan of delegation, though I think the author&#x27;s points are all excellent. Here&#x27;s how recommend doing both: Hire someone to process and review customer complaints. Give them very specific guidance about how they&#x27;re to handle customer concerns. If they can solve the problem within some predetermined short amount of time (say, 20 minutes), they should solve it. If it will take significantly longer, then they should escalate it to someone who can probably solve it faster, and can provide a more remarkable support experience.<p>The support screener should also summarize all the different types of tickets we get into categories for executive review.
brandnewlow将近 11 年前
I handled Perfect Audience support for the first 5 months after launch until it just became overwhelming. We then tried moving to a rotation of engineers and that was also overwhelming. Then we hired someone who&#x27;s done a terrific job of it. Nevertheless I still read maybe 50% of the support requests that come in and help with support on the weekends to keep my head in the game.
gedrap将近 11 年前
StatusPage blog posts from time to time pop up on the front page, and I read all of them, from their very beginning. A great blog, well done guys, you documented the process of working on a startup amazingly well.<p>Also a great example of content marketing for the target audience (which I&#x27;m sure HN is). I guess those HN homepages contributed nicely to the growth? :)
bcx将近 11 年前
I gave a talk about some caveats we ran into with delegating support early on: <a href="https://www.youtube.com/watch?v=rs2NN-qQZf0" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=rs2NN-qQZf0</a> a few years ago. In particular it bundled up a lot of customer feedback inside of one department&#x2F;person and started isolating us from our customers.
aml183将近 11 年前
Completely agree. Learning what your customers are thinking and understanding needs will help you build a better product. If you delegate to others you will lose touch with your customers which will ultimately hurt your startup.<p>Your customers also feel important if you have the founder emailing you. It really makes you feel valuable as a customer.
vijayaggarwal将近 11 年前
Completely agree. Those thinking of delegating&#x2F;outsourcing customer support should read Fred Reichheld&#x27;s book on <i>Net Promoter System</i> and I&#x27;m sure they will change their mind.