<div dir="ltr">The first thing I tried to do with Ask, after I figured out how to login using my LP credentials, and found the voting button (which only shows up on the detailed view), was to attempt to vote up a feature that I also need. I got a cryptic message about needing >5 points! Then I realized this whole system is based on "karma" - which defeats the point of making it easy to capture lightweight feedback from a large number of loosely involved individuals.<div>
<br></div><div style>/rant</div><div style><br></div><div style>There is a broad set of academic research and commercial products around gathering user feedback, called "idea management" - it requires tools and approaches that are almost 180 degrees from the defect-centric and process-heavy mechanisms of engineering. For example:</div>
<div style><br></div><div style>Ideas don't require descriptions - a single sentence is often enough.</div><div style>Descriptions don't require markdown or complex formatting.</div><div style>They can be voted up or down from list-view.</div>
<div style>Tagging and categories are orthogonal (see the original taxonomy vs. folksonomy debate at <a href="http://solutions.wolterskluwer.com/blog/2010/10/topical-classification-of-content-making-sense-of-folksonomies-taxonomies-ontologies-and-more/">http://solutions.wolterskluwer.com/blog/2010/10/topical-classification-of-content-making-sense-of-folksonomies-taxonomies-ontologies-and-more/</a> )</div>
<div style><br></div><div style><a href="http://en.wikipedia.org/wiki/Open_innovation">http://en.wikipedia.org/wiki/Open_innovation</a><br></div><div style><a href="http://readwrite.com/2010/09/01/3-trends-in-idea-management">http://readwrite.com/2010/09/01/3-trends-in-idea-management</a><br>
</div><div style><br></div><div style>I agree that tool proliferation is dangerous, though. But I can't see us getting from where Ask is, to something appropriate for Idea Management, in the timeline that I think this needs to come together within. Thoughts?</div>
<div style><br></div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 8, 2013 at 4:32 PM, Joshua McKenty <span dir="ltr"><<a href="mailto:joshua@pistoncloud.com" target="_blank">joshua@pistoncloud.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">UserVoice can easily be installed as a widget into OpenStack-Dashboard: this would allow us to gather feedback directly from a point of interaction for all the users. (Obviously opt-in, but could be folded into the opt-in stats tracking).<div>

<br></div><div>Ask is integrated into LP for login - that's exactly opposite of what I'm trying to accomplish (make it easy for non-developers to participate). Let's assume that for every developer, there are (eventually) 100 operators, and for every operator there are at least 100 consumers (cloud end-users). Optimizing a low-friction process for those consumers to provide feedback is what I'm aiming for.</div>

</div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Fri, Mar 8, 2013 at 4:17 PM, Stefano Maffulli <span dir="ltr"><<a href="mailto:stefano@openstack.org" target="_blank">stefano@openstack.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 03/08/2013 03:17 PM, Joshua McKenty wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'd like to emphasize that using the same tool for developers, and<br>
users, is probably not ideal.<br>
</blockquote>
<br></div>
Totally agreed. Ask is not for developers, it's a replacement for the forums and a better system than a mailing list for (at least some) operators/devops.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Again, the Launchpad workflow is optimized<br>
for the SOLUTION side - feedback, or user feature requests, aren't<br>
QUESTIONS.<br>
</blockquote>
<br></div>
I agree they're not questions.<br>
<br>
My concern is that adding tools may create problems. I get the feeling that I'm missing something here: what's exactly the need? How do you think the processes will have to be? who's going to be responsible for what?<br>


<br>
/stef<br>
</blockquote></div><br><br clear="all"><div><br></div></div></div><div class="im">-- <br><div dir="ltr">--<br>Joshua McKenty, CTO<br>Piston Cloud Computing, Inc.<br>w: (650) 24-CLOUD<br>m: <a href="tel:%28650%29%20283-6846" value="+16502836846" target="_blank">(650) 283-6846</a><br>
<a href="http://www.pistoncloud.com" target="_blank">http://www.pistoncloud.com</a><br>
<br>"Oh, Westley, we'll never survive!"<br>"Nonsense. You're only saying that because no one ever has."</div>
</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">--<br>Joshua McKenty, CTO<br>Piston Cloud Computing, Inc.<br>w: (650) 24-CLOUD<br>m: (650) 283-6846<br><a href="http://www.pistoncloud.com" target="_blank">http://www.pistoncloud.com</a><br>
<br>"Oh, Westley, we'll never survive!"<br>"Nonsense. You're only saying that because no one ever has."</div>
</div>