立即登入 我一直觉得，能完整跟完一款B端产品从0到1的全过程，是一件挺幸运的事。很多同行入行后一直在做迭代优化，修修补补，很少有机会把需求、设计、开发、测试、上线运营整个链条完整走一遍。我进公司刚一个月，正赶上人手紧张，老板又愿意给机会，直接把一个铁路行业施工安全的定制产品交到我手上。现在回想，那段时间踩过的坑比之前加起来都多，也正是这些坑，让我对产品经理这个角色有了一层层更真切的体会。
先从需求沟通说起。那款产品是给甲方定做的，面向铁路施工安全领域。沟通前我做了不少准备，照着自己学过的套路，提前列好功能要点，兜里揣着录音笔，信心满满跟着老板去见甲方。我以为需求沟通会像书上写的那样，一轮一轮有条不紊地推进，结果会议室里完全不是那么回事——简直像进了菜市场。每个人都有自己的想法，一个人刚亮出观点，马上就有人反对，声音此起彼伏，讨论了三四个小时，我记下来的有效需求不超过五条。后来甲方还有别的事，会议就这么草草结束了。没办法，我只好回去反复听录音，一点一点抠，把支离破碎的信息拼成一份需求清单。好在整理出来的东西，甲方还算认可，我们就按它先往下做了。
到了产品规划设计阶段，问题开始暴露出来。因为不了解客户真实的用户场景，沟通时又太顺着他们的话走，我几乎没对需求做独立判断。客户说要什么，我就记什么，完全没去追问这到底是不是他们真正需要的，也没想过能不能在需求之上做出点超出预期的东西。结果产品上线运营后，不少按甲方要求做的功能，几乎没人用。反倒是那些他们没说出口的需求，比如时间维度的数据统计、统计报表导出，我们一期根本没规划进去，后面再补就费劲了。另外，我当时犯了一个很典型的错误——太着急画原型。一拿到需求就扑到Axure里，想把原型搞得逼真、好看，却忽略了先把功能之间的业务逻辑彻底理清楚。需求文档写出来，很多功能点的业务规则不够细，开发一看，到处是模糊地带，返工和沟通成本一下子就上去了。更糟的是，有些设计还因为自己考虑不周，无形中增加了用户的操作成本，这些都是在设计阶段没想透导致的。
进入开发阶段，短板就更明显了。因为我对产品底层的业务逻辑不够熟悉，和开发、UI沟通需求时，自己心里都没底，说话自然就少了底气。而且需求文档本来就不够详细，开发每遇到一个不确定的地方，就得停下来找我确认，时间就这样被一点点耗掉。还有一个很深刻的教训：需求文档改了之后，没有及时让老板确认，导致开发手里拿到的版本不全，后期团队内部因为信息不一致，还发生过几次争吵。那种因为自己流程没控好，把整个团队拖进情绪消耗里的感觉，真的很糟糕。
产品测试这块，我几乎是零经验起步。平台测试时，我只会跑主流程，围着大功能点转，对每个功能点的细节要求要么不清楚，要么根本没概念，导致上线后细节问题一堆。联调测试就更狼狈了，因为我们没有提前把测试时间、测试内容同步给各方，现场出了问题，经常找不到能拍板解决的人，一大帮人就在现场干等着，浪费时间不说，还特别影响士气。
设备安装和移交阶段，同样因为一开始没梳理出清晰的流程和注意事项清单，影响了安装效率和设备上线的进度。数据上传的时候，又在地图数据上栽了跟头。一开始，我对超图软件和服务器的功能点，以及跟平台业务的关联没完全吃透，测试阶段就反复出问题。处理正式地图数据时，只顾着埋头处理，没提前考虑数据分类和上传的层次，结果一堆数据传上去乱糟糟的。更尴尬的是，之前没理清服务器上地图数据的命名规则，导致数据识别出问题，又拖累了测试和数据上传的节奏。
产品上线运营后，主要工作是监控日常数据和测Bug，结果我又在细节上翻了车。我的注意力全在PC端和安卓版App上，完全忽略了苹果版本的测试，导致一些兼容性问题没能及时发现。而且，监控到的日常数据，我也没有养成及时向相关负责人汇报的习惯，领导那边对平台运行情况掌握不足，自然也就谈不上基于数据做决策。
现在回头看整个项目，从需求沟通到上线运营，就像被推着跑完了一场马拉松，过程里磕磕绊绊，但确实让我从对软件产品几乎一无所知，到慢慢建立起一套认知。我意识到，和客户沟通需求时，不能只做传声筒，要先把客户所有的话都接住、记下来，然后自己消化、整合，再带着自己的理解和建议去跟客户确认，这样才有可能触及真正的需求。产品规划设计时，千万别急着打开原型工具，一定要先把需求之间的逻辑关系彻底捋清楚，把业务规则都想透，再输出原型和文档，写文档的时候，能想到的细节尽量全列出来，哪怕暂时用不上，也比遗漏强。开发阶段，自己要先把业务逻辑吃透，沟通时才能把问题说得清楚明白，最好能让开发直观地看到问题，减少理解偏差。测试前，一定要先明确测试目标和预期效果，把测试要点列成清单，心里有谱再动手。上线运营，事先得从产品需求出发，重新审视产品是否真的满足上线条件，数据准备要完整充分，各方协作要提前协调好，每一步进展都要及时同步给领导，让信息透明。
更深一层看，这些表面问题背后，其实是我工作方式和思维意识的问题。我做事习惯一步到位，缺乏预先计划，就算偶尔做了计划，也常常不按计划走，没有根据轻重缓急去合理安排。思考问题的时候，框架意识很弱，层次一多就容易漏掉细节，而且总急着完成任务，遇到问题第一反应是赶紧问人，而不是先自己想办法。学习也是，浮在表面，只知其然，对于背后的原理懒得深挖。
现在，我给自己定的改进方向很明确。首先要改变做事的方式，接到任务先别急着动手，花点时间想想，理出框架，分清优先级，制定计划并严格执行。遇到卡点，先自己尝试解决，多试几种方法，实在不行再带着思考去请教别人。学习上，不能再满足于“知道”，要钻进去搞清楚“为什么”。同时，我也在利用工作之余，研究公司现有的产品，仔细拆解里面的业务逻辑，训练自己的逻辑思维；跟着交互设计师的课程学习，试着把学到的东西用到实际工作中去。另外，保持对行业动态和同类产品的关注，拓宽知识面，让自己对产品的理解更立体一些。
（本文由作者投稿至某运营知识分享平台，仅为个人经验总结，不代表平台观点。平台收录内容来自网友投稿，如有版权问题请联系管理员删除。）