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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: Review Our Idea (Achievements for the web)

21 点作者 ryanelkins超过 15 年前

12 条评论

inmygarage超过 15 年前
Perhaps I am too much of a "normal" but the phrase "SaaS Achievement Engine" sounds like that specific type of tech-marketing-speak that will be unappealing to site owners because they will be too bashful to admit that they have no idea what it actually means. I have no such hangups.<p>Second comment is that I think incentive systems are highly highly tied - almost inextricably so - with the content and community around each individual site. In order for a reward system to work correctly, it has to be based on existing user behavior. For site owners who know this, they'll probably want to structure the system themselves. For site/app owners who don't, how will you sell them on the idea that incentive systems are important to begin with? I think the market you're dealing with right now is people who understand the importance of incentive systems but don't know or are too lazy/busy to make one themselves. If you believe this market is large enough, you should go for it.
评论 #1126907 未加载
bemmu超过 15 年前
I'm just beginning the process of adding badges to my app, but it wouldn't have even crossed my mind to use an outside service for it. I think in some form your idea has legs, for example as a WordPress plugin or other situation where people need simple plug-in achievements, but not as something to integrate in a case where the developers could do it themselves.<p>Sending you events just so I can query you right back to see if an achievement was unlocked? That seems like total overkill, I wouldn't even have the time to spare for the HTTP calls. And I wouldn't want to introduce a dependency. And all this for probably pretty trivial checks in most cases.
评论 #1126934 未加载
SlyShy超过 15 年前
You need to sell this idea better. Right now it feels very much like a solution without a problem. You talk about stickiness briefly, but without specific and concrete use cases I'm not convinced. You might want to investigate thesixtyone. They use an achievement system quite like what you describe.<p>Ask them how they think it works, and whether their traffic would be the same if they removed the feature, etc. More data is great, because the argument doesn't catch my eye right now.<p>I've used a couple services with badges like that, but I've always ended up finding it stupid after not too long. You might end up accidentally alienating people who just want to use a service without feeling like it's a competition. Once I started associating a useful service with the time wastingness of a game, I started reevaluating whether I really wanted to use the service after all. There are games I far prefer playing, that I could just play instead if I really needed validation that badly.<p>If a feature is improving traffic numbers for the site owner, but not really improving the core usefulness of the application, I think it is a net loss.
评论 #1126811 未加载
Vindexus超过 15 年前
I've actually been thinking of doing something like this for a while. I think the market is there, but I don't think it's SaaS providers. I think you should start looking at web games and social games. Also take a look at Facebook games. There's a LOT of Facebook game developers out there. Granted, it's moving very much so from individuals to large companies, but you might still see some customers there.<p>As for implementation I'd definitely use a server side API. It would be nice to be able to send a large list of the user's data and receive back any possible achievements. For example if I had an RPG and the user had just killed a monster I would want to send you my health at the time of kill, what level I was, what level the monster was, how many of that monster I've killed, how many monsters total I've killed. That way I could get back multiple achievements if they were "Kill 10 Monsters" and also "Kill a Monster That is a Higher Level Than You" but only use one API call.<p>Anyway, I think it's a good idea. Try asking some web game developers.
评论 #1126945 未加载
joshsharp超过 15 年前
Great idea! I would like to see this being applied to something that spans a whole lot of discrete sites, like Disqus for blog comments. Then allow badges for number of comments total, high interaction on a particular site, etc. It would be interesting to see your achievements follow you around the web.
评论 #1126973 未加载
lambdom超过 15 年前
I would have liked a 2-3 sentences summary.. I don't want to be rude, but I stop reading in the middle of the first paragraph. I know you have worked really hard but try to sum it up in a clean and easy way. (And by the way, "SaaS Achievement Engine" tells me nothing.)
评论 #1127030 未加载
vyrotek超过 15 年前
Please let us know what you think! There are some questions and alternative ideas at the bottom of the article and we would really like everyone's input.<p>Edit: Here are the questions in case the article was too long for some :)<p>- What are your thoughts on the idea as proposed?<p>- Is this something you would consider adding in to your application at the right price?<p>- What is the right price?<p>- Are you interested in the full on achievement engine or would you prefer an API that just awards badges to users directly?<p>- Would you benefit from a Rule Engine which could handle complex rules with many conditions? Meaning, rules more complex than just ‘Comment Event occured 5 times, Award Badge’.<p>- In order to prevent people from spoofing API calls we may expect sites to call our API functions from server side code instead of via a javascript/client library. Is this asking too much? Are you willing to integrate our API at this level?
petervandijck超过 15 年前
It's not important enough a problem to solve. If I want badges and stuff, I can very easily program that myself, without the headache of integrating with you guys. I don't think this will work. On the other hand, email delivery is hard and important, so I <i>will</i> pay a company to do that. Find a harder problem to solve for people.
评论 #1127013 未加载
idlewords超过 15 年前
When I was at Yahoo Brickhouse, we developed something very similar, which half-launched but appears dead:<p><a href="http://bravo.yahoo.com/teaser/" rel="nofollow">http://bravo.yahoo.com/teaser/</a><p>I never felt comfortable with the project primarily because I didn't feel I understood the market at all.
评论 #1127016 未加载
andrewcooke超过 15 年前
you could do it with client-side calls as long as the server-side can sign the data (ie use an hmac). that still means a server-side api, but it doesn't have to make the calls.<p>for this to work i think you have to make it really easy to use and with minimal impact on the developer. would you handle the generation of badges (this seems like it would be a timesaver - you provide a badge editor that has basic options like colour, etc)? and serve them?<p>there's some tension between tying awards to a particular site and making them global. initially i assumed people would want their badges displayed as an integral part of their site. but you could also imagine some "global" badges that you provide that people can earn from various sites, and which people might want to include in blogs, personal profiles, etc...
评论 #1126915 未加载
Tichy超过 15 年前
Didn't read all of it, but I think it might be similar to an idea I once submitted to YC. Also reminds me of <a href="http://sf0.org/" rel="nofollow">http://sf0.org/</a><p>I think it can work. But I also tire of game mechanics by now - I don't want external influences on my choices.
ambiate超过 15 年前
Achievement systems have 2 issues: a. users attempt to fixate on achievements more than the software they're supposed to be using b. users cannot achieve certain things, realize that its hopeless, and lose interest in the system all together and possibly the software
评论 #1126855 未加载
评论 #1126845 未加载