来口袋题库第43天，Web课程从无到有刚好耗时1个月时间。

但它并没有结束，或者换句话来说，应该是还没有开始。求生是一回事，而活好是另外一回事，目前的Web课程也仅仅是一次求生的尝试，至于如何活好，根本不沾边。

思考

      产品：

      一方面要解决用户需求，一方面要考虑盈利问题。如何去解决用户的实际问题，让用户用着爽，而且还愿意掏钱呢？如果用户的需求是墙上的一个孔，而产品却只专注于钻头的高大上，进而引伸出钻器的各类需求，是否就南辕北辙太扯淡了呢。

      设计：

      随着各行各业的饱合，以及设计领域的成熟，现在很难有什么原创性设计。在各类设计大同小异的情况下，在灵感源泉严重枯涸的情况下，仿似乎成了常态，而且是互仿。但仿的同时，是否也应该考虑下自己的业务需求呢。经常看到一些不伦不类的设计，都是自我感觉良好，然而结构互斥，逻辑混乱，看着着实难受，更不要说用代码去实现它了。

      还有就是设计的完整性，经常是只考虑到完美的那一面，而忽视了异常情况。导致错误出现时，各种临时补充，狼狈不堪。

      技术：

      对于优秀的程序，架构一定是清晰的，底层一定是健壮的。应该是越写越简单，越写越轻松，一切都很优雅，像是一门艺术。如果写着写着写不动了，维护各种痛苦，那肯定是基础没搞好，遇到这种情况，最终的解决方案只能是重构。不过，这种重构难道就不可以避免了么，完全自导自演的虚假繁忙罢了。

      设计有完整性，那么程序当然也有完整性。当然，最常见的就是容错了，如果测试条件达不到，最简单的方法就是思维预演，各种情况的思维预演，如果发现资源遗漏，效果图短缺，该找谁找谁去。

      运营：

      目标用户是哪些？他们会在哪里出现？常见的痛点是什么？你的描述内容是他们关心的吗（文案内容）？

基于Web课程的实现所遇到的问题：

      1、设计图的不完整；

      2、程序的容错做的不到位（前端方面），当然，基建也很渣；

      3、忽略了运营需求；

      4、早期时间节点不清晰；

接下来的行动：

      1、与运营小伙伴们亲密接触，而非只是旁观的角度。不但要了解他们在做什么，更要去弄明白他们为什么做。因为做什么只是表象，而为什么做才是本质。拿表象去驱动产品进展，纯粹扯淡。

      2、根据用户的反馈与交流，挖掘真实的用户需求，而不是只停留在表面。

      3、结合运营需求和用户需求，重新定制Web产品，出原型图。

“本质”与“表象”这两个词，从去年开始，一直bibi到今天。但我知道，这两个词，我可以一直bibi下去。

最后，你所做的一切，都只是为你自己所做。不信的话，工作个七八年后，再回头看看。

一不小心就浪荡第10年了，好老的感觉；想起来去年年底还写了篇扯淡的总结：《心有所向，不痛则无；杭州八月，再谈成长》。