前几天辅助一朋友梳理了计划内容，帮助做好了一份计划（如前天的日更中写到的），那么在计划做好之后，自然，不能浪费我在Excel方面的优势，于是我吭哧吭哧花了一个多小时，整体梳理了一遍逻辑，并做出了如下图的一份学习进度表。
而最最关键的是，我竟然通过这样一份进度表的制作，意外收获到了做产品的心得。这里便来梳理梳理。
当然，这里我不针对公式技术层面做讲解，而是梳理整各进度表的逻辑，以及其中的心得，希望大家也可以从中各自有各自的收获，或是进度表的要点，或是Excel逻辑梳理，抑或者是其他的一些产品启发。
另外，若大家对这样一份进度表感兴趣，可以翻到本文最后，我会对这份进度表的特点和功能进行简单的说明，如果想要获得这份进度表也可以评论或是私信我直接获取源文件。
制作这样一份进度表的总体流程呢，是这样的：
1.先梳理主要逻辑，自行决定需要哪些数据，需要怎样呈现；
2.在细节部分，对数据分析写公式的阶段，需要用到辅助列的时候就用上辅助列，将公式嵌套的部分单独写出来。这样有助于我们梳理函数的先后和嵌套顺序；
3.初步写完之后，再对细节部分的瑕疵进行优化。我们可以采用先抽象再具象的方式，比如其中一个细节部分的IF判断逻辑不太清楚，那么我们可以先将其根据实际需求抽象为文字判断，最后再根据这样的逻辑顺序写对应的函数；
4.实践检验。之后的一两天，针对实际填写的数据进行检验，看是否有哪里遗漏或是出错。
比如批注那一栏字段，就是我后期才优化加上去的判断；再比如，今天我才突然发现有个地方公式以前修改后忘了往下填充，导致下边的还是旧的公式。这些都是在实践之中才逐步发现的问题，并一一进行优化处理。
不知道大家发现没有，其实制作这样一份进度表的流程，我们做任何事都是一样的。先整体梳理框架，再实际操作，再优化，最后实践检验。
而我呢，却踩了一个坑。我当时在做进度表的时候，其实一开始还是想着一步把公式全部写好，一蹴而就，但结果后面发现跟实际需求还是会有一些小偏差，需要进行纠正。而逻辑本身又恰好有点小复杂，头脑已经被大串的逻辑整得有点懵，纠结了好一会还没有啥好的头绪。
于是无奈的我，最终决定先梳理抽象逻辑，再具象到具体函数。结果意外的发现，几分钟我就梳理清楚了，并且也很顺利地对公式进行了优化。
这也告诉了我们，做事不要总是想着自己能一蹴而就，该慢慢来的还是得慢慢来，不能过于急切，有句老话不是说“心急吃不了热豆腐”嘛，就是这个道理。
那么最后，回到我的主题，做三点心得总结：
1.好的产品总是需要经过慢慢迭代才能逐步形成；
2.好的产品总要经过实践的检验，确保满足用户需求；
3.有时候，“慢”才是更好的“快”。
嗷对了，最后的彩蛋环节公布，这个学习进度表呢，主要是以下几个功能特点：
1.仅根据该章节最后一天的时间是否完成来判断进度是否正常，比如PPT-03章节最后一天是15号才截止，那么在此之前，都是以PPT-02章节来作为进度判断标准；
2.（接上例）如果PPT-02章节进度是正常已完成的，那么进度就显示“暂在计划内”，若PPT-02章节进度最后一天还是低于预期的，那么才会显示低于100%的进度条；
3.批注共有四个情况：
0-80%——落后计划——当前落后计划，努力赶上哦！
80%-100%——仅仅只是略微落后——别担心，很快就可以赶上啦！
100%——进度正常——进度正常，继续保持哟！
>100%——进度超前——进度超前，给自己一个大大的赞吧！
4.当天所在的那一行会进行高亮显示，便于定位；
5.进度条与批注两列内容，均之会在当天及以前的日期行中显示出来，当天以后的不会显示。
那么今天的内容就到这里结束啦，希望对大家有所启发和帮助~
网友评论