【每天随笔】产品的故事

一个产品从idea,到设计,开发,上线,迭代,一定有许许多多背后不为人知的故事。这些故事渗入了产品,形成了产品特色,产品功能,产品迭代。但用户看到的只有app功能,看不到背后这些努力、争吵,PK。

一直以来产品方对用户都是高高再上的感觉,看不见,摸不着,很多用户在app内反馈虽然留下了意见和联系方式也见不到回复,于是在论坛里,在应用市场里吐槽,但离产品方更远。

而产品方也时刻担心远离用户,于是在应用市场、在内部反馈入口等多地收集反馈。但这些反馈大多是吐槽,意见,投诉甚至谩骂。产品经理也倍感委屈,做了那么多事情,争吵了那么多次,可能就是为了功能的一点点优化,logo的一点点改进,情怀的一点点坚持,可是除非大的改版,这些努力都很难被用户关注到。正所谓好的产品感觉不到好,感觉到的是自然,而坏的产品感觉到的一定是坏。

有没有办法能让产品方的这一点点情怀一点点坚持也能被用户看到那?有没有办法除了“用户反馈”这个重度入口或者论坛这个非APP属地外,在app内部建立一个可以和用户轻松的对话,交心的地方?哪怕功能还不够完善,但可以和用户沟通下产品的愿景。哪怕一个小app有段时间没更新,但可以让用户知道产品方在憋大招,不离不弃。哪怕是个超级大产品,产品也能就面临的问题能和用户新平气和的讨论。

在这个地方应该谈的是情怀,是故事,是理想,是愿景,具体的问题,具体的投诉交给用户反馈去处理吧。

这个地方应该是一个我说你听的角落,它并不起眼,但承载了产品在经历了上线,功能迭代,处理BUG,追求用户数,DAU等待之外,静下心来想一想,和用户唠叨唠叨这个APP产品的初心,或者把用户看成一个朋友,由产品方向用户来吐吐槽的地方。

这个地方应该抛离考核压力,用户增长率,官方面孔,产品团队也是一个一个的人,这些人也有在做产品时候的欢乐和苦闷,为什么不把这些欢乐和用户分享,苦闷和用户探讨探讨那?说不定能探讨出好的idea?

这个地方是拉近产品和用户的地方,让产品不在那么高高在上,而是触手可及。

讲完情怀,讲到落地细节:

1、维持一个良好氛围不易,用户言论不可控,需要展示的用户言论要有筛选的展示。

2、展示的内容和方式要平易近人,问答方式是个不错的选择。产品经理的简短日记/产品的小故事?嗯,也是个不错的选择。

3、对于用户好的建议当然要能够回复。

4、不能把产品的故事当作一个收集反馈意见的地方,因此入口建议和 用户反馈入口并列。

...

后记:用户的吐槽产品经理在听,也得让产品经理有个吐槽的地方,这样才能人人平等,顺带拉近产品和用户的距离,找到一批”好用户“。(其实顺带之后的字才是目的所在)

启发自小Q画笔--小Q画笔的诞生

时间: 2024-10-01 05:15:39

【每天随笔】产品的故事的相关文章

一则有意思的产品小故事

"字多不看"这个习俗,前几篇简直太长了,那今天要睡觉之前分享一则看到的简短且有感悟的小故事,看完有帮助点个赞: 二战飞机 别忽略沉默的用户 "二战"时英国空军为了降低飞机的损失,决定给飞机的机身进行装甲加固.由于当时条件所限,只能用装甲加固飞机上的少数部位.他们对执行完轰炸任务返航的飞机进行了仔细地观察.分析.统计,发现大多数的弹孔,都集中在飞机的机翼上:只有少数弹孔位于驾驶舱.从数据上说,似乎加固机翼的性价比最高.但实际情况却恰恰相反,驾驶舱才是最应加固的地方,因

【H3 BPM工作流程产品小故事】第十四篇 数据字典与数据联动

小明遇到了点麻烦,他昨天又收到了行政主管发来的邮件,要求把出差申请单改由H3 BPM进行,表单如下 行政主管的出差申请表 小明对表单进行了调整,设计出了一份适合在系统中使用的表单,但在“出差地点”控件的使用上遇到了问题. 小明查看产品资料,在“系统管理-系统参数-数据字典”中录入了地区数据字典,并在下拉菜单控件的属性“MasterDataCategory”中设置了关联,但是却不知道如何将“省”“市”两个控件进行数据关联. 小明设计的表单 数据字典-省 数据字典-市 下拉菜单属性设置 表单显示结果

