疫情给这个世界带来了很多改变，能看到的大家应该都已经见到，看不到的也已经被埋藏。给我和家庭带来的影响也蛮多，简单整理下，也算是对这个大事件有个交代。
做了些什么
从2月1日开始，进入疫情后的远程办公模式。接到公司任务，应急开发一款能为客户提供信息收集的小程序。
第一版的业务和原型设计花了1天时间，看了几个其他厂商做的案例，结合我们自己的实际情况，最后决定先做一款能面向所有人使用的数据填报应用。
报表采用固定模式，不提供像金数据、问卷星一样的定制能力。用户不做强制认证，任何人都可以建表收集数据。
2月4日我们发布了第一个版本，实现了自助建表，收集数据和查看的能力，但暂时不提供下载。
第二个版本在2月9日发布，正式提供下载功能，此时公司本部和乐山公司开始正式使用。用户日活在1W左右。
在之后的2月14、15、16、18、26、27，3月3、5、7、14、18、20，小程序共发布更新10多次。从第一个版本到现在，将近2个月的时间，推出了数据收集、电子通行证、健康码、行程上报、智慧通行等功能。
提供了什么价值
2个月的时间，团队几乎每天都在加班加点的干，第一个月周末基本没休息，每次发布都要到深夜1、2点。
真刀真枪的战斗是锻炼队伍最好的方式，通过这一次的应急研发，团队得到了很好的锻炼，也筛选了一批能吃苦、有担当的优秀人才。
产品实际日活在8千左右，为几个公司的数据采集提供了保障。有的客户是自己找上门来使用的功能，全程没有什么指导和培训，也说明我们的功能设计符合简单易用的原则。
产品在公司投入使用，为公司提供了全套防疫功能，为每天到岗复工的审核与通行管理提供了较好的支撑。
有哪些不足
如果把需求分为4个层次：底层需求、够用就好、越多越好、惊喜。
我们的产品基本做到了够用就好，满足了用户的最基本需求。在管理分析和辅助决策上，产品的能力显得很不足，这也是领导大多颇有微词的原因。
另一方面是我们对软件发布渠道的风险识别不足，没有预估到微信对健康类小程序的强管控，导致后面有一周时间无法更新发布。对于依托于平台生存的软件，要充分考虑各类合规风险。
学到了什么
产品经理交付的不仅仅是功能，更重要的是要通过自己的专业知识，将业务深入理解后，交付具有明确业务导向的功能。不能说我这功能有，用户没用好。这实际是对业务没有理解透。
拿健康信息收集这个来举例，对于表单的设计，实际就是对业务的深入理解，如果仅仅是将各项数据收集项进行罗列，固然很简单，但用户填写时理解就有困难。该如何设置分类，如何把前后逻辑理清，这就需要对疫情收集有比较正确的理解才能做到。
另一个学习到的重要知识，是要学会拒绝。在研发初期，有很多人来提需求，对功能的各类要求应接不暇。2天的时间发布了一个版本，领导在这2天还会觉得很慢。这时自己就要学会去沟通也顶雷，让团队有喘息的时间。
有所取舍很重要，这要看我们如果识别用户，更在乎满足谁的需求，对我们的产品今后有什么帮助。如果一股脑把大部分能力都排入计划，只会把产品弄得人头马面。
如何面对不确定
这次疫情有很多不确定，通过这次实践，我觉得面对不确定最终要的一个品质，就是去干，积极的面对，而不是消极的等待。
最开始接这活，其实很多部门都能做，为什么找上我，这不是我定的。但找到我后，我接受了，顺带着整个团队都投入了进去。
在过年那段时间，自己有意无意收集的一些疫情相关应用的信息，在那一刻都一股脑的涌了出来。所以在短短2天时间，我们就发布了第一款应用。
面对不确定，最好的动作就是平时做个有心人，敢做困难事。当危机来临，不惧不怕，勇敢面对。
第一版的手绘原型，做个纪念。
D2，同时葆有全然相反的两种观念，还能正常行事，是第一流智慧的标志。
