2019.6.21
心得一：
写PRD的时候，画的辅助部件，一定不要遮挡原型，也尽量不要有太多其他元素靠近原型，也就是原型要保持在一定的独立空间，这样看起来才不会又太多视线阻碍，原型使用者才能思路清晰。
心得二：
提示的语言要设计得不显眼，因为这是提示作用，样式太丰富，会干扰用户看主要想呈现的内容。
提示文字
如上图，第三个原型不加丰富的样式，还可以把字号压小了，这才是一段提示文字应该的做法，毕竟不是主角嘛。
心得三：
今天和上司讨论下一个版本的的需求，但是因为临危受命，还没多少准备就拉进会议室了，讨论的历程是这样的：可以供用户每天记录一种激素的变化情况→但是这激素每天记录太频繁了，而且光记录这个激素范围太小了吧，意义不大→那就记录激素在内的多几个指标，给用户一个综合的评分，每天记录改为周期行记录，具体周期再去设计→评分的指标过一下，发现这个功能其实在我们本有的自测工具上去改进就好了→那就改成可记录自测结果的需求，多次记录的自测结果以曲线呈现，让用户对其状况的变化有个直观的认识→但这样传播效果不显著，我们需要点传播作用，这是我们版本的目的呀→再讨论了几轮。。。。，get出了最终的需求方案：
图片发自简书App
总结：头脑风暴，真心好用！！！
但是这次讨论，要是有事先准备多一点，肯定会更好。
她语：本人处于0-1岁的产品经理阶段，每天会在此记录关于产品工作中的大小体会，对我每天到底学到了什么感兴趣的伙伴欢迎关注我，查看我帐号下更多的文章记录。
同时，也欢迎大家在本文下面发表评论或提问，促成一个共同进步的产品经理交流圈~~
