这是来新公司刚满一周。
最近一直在忙着处理上周后台的需求，再加上那些“万恶”的新人课程作业 and 考试，于是木有及时更新笔记。
小细节
后台的逻辑通常略复杂，于是在考虑一些细节逻辑的时候，尤其容易出现一些盲点，不知道在座的各位是否也经历过，当然这种情况时有遇到，不光是后台类产品了，也是我个人需要修炼的地方。
Note 1
关于“状态”的判断
这里，任务有状态展示，状态分为正常和延期。这里就需要给开发们一个判断标准，什么样的是正常，什么样又是延期。我在第一稿需求里对于“状态”的描述大致是：（任务）交付时间 ≥ 计划交付时间，则为延期，＜ 为正常。乍一看确实没有什么问题。于是这里的盲点就出现在这个“交付”行为的考虑上了。这里仅仅考虑了要作时间维度的对比，但是却少了再往前一步考虑。首先我忘了，任务还需要区分交付和未交付。所以，就 update 为
已交付的情况：
正常：交付时间 ≤ 计划交付时间
延期：交付时间 ＞ 计划交付时间
未交付的情况：
正常：当前时间 ≤ 计划交付时间
延期：当前时间 ＞ 计划交付时间
Note 2
1.“全选”？2.数据统计？
1. “全选”功能要不要加？这个功能实话说是我自己“臆想”出来的，在评审的时候引起了大家的质疑。
对于“去掉”的考虑，有2点：
① 该页面是表单页面，主要是方便后台管理者查看相关任务的进展情况，于是主要满足的是“查看”，所以需要知道“指导”这个行为的操作是高频还是低频？这是需要考虑使用频率。
② 需要指导的课程数量是？如果不多，全选的功能也是可以考虑暂缓的。这是考虑操作数量。
2. 表单数据统计要不要跟下方筛选状态同步？
想必大家也看到下方复杂的筛选条件了（说到这里就略头疼），当然这里暂不讨论为何这么复杂，但单就这筛选条件的维度和上方统计维度有着诸多矛盾点，于是我们并没有带上筛选条件。这里不影响主业务，后台通常也不那么纠结，但这里想 mark 的是，这是我先前考虑忽略了的地方。
大概念
一周了。全然对自己所在 team 的业务一脸懵逼状。下午 team 的其他两只 PM 把我叫去一起简单“沟流”了下。顿时也点醒了我。作为 PM，你是否也正在被手头的那成堆却怎么也做不完的事情牵着鼻子走，却忘记停下脚步，给自己一点留白的空间和时间，仔细考虑以下几个问题呢？
产品的定位？
我们的产品要提供的是怎样的解决方案？
我们服务的是怎样的一批人？也就是目标用户
他们的痛点、刚需是什么？
核心业务又是什么？
这些十分“理论化”的问题，相信不乏有人阐述过 N 多次，很多产品相关的书籍也都能够读到。当然这里并不是想再次阐述。我们的工作日常，总是在面对各种大大小小实际的事情中度过，在各种会议中给这些事情找出解决方案。慢慢地，我们似乎变成了处理各种事务的“小能手”，超高的执行力和团队协作能力，不停地接需求，想需求，做需求....... 但停下脚步想，我们的这个产品，到底从哪儿来，要到哪里去呢？当然，这也不是全然只靠 PM 自己来理顺。需要最前端业务的小伙伴的共同协作，maybe 运营、市场、销售、客服、etc，更重要的还是你们的老板，或者部门老大能给到的支持。
这些问题，将会是接下来工作的中心，对于工作中的决策，以及产品规划和将来的走向，和 PM 在工作中的主动性是极其极其极其重要的。这将是接下来你的一套方法论，也是工作沟通的“武器”，是大家会议时需要遵守的原则。不要忘了，这些问题是需要一直不断探索的，也会随着战略的调整而发生变化。
我们三约定了明天下午花2个小时的时间仔细理顺这些问题，回头再来跟大家分享咯。
最后，跟所有在产品路上起步的小伙伴共勉~
网友评论