45 | 产品案例分析：Chartistic的“复杂”图表

如果用户“开始 → 完成”一个任务的路径较长，需要完成较多的步骤才能看到结果，用户非常容易放弃，手机场景下更是如此。大部分用户希望自己点击一个按钮，所有的一切都如自己预期一样，自动完成。 使用“假数据”（或者说是占位数据）在一开始就产生正向反馈，让用户感觉已经“完成”任务，只需要“修改”一下，进而产生安全感和掌控感。我发现，很多用户在做一件事情时，比起重新“创建”更喜欢“拷贝”已有的任务，然后修改，这让他们感觉一切都在自己的掌握之中。 Chartistic 对手机场景的理解让我印象很深。我设计App时，经常容易套用已有的条条框框，而不是从场景设计出发考虑功能。好的设计，就是当用户想做一个动作时，那个功能就在他预期的地方；产生一个疑问时，答案就及时出现。 设计 Chartistic 的公司，Zoho，是一家开发面很广的公司。曾经因为工作需要调查一些现有解决方案的时候，经常能看到这个品牌。很佩服他们在保证广度的同时，还能在App细节上这么下功夫。 谢谢二爷的分享。 通过阅读专栏文章、回复和修改自己的评论，这段时间产生了之前从未有过的思考，学习到了新的思维方式，扫除了不少盲点，再次感恩。 非常希望这个专栏能有第二季。 :)

看完了今天的分享，我不由得想起了手机端如何处理文字编辑和写作，张小龙在年前的微信公开课上透露要推出公众号手机端管理后台，可更多支持短内容，之前也看到冯叔尝试。 我一直很好奇如何处理，总觉得用手机完成所有操作有些不合场景，缺少了一些仪式感与深度思考的过程。 细想下来，易用性和自由度很难兼得，在手机上方便高效地完成内容编辑和发布，在一定程度上要牺牲更多的设置或是排版，应当按照统一的格式规范化进行，我猜想可能是划分了具体模块和类型，将思考输出。

readhub可以用键盘的左右键切换看新闻，这个刚不小心点出来，确实触动到了

诶，周二就结束了，感觉完全没听够

做轻量级操作的时候是很好用的。但如何两个信息图合成一个，这个并没有体现。是否因为自由度做了限制？

“完整地提供功能不是设计的终点，把每一个场景理解清楚并做好设计才也是。” 这句话说到点子上了，很多产品经理甚至包括我在内，都有种倾向会变成功能经理，把功能点罗列出来，并且完成功能点的组合，就以为已经可以解决用户的问题了，确实是。但，这个问题的解决并不能贴合用户的使用场景，所以也没有提供很高的用户价值，这个时候我们往往是有更好的方案的。 此外，通过这个产品，我也学习到两点，第一点是先给用户展示结果，然后引导他去完成过程，这样的话，他是先有这种确定性，操作的意愿更强。 第二点就是页面的那个折叠的小设计，这个时候确实需要产品经理得多动动脑子了，也带一点这种交互的思维。

请问针对产品一般从哪些角度分析

感觉有些应用适合在手机做，有些并不适合。像excel这么重的产品，用户真愿意在手机上操作吗？觉得可能就是需要临时修改一个已建成的图表才需要

非常好

二爷，你试玩的这些App，是在哪里知道的，来源途径是什么呀？