老用户亲历：imToken 1.0版反馈机制，那些改进建议都去哪了？

导读： 老用户亲历：imToken 1.0版反馈机制，那些改进建议都去哪了？我是一位自1.0时代就开始使用的老用户，那时官网下载页面格外引人注目的安装包旁，最显眼处是“用户反馈”入口，我对早期版本重视反馈机制深有体会。团队对待每条建议都特别认真...

老用户亲历：imToken 1.0版反馈机制，那些改进建议都去哪了？

我是一位自1.0时代就开始使用的老用户，那时官网下载页面格外引人注目的安装包旁，最显眼处是“用户反馈”入口，我对早期版本重视反馈机制深有体会。团队对待每条建议都特别认真，不管是转账失败的详细日志，还是对私钥管理方面的担忧，都能很快被纳入开发清单。

那时深入探讨imToken官网下载1.0版的用户反馈机制？，团队对于用户反馈所持的态度值得夸赞，不管是何等琐碎的问题，只要是用户所提出来的，均会被予以认真对待，转账失败日志能够助力团队精确找准问题所在之处，可对于私钥管理之心存担忧则促使团队持续优化其间相关功能老用户亲历：imToken 1.0版反馈机制，那些改进建议都去哪了？，这些反馈皆成了推动产品持续进步的动力，还让用户切实体会到自身的意见被予以重视。

记得最深刻的是关于那种在安卓机型上面，它所闪现出来的退出去这种情况。那个时候，我是在社群里面，是上交了详细的机型那里边的记录。仅仅只是过去了都还不到三天的时间，技术客服就主动跟我取得了联系，是专门去专心复原那场景。然后，像这般一对一的这种沟通的方法，让这个1.0版在兼容性这边能很快地去补充不足的地方，跟当下好多项目靠着机器人去随便应付的状况形成了很明显的不一样 🤔。

不像当下诸多项目，仅是以机器人敷衍塞责。在那时，技术客服积极且主动地跟提交日志的用户开展一对一沟通，进而使1.0版在兼容性方面迅速补足短板。我提交详细机型日志后，没过三天，技术客服就主动联系我复现场景，针对安卓机型的闪退问题，给我留下了极其深刻的印象。

还有一个值得提及的亮点是，存在着一个公开的“需求池”。官网可供用户去查看自己所提出的建议，究竟是处于“评估中”的状态，还是处于“已排期”的状态。回忆当时，我提出了增加节点切换功能的提议，随后看到其状态从“评估”转变为“开发”，那种参与感，是当前版本所无法给予的。

在 imToken 1.0 那个时期，你们曾提出过什么样的、被采纳了的建议呀？在评论区去聊聊那段所谓“共建”的日子吧。