这篇主要介绍：用户需求在交互设计、产品开发到上线中，运营在整个流程中所起到的支撑与推动作用。在一个工具属性的平台，运营究竟需要干些什么？1、一人之下：识别需求or问题作为一线客服，需要的是及时解决用户在使用产品中遇到的问题，安抚客户情绪（emm，付费产品的用户更需要服务好，毕竟花了钱的），识别与记录用户需求，如果你们团队内有专门的中台后台等记录就更好了，没有的话，Excel也完全够用。比方说：日期用户名渠道需求进度（等待产品上线之后，可以单独告知这位用户，他是最挂心这个功能上线的一位了~）（如果来源比较复杂，还是得列出来）（需要跟用户确认，他究竟要的是什么，也就是说：需要跟用户去澄清需求，了解他想要这个功能的背景、以及达到的效果）其实，不仅仅是需求需要记录，问题也可以记录。工作留痕，可以知道每天的咨询量，咨询的内容整体倾向于哪个模块，只要表格列的好，数据透视表可以轻松帮你一览工作状态。（在你没有后台看可视化的情况下，Excel就是你的刀叉剑戟）不仅是纯记录，而且有总结，花时间审视和了解整体概况，这样在被某BOSScue道的时候，才可了然于心，侃侃而谈呀~2、组内评审：需求筛选此流程分产品&设计评审、和开发评审阶段。①产品&设计评审阶段——参与人员主要是：产品、交互、视觉、运营在会上由运营澄清问题，产品与交互设计讨论是否接纳需求，如果接纳需求，则分为待设计、待开发。如果是拒绝需求，请记录相关原因，因为也许在某天突然有同样的需求来杀个回马枪，而你却想不起拒绝的原因，避免反复评审，浪费时间。②开发评审阶段——参与人员主要是：前端、后端、交互、产品、运营开发侧接纳or拒绝需求，会上决议决定是否做、排期优先级、确定上线时间。在此阶段，你可以听到百家争鸣，据理力争哦~（笑）建议运营前期罗列好Excel表格，方便统一查看修改。单号需求or问题备注优先级排期需求，接纳（主要是评估可行性，拒绝的原因）高2月底非问题用户不会操作，已讲解~无无问题，接纳此流程要正规化，运营（=秘书角色~）需会议前通知议题，会后输出会议纪要，会中兢兢业业聆听大佬打架并对关键点记录。在此环节中，运营主要是提供信息给大佬们做决策，功能设计与实现问题，排期问题都待大佬们排定。无需为用户着急，但是你可以传达这个“着急”的讯息~（工作嘛，不要太较真，容易累）3、运营开花好时刻：功能上线功能上线后，运营需要将开发对功能的描述基础上，理解并用人话说出来。切入点可以是：场景、好处。这一步称之为：功能日志，上线到你的工具平台官网，push到你的用户群，并将好消息私戳给提到的用户们~（这是一个非常好的与用户破冰的时刻，借此机会你可以了解他对近期产品使用的吐槽、夸夸，[夸夸请截图保存到你的“高光时刻”，在总结PPT上会游泳哦])制作新功能海报（这个也很有学问，《那些年，我看过的海报》），再来社群push一次，沉淀到官网，可供考古翻阅学习~累计比较多的功能之后，与用户线下交流便必不可少，培养忠实粉丝，咱们线下见~《产品线下用户交流会如何从0到1开始，有哪些注意点？》