与前同事交接工作时，下一版产品的开发已立项，产品原型已画好，技术也出了开发计划，我以为交接以后，我会比较轻松，新版本按照计划开发就好。
但是随着开发工作的进展，出现了一个接一个的小问题，让我知道，产品的开发过程不是一步到位的，中间会随时出现问题，需要产品经理来做决策，给方案，定方向，大大小小的问题会出现不少，远不是出了原型图就ok的。
随着开发和测试并行，测试人员会发现开发过程当中的问题，比如原型设计漏掉步骤和重要环节，需要产品经理完善；比如操作逻辑不对，需要重新梳理逻辑；比如开发进度没有达到预期，需要督促进度。这些问题，需要产品经理迅速反应，及时给出答案，以保证产品开发顺利进行。
这次新版本发布，按照计划下午5点能够上线，但临时发现一个需求，虽然不会带来重大影响，但我依然决定加上这个需求，导致工作量突然增加，因为技术同事知道我没有经验，善意地提醒我，上线前最忌讳临时加需求，不过还是按照我的意思开发了这个需求。
此时，发布时间已延后，本以为加上这个需求就可以，但不料，测试人员又不断地发现新的bug，开发人员继续完善代码。最后，将近晚上11点才顺利上线。
这是我第一次参与产品从研发到上线的过程，虽然只是一个小版本的迭代，但是让我懂得了一款产品上线的不容易。好在上线以后，得到大家对产品的肯定。
这次，还只是接手别人规划的产品，下一次，就需要我独立提出需求，画出原型，规划开发进度，然后产品上线，等待大家对新功能的评判。那时候，产品的评价完全由市场决定了。每一场都需要是有准备的战斗。
网友评论