2019.7.17
心得一：
在这里，记录一下出方案的一些思考点：
弱化之前的运动信息
所分享的内容，强调弱化之前运动的信息呈现，用户才不会因为之前运动信息的不如愿二造成本次分享的压力。减轻用户在群聊中展现自己运动信息的压力。
这只是个建议
是否要在此提供修改运动计划的功能？要从这一模块的定义出发。
明确这一模块的作用只是促进从自测过度到运动打卡，太丰富的制定过程不是我们需要的，而且如果要求求用户去输入减肥天数，减肥类型等详细内容的内容，会增加用户的操作过程，这样要求的话会感觉是一个运动健身产品，我们只是想形成多囊用户相互激励去运动的圈子，运动计划建议只是一个过渡的页面。
最终决定该模块打造成一个运动建议，强调建议，弱化用户按照我们这个建议方案去实行运动的属性，这只是一个参考，因为我们很难做出专业的计划给用户。因此不需要可修改的功能。
心得二：
一个页面充斥着几个功能时，要个各个模块设置个界限，同一模块的归一起，这样，用户从上往下看的时候，在对这一产品的使用逻辑有个清晰的认识，用起来才不会乱。
所以个组件的聚合以及占位大小还是很重要的，模块要一块一块地来，让用户知道，这是一个模块。
心得三：
小程序分享到群聊后，分享后返回到小程序的原界面，是获取不到你所分享那一群聊IP的。
如果对小程序可否实现什么功能不清楚，可以上微信小程序的官网，看看官网给出的开发者文档，还可以学学技术的知识，哇咔咔。
公众号：一只产品新人
带你站在第一视角经历一个产品新人的日常工作，未入门者可以提前过把瘾，看看这是不是自己理想的工作。已入门新人相当于多积累一个C端的项目经验。
欢迎一起交流，共同进步。
网友评论