整个过程花了2个多月，最终5个人完成了beta版本的上线。
从起初的痛点和梳理需求后到产品设计，再到和开发同学产品设计方案的可行性、技术难点、和方向；再到完善产品设计和开始启动UI设计，再到推进开发和产品上线。
整个阶段除了使用MVP的产品设计方法外，对于我而言就是耗费时间在产品的测试和验收，同时在产品上线后开始种子用户的邀约。
那么我是如何做一款产品的优化呢？
我优化一款产品之前，首先保证通过评审的需求上线。
产品设计的方案已经完全上线，我们才能称之为优化，否则就是属于修改BUG。
但是很多产品在上线早期，一边修复Bug，一边做优化。
比如在测试产品的过程或者产品使用的过程中，发现了原先功能设计不完善的问题，就通过提出优化项来修复，否则用户一样不会买单。
为了提供完整的用户体验，才会在这个阶段将BUG的修复和优化会一起做。
我怎么确定优化项？
优化的需求可以来源多个方面，只要是一位产品的使用者都可以产生任何方向的产品优化需求。比如功能使用过程中，有没有逻辑顺序不对的、有没有文案误导的、有没有按钮大小、位置或者点击异常的；
还有一些优化项并不是刚开始就会发现，而是需要在产品使用过程中，随着使用时间加长才会出现。比如发布内容数量或者累计操作多了，出现了页面展示问题，或者操作无响应的问题，也可以记录为优化项。
我认为优化项是产品设计方案的补充，并不是创造全新的功能，而是对以往的功能做完善。比如我们做的公众号排版插件默认会在公众号里以弹窗展开，但是早期beta版本弹窗会挡住公众号原有的封面入口，影响了创作者排版，于是提出需要将公众号插件弹窗支持拖拉拽的、同时以更小的图标来表示的优化项需求，
如下图弹窗可以展开和折叠
公众号排版插件的优化需求
产品优化没有绝对的边界
很多时候，我们也不能全部按照新功能来界定优化需求和新需求，比如增加一个功能入口，或者增加版本提示的新功能。这类需求的开发成本非常低，所以也会当做优化需求一起加上了。
有的时候我们也会把一些小的优化项目和新功能放在某个大版本里面集中发布，希望为新版本做好更宣传效果。
优化项目也会涉及到需求排期
优化项目也是需求，根据需求的复杂程度，所需要的资源、时间也不同，所以我们需要通过排期来保证资源的投入是在最优先的需求里。
当然这也和产品经理的经验相关，经验多的产品经理会在每个版本的设计方案里面都尽可能的完善，不会遗留太多优化项的空缺。
我尤其看重要优化项的状态与跟踪
除了找到优化项，我认为产品经理最难的是跟踪优化项目，以及做及时的跟踪，对优化项目的完成情况进行验证。
比如某个优化项提出后需要开发进行状态标注，对已经修改的优化项目标注为【待测试】，再让对应的测试同学接手，标注为【待验收】，产品经理最后来做验收环节，通过后标注为【上线】
跟踪优化项，意味着需求的解决速度得到保证，如果是APP还要和运营进行同步，上架到各个渠道市场，快速的让用户得到更加完善的产品。否则产品的用户仍然在持续的流失。
