第一次当产品经理的二三事

第一次当产品经理的二三事

• 1 第一次对接
• 2 第二、三次对接
• 3 第四、五次对接
• 4

1 第一次对接

从大佬那里接了一个前端外包来，说是我的外包，其实是他写代码（大佬：我是腼腆男孩），我负责对接（才不是不会写代码）（也会写就是要写的比较久），这就开启了我的产品经理之路。
也是第一次接外包，很多事情不懂，于是在对接之前特意咨询了大佬，得出第一次对接时的注意事项如下：

1. UI界面设计。由于接的纯前端外包，所以这部分算是重点中的重点，需要我跟甲方沟通好得到设计图再给大佬编码，所以这一块必须沟通的非常仔细，而且定下之后就不再改动，然后才收定金（很关键555）。不仅包括页面设计，还有页面上不同模块之间如果有逻辑关联或者什么的也需要仔细沟通。
2. 前后端联调。其实接纯前端的外包不需要考虑这块，只要写好界面，数据展示用mock就行了。但是大佬说这个界面很简单，可以“顺手”做一下数据交互…（然后后来才觉得💴收少了哈哈哈哈因为这个甲方的数据量有点大…）所以以后接外包一定要想清楚到底是做什么的，不属于职责范围内的事情尽量不做。
3. 后端数据格式。既然要做联调，就也要沟通清楚后端的数据格式、数据接口以及数据量的问题，最好叫甲方写好后端的数据文档。
4. 工期和报酬相关。确定完前面的一切的一切再做这个！！确定总共给多少时间，不要把自己的时间压得太紧，毕竟只是个外包，并不是主业，有时间还是要休息休息，多学点别的东西的。报酬根据正常的工资再往上大概1.2倍或者1.5倍左右，因为毕竟是用业余时间做的，要算加班工资（doge）。

在对接之前甲方发了一个非常非常粗糙的设计ppt，我认真的花了1个小时研究了一下这个ppt，把不确定的地方圈出来以备对接的时候问。
理想很完美，现实却emmm…在第一次对接之后，并没有确定下来一个项目说明书，而且也还有很多设计和功能问题没有确定下来，而且甲方的后端说是写好了，其实后端业务很不熟，对于我们抛出的问题也都不能给出答复（我觉得我已经很菜了没想到还有比我还菜的…），第一次对接只能算是完成了预期的70%左右。

2 第二、三次对接

第一次对接之后甲方没有写项目说明书，按道理说我是不写这东西的，应该全让甲方写，但是我还是写了（建议不要给自己揽活55），还是跟甲方说清楚我只是写了个大概，最后需要他们完善这个说明书并作为最后的交付指标，好在他们也同意了。
犯了一个错误：甲方说“这个东西我想呈现出一个什么效果…但是我不知道要弄成什么样子，你们能不能帮我设计一下”，然后我说好…然后就被大佬批评了。不是说不能设计，确实是当时甲方跟大佬沟通的时候说是都设计好了，我们只要实现出来就可以了，所以定的价不包括设计的，设计毕竟费心力，而且设计出来的东西也不一定合对方胃口…好在甲方也是好说话的，后来还是让他们自己设计了。
然后就迎来了第二次对接，继续完善了之前没解决完的问题，最后让他们把说明书写了，到这里为止我认为对接的差不多（90%左右吧）了，所以当他们给定金的时候我就收了…所以这就是到目前为止我犯的最大的问题了：坚决不可以有什么差不多心理，必须全部搞定才能收定金。所以本来我以为不会再有什么改动也只是我以为而已，当他们第二天把说明书发来的时候，还是比对接的时候讲的有点改动（还好是小改），所以因为这事被大佬骂了一通呜呜，以后一定要记住杜绝差不多心理。好在这些东西对大佬来说都很简单，就是有点改动有点麻烦，浪费了他的时间，而这些报酬不值得（大佬太厉害了555）。第三次对接就是对改的东西又掰扯了一下。

3 第四、五次对接

其实第三次对接就已经把前端问题都解决好了。前面说到甲方的后端比较一言难尽，所以第五次对接是针对后端要怎么给数据的，做纯前端不做数据对接的就跳过这次对接吧。第四次是因为甲方提了一个新需求，还好前面写了说明书！加需求就是要加小钱钱呀！嘿嘿。但是还是要跟甲方说清楚加需求的利害关系，不仅费钱（对他们），而且费精力（对我们）。所有要点都沟通完了再说加需求加钱的事情，也会让甲方更好接受一点。

4

与后端数据交互小tips：