9月的精华都在这了，其实是写给领导看的哈哈，顺便分享给大家~

9月份我被存哥调来做项目，对我整个人是一个较大的挑战，从对客户的沟通，对新同事、新团队的协调及沟通，与tshop的业务合作，对整体项目的把控，都让我学到很多，以下是本月我对自己工作的总结：

产品方面

1. 能在后台做控制和判断的在后台控制，减少前端的逻辑判断

2. 程序出现问题，用户操作错误要及时提醒，告诉用户发生了什么，应该怎么去做。这个问题会考吧的产品系列做的要比CPA好很多，比较严重的问题在web端学员使用时，给予的提示不够到位，考试计划这个页面，1、后台没有录入考题，2、提前交卷，后再次进入，提示的内容都为《您没有相关的考试计划》，用户并不知道发生了什么，甚至会感到非常疑惑，我已经选择了考试计划，为什么点进来却告诉我没有考试计划，因此更不知道应该如何去做，这种情况下就只能打电话问客服了，因此CPA的老师在考试临近期间，学员的问题会非常多，增加了很大的工作量；

3.  我在设计原型时，有很多问题没有提前考虑到，在与开发对接阶段提出，对这些问题进行了一下总结：

输入框

普通输入框：字数限制

手机号码、姓名、账号：是否查重、字数限制、字符限制、是否允许二次更改

输入数字：需要考虑输入值的限制

编辑页面：需要考虑二次编辑时是否可以更改

启用 / 禁用：需考虑启用禁用的逻辑

单选框复选框：需考虑勾选 / 取消勾选的逻辑

删除：

1.需要考虑删除的条件，如果有下级，是否要一起删除，如果有上级，对上级的影响

2.删除后，原本显示在这个地方的字段应该如何显示

启用/禁用，删除的区别：

场景1：用户的信息需要在他离开后持续一段时间，例如离职，这时就需要对他的状态进行变更，禁用，禁止用户登录账号，删除，清除数据。

场景2：有迹可寻，对违规用户禁用，封ip禁止该用户再次注册，如果是删除，仍然可以再次注册并造出一样的数据。

场景3：该数据暂时不用了，不想显示在前台，但后期还会在用到，所以暂时设置为禁用状态，后期再启用，如果为删除的话，需要重新建数据，增加工作量。

场景4：启用禁用的功能一般显示在B端或后台，前台一般显示为开关，如朋友圈的入口开关

提示：需要用户确认的内容用弹窗，只需要提示不需要操作的用toast

导入导出，可以筛选字段，选择性的导出/导入

4. 提高效率小心得：

处理事情，要一件一件处理，如果突然来了一件事情，先回复对方稍等一下，处理完当前任务再去处理这件任务，如果突然来了一件非常紧急的任务，那么用最短的时间内结束当前任务，记录下当前的进程，再去处理紧急任务。

不足之处

与同事合作的过程中，也收到相关同事对我工作的反馈，结合自己的反思，主要总结如下：

作为产品经理不够强势，产品不够强势，有时候就会被开发牵着走，自己的设计方向会走偏，更严重的情况，可能会导致整个产品走偏。具体体现在：

需求宣讲会的时候，开发只负责提问题，不负责解决问题，更不能开发人员把自己的想法强压给产品，如果出现这种问题，要学会及时处理，例如：好的，这个问题我记下了；我会后考虑一下吧，我们继续下面的内容。

在会上，开发提出问题，产品记录问题，然后进行下一步的原型讲解；在会后，产品讨论解决方案，开会时提出的问题，没有听清楚听明白的，需要再次向开发确认，方案确定后整理邮件，发送邮件通团队讨论结果。

学习下珑姐的处理方式

在做CPA项目时，谢老师提出一个要求，Tshop微信端希望限制一个商品一个规格只能购买一次，我跟谢老师建议，提示《商品的每种规格限制购买一次》，但是谢老师要求提示：《每人每科限制购买一次》

但这种提示对tshop来说不具有普适性，tshop面对的是所有商户，于是我请珑姐出面帮我解决这个问题，珑姐的解决方案如下：

相比较我的处理方式比较死板，只提示一句话：商品的每种规格限制购买一次！并且用户第一眼可能根本看不懂，商品的规格是什么意思。

珑姐的处理方式比较灵活，采用公式的方式：商品名+规格名+只能购买+n次！

分析一下原因：之前没有注意到toast还有这种实现方式，所以直接没有往这方面想。

解决措施：

1. 适当的了解代码，了解哪些功能程序可以实现，哪些不能实现；

2.多做产品分析，仔细研究别人的产品的细节，很多问题可以采用公式的方式提示用户，多研究多学习，提高自己！

END.

Echo, 于青岛~