【H3 BPM工作流程管理产品小故事】第二篇 文本默认值

Boss感觉方便了很多,然而采购部采购员阿海却还是有点意见,他跑来找小明. 阿海:现在申请都是我在提交,申请人和申请部门能不能不要每次都要填写啊,好麻烦的.小明:没问题,这个简单.小明在表单中把申请人.申请部门的"DefaultValue"属性分别设为"{Originator.UserName}"."{Originator.OUName}",保存然后预览了一下效果,果然OK,阿海满意而归. 默认值属性 文章来源于:H3 BPM社区 http://

【H3 BPM工作流程管理产品小故事】第三篇 参与者与数据加载

这才过了两天,阿海又来了. 阿海:公司决定改进管理方式,以后物资申请的申请人和申请部门要写具体使用人的名字和部门了.小明:不是要让我改回去吧?阿海:那太麻烦了,你能不能把申请人改成选择,选好人自动加载对应的部门信息?小明:我昨天看了教程,申请人换成"参与者(单人)"就是了,但是自动加载--小明还是决定去找大毛.大毛:在"参与者(单人)"控件中,有一个属性"MappingControls",可以再其中设置属性映射关系,系统会自动按照映射,将属性赋值

【H3 BPM工作流程管理产品小故事】第一篇 配置简单流程

某天,Boss找到了信息部工程师小明.Boss:咱们新上了H3 BPM,你研究研究把现在的采购申请流程加上去吧,这是采购申请单.小明:好嘞 采购申请单 小明回去后拿着表单想了想,开始着手配置.他找到了 "后台系统-流程模型"模块.首先建立了目录"物资"(小明:万一BOSS明天想把报废也加进来呢),在"物资"目录下建立了流程"采购申请".系统自动在流程下创建了3个子目录:数据模型.默认表单.采购申请. 流程菜单 接下来小明看不懂

【H3 BPM工作流程管理产品小故事】第六篇 条件可见与条件必填

小明兴奋的告诉大毛自己独立解决了必填和水印问题,腹黑的大毛决定给小明出一个进阶问题刷一下存在感. 大毛:我再考考你,我把表单改成了这样(下图).怎么做到,预算状态为“预算内”时,不显示“超预算原因”:预算状态为“超预算”时,显示“超预算原因”并必填. 大毛修改的表单 小明(白眼):不会…… 大毛(坏笑):想知道么? 小明:……赶紧说! 大毛:在超预算原因的属性里分别找到“DisplayRule”和“VaildationRule”,把他们都设置成“{yszt}=='超预算'”就行啦.(“yszt”

【H3 BPM工作流程产品小故事】第八篇 审批线路配置(1)

Boss突然来到:小明啊,咱们的物资申请金额现在既然可以确定了,以后金额在1万以下的申请单,就不用我审批了.直接通过就行了. 小明:好的 然后小明把流程线路改成了这样. 线路条件1 线路条件2 文章来源于:H3 BPM社区 http://bbs.h3bpm.com

【H3 BPM工作流程产品小故事】第十三篇 消息通知

老李:小明! 小明:……见你就没好事,又要我干嘛? 老李:额,小事小事,最近很多部门都觉得Boss的审批速度太慢了,能不能以后给审批人一个消息提醒? 小明:……有一种不太好的预感 老李:怎么,很困难么? 小明:那倒不是,设置一下提醒就是了……时间设置成多少? 老李:1个小时吧 审批许可时间及超时提醒属性 系统配置中的消息提醒配置 老李:内置了邮件发送功能么,好神奇! 小明(冷汗):我还是看看大毛配邮件服务器了没吧 集群管理登陆页面 消息设置配置 小明的预感还是很准的,Boss不久就找来了…… B

【H3 BPM工作流程产品小故事】第十一篇 操作外部数据源

小明:可以获取ERP数据了…… 老李:哦,这么快?小伙子,我非常看好你,来来,别急着走,再陪我聊会…… 小明:……您老人家不是又要改流程吧? 老李:没有没有,哎嘿嘿嘿,我们这不都是为公司效率着想嘛,这次真不改流程. 小明:……那还是有东西要改了? 老李:啊,再帮个小忙,你们既然数据是从ERP获取的,那我们审批完成后的数据,也写入到ERP去吧.这个是数据表格 老李的ERP写入数据表 小明:表格都做好了……还有多少坑等着我…… 接着依然是大毛的出场时间. 大毛:其实这个和上次的获取外部数据很类似的