鲁达
今天我们开始一个全新的文章系列《产品研究院》，咱们通过实际的研究产品、拆解产品，去发现那些优秀的互联网产品，同时能在这个过程当中学习产品经理实操经验。
无限扩张的产品需求VS最小化可行性产品
做产品是一件很容易上脑的事儿。
有几年产品经验的产品经理都知道MVP（Minimum Viable Product）「最小化可行性产品」理念的重要性，不过真正做到MVP理念知行合一的产品经理少之又少。MVP的核心思想是用最小的成本向用户展现产品的核心价值，跑通最小业务闭环。
设计产品之初，大家都在心里默念MVP！MVP！MVP！，可一旦开始设计起产品来，产品经理会找各种理由说服自己和团队，增加某个产品功能或者功能模块对于我们的业务来说有多少重要，最后花了很多预期之外的时间去设计和研发跟核心业务并没有太强相关的产品模块。
学不会克制是很多新手产品经理普遍存在的问题，他们会不自觉的陷入我是产品大师，我是“掌控产品生死的男人/女人“这种奇怪的心流当中，享受运筹帷幄，指点江山的快感。
让我们回想一下一款新产品除了最核心业务之外，那些随之而来的附加产品模块和重复的轮子都有些啥？
我们产品总得有个官网吧？！没有官网怎么介绍我们的产品，怎么传播我们产品先进的理念？
我们产品总得有个WIKI吧？！没有WIKI怎么详细说明我们的产品怎么使用？产品手册放哪里？
我们产品总得有个反馈系统？！这个简单，我来设计吧。不就是一个前端页面一个反馈后台的事儿么，包在我身上！但是我感觉反馈系统可以加一个接口，有新的反馈时自动转到JIRA里，怎么样？这样研发同学就可以在JIRA里看到反馈的BUG，一键修改了！这个想法简直太棒了！
我们是不是还得有个论坛？你看现在优秀的产品都有论坛，让我们的用户在里面畅所欲言，发表对于产品的看法，产品经理们也可以在里面收集产品迭代的点子，真棒！运营同学还可以把优秀的内容选出来，塑造KOL，制造产品影响力！论坛必须得有一个！
这时候，贵司的运营大神坐不住了，“现在哪家的产品没有个公众号什么的，你得做微信引流，做私域流量，明白不！”
另外一个产品大神也发言了，”我觉得吧，咱们得有个产品博客，把我们产品一路走来的故事都写成博客，这就是情怀啊，现在的优秀产品哪个没有故事！“
对对对，都对，咱们能整的，全给它整上，体验要最好，功能要最全，安卓iOS微信小程序三端无缝切换！还有基本的数据埋点不能少了，现在都讲究数据为王！
这时候再回头看看项目的排期表，是不是已经膨胀了好几个月的工时出来？项目经理问产品经理和运营能砍一些不？不能砍，都不能砍！要是砍了，产品体验好不了，运营指标上不去，这个锅你来背还是我来背？...
怎么样，是不是莫名熟悉的感觉？什么MVP理念，早已抛到九霄云外去了。
兔小巢说，这些我都可以
让我们总结一下那些膨胀出来的需求都是些啥。
产品反馈系统、产品官网、论坛、WIKI、产品博客、内容审核后台，他们本质上都是内容管理型产品，功能和业务逻辑确实非常简单，但内容管理型产品往往很难把体验做到优秀，大到审核、回复、评论、三方登录，小到头像、置顶、消息通知，细节多且杂，还要多端兼容，大小屏兼容，耗费有限的前端资源，严重拖累工期。
但你说能把这些东西全部砍掉么？肯定也是不能的。没有了基本的内容管理型产品，产品方无法对用户发声，用户无法及时反馈产品问题，这就做成了哑巴产品，也不符合MVP理念倡导的通过用户反馈小步快跑的思想。
那么，这些产品是难不成都得自己重新造轮子呢？当然不是。兔小巢说，这些我都可以。
优秀的产品反馈系统
完整产品反馈路径是怎样的？
能够方便的集成在产品中，支持安卓iOS公众号小程序和WEB端，兼容PC视图和移动端视图->可以识别反馈用户的身份，环境信息->可以选择反馈分类，支持图文反馈->有完善的通知机制和自动化机制->所有反馈集中在后台显示，可回复可流转->反馈回复能通知到用户->用户可对回复进行评价，是否解决用户问题->有完善的数据统计机制，能统计问题/回复数量，可统计运营人员工作量->能导出完整的反馈/回复数据，便于进一步分析，构建用户画像，指导产品迭代。
产品经理们想一想，如果是你来设计，是否能设计的比这个流程还有完善，如果要完成这些功能，需要多长的研发周期。而这套流程，是兔小巢支持的标准反馈流程。
完善的产品社区体系
大家对于MIUI怎么做出来的的故事想必已经烂熟于心了，MIUI社区对于MIUI的成功来说可谓功不可没。
能在产品社区持续反馈产品问题，与产品方深入沟通自己的需求和使用场景，做任何调研都积极配合，有这么一帮铁杆种子用户，产品想不做成都难。
不过社区是一把双刃剑，良好的社区氛围能感染很多用户成为产品铁粉儿，成为产品持续优化迭代的源泉。但难就难在怎么做好社区氛围，氛围不好的社区就会成为一个产品负面消息的集散地。
良好的社区氛围和社区产品的体验以及社区运营能力有很大关系。
社区产品必须具备基本的登录、发贴、回贴、消息、个人主页功能，而帖子审核、置顶、关闭评论、点赞、标签、举报又是非常基础的运营需求。要同时完成这么多社区产品功能的开发，肯定需要不少的研发资源，而对于兔小巢来说，这一切，都已经具备且历经考验，开箱即用。
其它杀手锏功能
大家经常都在说阿里的运营，腾讯的产品。腾讯做产品确实是一把好手， 出于腾讯之手的兔小巢也无愧于一件好产品，当然，不能全靠“父母”，兔小巢出来混也是有几把刷子的。
- 良好的微信生态兼容。兔小巢支持微信公众号自定义菜单添加，支持微信小程序插件。
- 天然支持腾讯系用户体系。支持微信和QQ用户登录，并且允许额外搜集用户信息，同时还允许传递私有的登录态。
- 支持微信和QQ通知。这个体验简直不要太好！试想一下只要用户对你的产品进行反馈，你都可以通过QQ或者微信消息将你的回复内容通知到他，相当于直接搭建了和你的用户沟通的桥梁，不用自己再费力搭建复杂的用户体系、复杂的通知系统、也不用管微信用户授权这种麻烦事儿。
- 支持webhooks。这个可能有同学不太了解，大意就是只要有用户提交了产品反馈，兔小巢的服务器就会向你指定的webhooks URL提交一次请求，告知你用户反馈的具体内容。这个就很厉害啦，webhooks可以主动触发服务器进行后续业务处理，这个我们后面再展开聊。
- 用户反馈数据API。说直白点就是虽然你是用的兔小巢收集产品反馈，但是数据都是你的，你可以通过API拉取所有的反馈数据。
- 支持企业微信机器人。有了机器人就可以实现一些全自动化的事件处理，比如你们公司负责BUG修复的研发同事都在企业微信群中，如果有产品BUG反馈，机器人会直接在群里通知，研发同学能第一时间介入修复BUG。
- 多端兼容。兔小巢支持WEB、H5、iOS接入、Android接入、微信小程序和公众号接入，真正做到了多端兼容。
- 支持管理员通过微信或者QQ接收反馈通知，相当于支持在移动端进行反馈管理。
践行MVP精神
可能有同学会说，好吧，兔小巢这么好，我就当反馈系统用就行了，不过这好像跟MVP理念没啥关系呢？
那可能，是你还没有真正理解MVP。
初级MVP实践
我们一直强调MVP的原因，是希望产品经理们能把有限的精力投入到产品核心业务闭环上去。打造一个产品社区和产品反馈系统必然是一件费时费力的活儿，那就不要在此浪费过多的资源，先行发布核心产品，让用户用起来，与此同时，可以让兔小巢在不同的产品生命周期扮演不同的产品，帮助你完成产品的MVP实践：
- 作为产品另一个官网。通过微信社群和朋友圈传播（基本不用担心被封），在上面讲述产品的故事，吸引用户通过微信账户登录，顺带跳转到产品的官网，完成微信社区的引流和产品宣发。
- 作为产品WIKI。在上面添加产品的使用说明，注意事项，引导用户一步步使用产品。
- 作为产品反馈系统。允许用户对产品提出改进意见，反馈产品BUG。
- 作为产品社区。运营介入，进行内容、用户和活动方面的运营，打造一个活跃的产品社区，塑造一些KOL、社区氛围、话题，激发种子用户自传播。
- 作为通知系统。当产品有新版本、重大BUG、重大活动，可以借助兔小巢发布这些通知消息 ，并通知到所有对产品进行过反馈的用户。
- 作为客服系统。用户通过反馈提交工单，客服人员处理后反馈处理结果。
你看这么一想，兔小巢能干的事情是不是就不止于反馈了？专心做好核心业务闭环吧，沟通、反馈、通知这些事情都可以借助兔小巢完成。
进阶MVP实践
MVP思想和兔小巢的结合，就只能达到这种程度么？当然不是，还有更MVP一些的玩法。
社区/论坛产品
用户通过兔小巢进行反馈，实际就是用户进行发贴，反馈分类就是帖子分类，运营回复就相当于管理员进行回复，运营还可以对反馈加星标、置顶、禁止回复、黑名单、隐藏，除此之外，其他用户也可以对于反馈的用户进行回复，点赞或者举报，这一切不就是一套社区产品该有的功能么？！而且这么细致的运营功能，简直就是一套高阶版的社区产品，基本上所有运营一个社区必要的功能，兔小巢都已经实现了。
让我们来看看兔小巢作为一款“准社区产品”都有哪些能耐。
移动端社区管理
只要管理员绑定了微信，就可以在微信收到最新的用户反馈，进行管理，即便是移动端同样具备强大的帖子管理功能。
当然，作为一款社区产品，个人主页是少不了的，
PC端社区管理
PC端的管理功能就更强大一些。
- PC端可以对用户反馈进行批量操作
- PC端可以查看用户的ID以及用户主页，浏览用户发布的所有帖子
其实作为一款准社区产品，看起来像不像社区产品很重要，我们来看看兔小巢的C端效果。
PC端视图
移动端视图
兔小巢还贴心的为移动端准备了两套模板
无论是PC视图还是移动端视图，Banner图片都是可以自行更换的。
这样一来，兔小巢确实像一款中规中矩的准社区产品，虽不如其它专职的社区产品花哨漂亮功能丰富，但好在简洁大方，功能齐全。
自动应答/机器人系统/客服系统
有些机智的产品同学可能已经想明白了，不错！还能这样用。
如果你的产品也是需要用户提交数据，特别是需要用户登录身份认证后将用户提交的数据处理后反馈给用户的，可以试试这种操作。
为了更好的说明怎么用兔小巢来实现一套自动应答或者机器人系统，我们来设想一套需要用户登录->用户提交数据->系统处理数据->系统自动返回处理结果的产品。咋一想，貌似很多产品都是这个路子，但具体又想不起到底哪个产品是这样操作的。如果各位同学有用过优惠券查券机器人的话，肯定会咯噔一下，哦对，查券机器人好像就是这个路子。
接下来我们就用兔小巢来实现一套查券机器人产品。
可能有同学会说，收集数据也可以用问卷产品。这倒是个不错的点子，不过比较现实一点的是问卷产品支持数据导出或者webhooks的一般要付费。而兔小巢之所以能实现数据收集和定向回复，还在于完善的账户体系以及支持数据API和webhooks技术。
查券机器人的业务流程一般是用户提交商品链接，然后系统后台查券转链，转好的链接加上文案或者转为淘-口-令回复给用户。
用户登录就不用操心了，这是兔小巢已自带的功能。我们首先要实现让用户提交商品链接，为了区分淘宝和京东查券，我们在反馈类型当中设置两个反馈分类：
用户在提交商品链接的时候就可以选择平台
点击“请选择电商平台”选择具体的电商平台
用户提交商品链接后，数据怎么到达查券系统呢？有两个方案，一是通过用户反馈数据API轮询，一是通过webhooks自动提交。通常来说，webhooks自动化程度更高，响应更及时。
webhooks实现的原理是一旦有新的反馈，兔小巢系统会自动POST请求已配置的webhooks URL，并传递反馈内容JSON格式数据。查券服务器只需要被动接收数据，在数据接收后触发后续的解析和查券业务流程，这基本就是实现了用户提交后自动查券的业务。
在兔小巢提交的JSON数据字典当中，比较重要的是反馈id、反馈内容content、用户id几个字段。商品链接包含在反馈内容content字段中，记录用户id和反馈id为了实现后续回复用户查券结果业务。
虽然兔小巢已经搭建了微信端的回复渠道，但是需要通过后台手动回复，如何才能实现查券结果自动回复呢？老鱼提供两个思路。
通过短信回复
兔小巢支持配置用户信息搜集。用户在提交反馈的时候要填写必要的信息才能提交，这些信息字段支持自定义。比如你希望通过短信回复用户查券结果，可以这样配置：
查券完成后给用户发送短信，用户点击短信中的短链接打开H5页面，在H5页面点击优惠券链接或者复制优惠券淘-口-令。因为是在浏览器的H5实现，可以通过URL Scheme协议直接唤起淘宝或京东APP，同时这个H5页面还可以添加更多优惠券推荐，广告等内容。
通过爬虫操作后台回复
前面我们已经拿到反馈的用户id和反馈id了，有了这些数据完全可以写一个爬虫或者按钮精灵自动操作反馈后台，回复查券结果。通过浏览器开发者工具可以发现反馈id和用户id在页面当中都是有的。通过这些数据就可以将查券结果定向的回复给查券的用户。
至于到底是通过爬虫或者按钮精灵来操作页面实现自动回复，这个就各显神通了。如果大家有更骚的操作可以实现对应回复，欢迎留言分享。
总结
老鱼分享兔小巢的功能和基于兔小巢能实现的一些产品原型，并不是想证明兔小巢这款产品有多好。而是想说明咱们产品经理们一直挂在嘴边的MVP实践不能只是说说而已的口号，而是要想方设法去践行。
MVP的核心思想就是把主要精力花在核心业务的打造上，其它一切不重要的产品和功能都可以尽量利用我们能获取的工具来实现，而兔小巢恰恰就是这样一款特别适合在产品早期阶段辅助产品核心业务测试、践行MVP思想的好产品。
各位产品同学不要局限于老鱼设想的两个兔小巢应用场景，先尝试理解兔小巢的产品逻辑，试用所有功能，再利用兔小巢去做一些产品MVP实践。在正式开发产品前，把自己的想要创新的产品理念或者业务功能利用兔小巢实现产品原型，尽早与你的用户进行沟通传达，获取有用的反馈信息。如果你的用户对于你的产品创意反响非常强烈，那么恭喜你，你可能孵化了一款有价值的产品，这时候再去召集人马把你的产品做大做强吧。
作为第一篇通过产品研究来分享产品经理实操经验的文章，不知道大家是否喜欢这种方式。不过即便你们不喜欢也不重要，老鱼还是要继续写的，哈哈哈 ，咱们下一篇再继续深入研究一款产品，学习一种产品经理实操经验。