设计必须知道的事创业干货程序员客栈

留言板还是私信?从一个小讨论来聊聊,我们怎么让用户提供产品建议

2015-04-30  本文已影响5755人  喵在野

起因是我们团队内部无法达成一致,然后我在目标用户集中的地方发帖来邀请大家给意见。一个下午,700多次点击,近20个潜在用户的认真回复,我们最终有了自己的结论。

结论稍晚聊,先看看原文:


求意见:我们应该增加留言板么

现在在初期的讨论,我们有两种意见,谁也说服不了谁- -#,求大家的意见。

背景

我们产品本身的主要功能是展示程序员个人价值:

通过个人简介,过往作品,专业社区影响力展现你的成就和能力

通过被关注被联系被赞的次数展现你的热门程度

其中只有简介,作品需要手动输入,其余信息基本只要你有Github,知乎或者stackoverflow账户都可以自动抓取,每天更新。

目前我们团队内部有两个意见:

需要为每一位展示了作品的优秀程序员提供一个留言板,这样对他们的作品感兴趣的人可以在这里给他们留言,请教,给出反馈,然后双方都有意再更进一步联络的时候,可以查看联系方式,用更直接的方式联系。
以下效果图中,留言板部分为效果图,履历部分已实现:

留言板.png

2.不需要留言板,因为用户可以直接通过查看联系方式的办法来联系对应程序员,进行探讨。再增加留言板功能就复杂了,产品太重,反而没有了焦点。(就是上图没有 留言板部分的样子。)

求大家意见,觉得 有留言板,还是没有留言板好。谢谢!
更多建议欢迎给我们留言: http://proginn.com


留言部分借用了之前我在简书上某篇文章大家的留言_

发布之后,必然是有人说这是软文的。
恩,它就是软文,大大方方承认好了。写这篇软文的目的是让我们的产品更好用,这才是关键的,大部分潜在用户也能理解,并且会给出中肯的建议。

整理了几个我觉得很有用的建议如下:

1: 先从实际产品形态入手吧,如果是想做成社区类的产品,留言板可以让你的信息流流动的更加有层次。比如你说的 有兴趣的留言即可,用户看到可选择是否回复,其次,如果是对用户本人有兴趣的,就进行联系。
如果是说,更多是想作为一个信息展示类产品,仅作展示即可,留言板就是次级需求。后期再做即可,而且也不用在一级页面加一个TAB,做的这么重,在二级页面加入口即可。

2:不用,关注核心功能即可,比如leetcode刷题记录,豆瓣读书记录什么的,参见刘未朋一篇博文,好像叫花两年时间面试一个人。还有coursera证书什么的,比留言板更贴切你们的产品。留言板这东西真没什么用,至少对于展示价值来讲

3:
没必要加留言板,个人觉得留言板是对同一个内容进行评价交流的平台,这么说在你这个案例里如果有留言板的话,对应的就是对履历留言了,有点类似于 酷工作>求职 中话题的回复。而你的目的是想对履历中一些作品的交流,那还是通过联系方式“私聊”的好吧。

4:
就我个人来说,希望是私下沟通,这可能跟我个人性格有关。就你这个案例来说,求职也好求才也好,留言者大多数不会是单纯的对你作品感兴趣的想交流内容弄得跟github一样,而更可能是带有某种目的的,或希望对方加入我的团队,或希望一起开发作品等等。这种牵涉到利益的,还是私聊的好。

5:留言板没什么意义.
对双方来说,邮件和电话最方便,最快捷.
你们的重点应该是如何更直观/更准确地展示程序员的价值. 往这方面想吧, 别没方向就堆功能.

6:我覺得郵件連繫才比較誠懇,微信、電話的真心不想理。

基于以上的讨论,我们决定把留言板功能暂时取消,完成履历的优化之后,可以进一步讨论私信/私聊的必须性。


得到这些完全从用户角度的反馈,对于我们在产品需求确定的早期,能够避免个人主观臆断做出错误的产品方案,浪费整个团队的时间非常有帮助。

而在整个过程当中:
1:的确是投放给目标用户,而不是其他人群。
2:清晰的背景和目标描述
3:有产品的效果展示

能够帮助用户更容易理解你的想法,从而给出正确的反馈。

最后说下,留言板是我一开始很想要的功能,但明显的结果是:这一轮争论,从个人而言,是我们家程序员gg赢了,哈哈 ^_&。

上一篇下一篇

猜你喜欢

热点阅读