复盘

上个礼拜五产品迭代3.0了。

公司（老板）有点躁动，最近一直在要求我们尝试新的领域，自媒体短视频创作和运营，微信公众号上的内容分发（小说、直播、游戏……）以及目前在线下布局的准备（暂时不能说，得等到九月份公布），结果就是每天除了两个开发（一前一后）敲代码醉生梦死外，我也是不断在写剧本→配音→后期→发布和看文档→迭代设计→沟通实现中轮番切换，欲仙欲死。

短视频这一块的试验后面再聊，这一次先复盘一下在迭代过程中发现的问题。

最后的产出跟最初的设计考量存在差异是很多时候都难以避免的，这次迭代过程中发现的收获：

前期不实操，后期就要被X

产品设计之初，我把业务流程和信息架构先跟团队沟通，然后，把原型做完就直接扔demo到群里给大家体验了，虽然我对产品比较熟悉，所以寄希望于实际反馈，可是其他人不是，因为在体验阶段没有获得更细碎的体验反馈，大家就兴高采烈直接开搞了，使得我还觉得是自己功力大进。

“对选项要进行复杂编辑，这里使用多选再操作并非合适”“这里不是高频操作，最好把操作都放在二级页面，这里使用链接进入再操作较好”……诸如此类的设计问题在后面到使用使用阶段发现才觉得有多不应该，虽然功能满足，但是设计没有达到提高效率的目的，就难称良品。

在demo出来后，请一定要反复试验更优化的策略，越是自己觉得可以“任性”“随意”的地方就越容易埋雷，体验差作为产品人难辞其咎的···

项目跟进中实时沟通

由于这段时间我也“被负责”短视频的创作和自媒体运营，产品到研发阶段就忘了跟进实现了，看到老板每天跟群里拿刀逼问询问开发同学进度，自己就直接“甩手”去做其他的事情，幸好和开发同学人腻乎得近，他们偶尔还过来沟通个中问题，所以被动的知道了开发过程中发现的问题，无论是交互还是产品体验，我们都做到了马上沟通→结论，即使当时没有做出结论，我也在第一时间做了功课才给出回复，最后才没有导致产品实现跟初衷大相径庭。

很多时候，发现产品实现后跟设计差异大，产品吐槽开发偷懒不作为，开发吐槽产品无脑秀操作，都是因为缺乏必要的沟通，这一点我在努力改进，也始终觉得实时地跟进项目的必要，虽然产品是公司的，但作品是自己的，用户接触的不是PS/SKETCH里的设计稿，而是拿在手心里实打实的产品，在设计成功的基础上，保证产品的最大化实现，才能算的上是完整的设计而不是jpg……

第三点我还在想，想到了继续  /微笑