刻意练习产品思维 level
获赞
73
粉丝
32
关注
2
看过 TA
25
广州大学
2014
产品经理
IP属地:未知
公众号:刻意练习产品思维
私信
关注
2020-09-29 19:20
广州大学 产品经理
《B端话题200问》系列话题09181:B端产品,有必要做新手指引吗?怎么做?1. 猪哥 简单的场景不用,如果是复杂的业务场景,建议做。可以参考优秀的b端产品案例2. 猪哥 换位思考如果你是用户,你希望如何提示你操作?3. 猪哥 跟相关用户沟通,演示原型效果,直到他满意。4. 猪哥 只需要回答怎么做即可5. 江西—B端奢侈品—曾恩恩 先手把手交一遍,同时给予文档版操作手册6. 运营-1m-深圳 视频➕人工培训+操作手册7.深圳-产品 使用手册,培训,用户提出问题时针对性的回答8. 财经社区-产品-合肥-史塔克 做了不会减分,不做有时候会减分9. 阿飞-上海-pm 有必要做,只是B端的新手引导落地方式以操作手册+视频讲解操作形式较多,复杂一些的还要现场培训10. 杭州-物流产品-吕海凤 ①现场演示;②录制视频;③在网页做个学院模块,将经常询问的“怎么做”做成知识内容,通过关键字可搜索到对应答案;11. 庞晓囡+物联网+产品 有必要做新手指引,因为B端产品一般都会涉及到不同角色,如果每个都讲一遍太浪费时间,可根据每个角色使用功能不同,有针对性的在B端后台做帮助中心,即登录之后,只能看到自己所使用功能的帮助文档12. B端产品做新手手册是必备的,系统的各个功能模块都要做操作说明,因为B端产品业务相对复杂性,且各模块之间的关联性比较强,如果没有操作手册,使用的成本比较高,且容易让使用者觉得门槛高,而放弃使用产品,亦或者抵触使用
产品经理的日常思考
0 点赞 评论 收藏
分享
2020-09-28 20:25
广州大学 产品经理
《B端产品200问》系列话题09251: B端产品,开发说这个需求做不了,该怎么办?1. 猪哥 学点技术基础知识2. 猪哥 请教其他组开发同事,非本公司开发朋友等3. 广州-PM-燕子 一方面通过其他方式验证是否能实现;一方面与开发沟通其他的实现方式,没有什么代码实现不了的,工作量的问题而已4. 上海-产品-laura 和开发一起商量调整方案5. UI-twice-广州 了解做不了的根本原因,是时间不够,还是技术不到家,还是不想做...针对不同情况再思考做不了要怎么去处理。6. 运营-1m-深圳 了解原因,是成本太高还是人手不够,再再找老大协调7. 广州-PM-燕子 自我验证需求是否有大动干戈去实现的价值9. hellen k12教育北京-产品经理 问需求做不了的原因:(1)如果是排期问题,沟通排期,制定需求优先级;(2)如果是技术难点,是否可以招聘相关人员;(3)如果是需求本身是伪需求,用数据或者业务需求原因说服研发。(4)如果是没理由的不给做,找上级帮忙。10. 江西—B端奢侈品—曾恩恩 1.了解做不了的原因,是技术瓶颈还是政策法规,还是技术人员能力不足,开发时间不足……等,如果是技术瓶颈,看能否攻克,如果不行,那就试着调整方案。如果是政策法规,那没办法只能换方案或者不做。如果是技术人员能力不足,可以考虑招人或者寻求外部技术支持。如果是开发时间不足,能否加班解决
投递58到家等公司6个岗位
0 点赞 评论 收藏
分享
2020-09-20 12:20
广州大学 产品经理
23·A/B测试有什么用?1.从简单开始:可以先在Web前端上开始实施。Web前端可以比较容易的通过可视化编辑器制作多个版本和设置目标(指标),因此实施A/B测试的工作量比较小,难度比较低。在Web前端获得经验后,再推广到App和服务器端。2.隔离变量:为了让测试结果有用,应该每个试验只测一个变量(变化)。如果一个试验测试多个变量(比如价格和颜色),就不知道是哪个变量对改进起了作用。3.尽可能频繁、快速进行A/B测试:要降低A/B测试的代价,避免为了A/B测试做很多代码修改,尽量将A/B测试与产品的工程发布解耦,尽量不占用太多工程部门(程序员、QA等)的工作量。4.要有一个“停止开关”:不是每个A/B测试都会得到正向的结果,有些试验可能失败,要确保有一个“开关”能够停止失败的试验,而不是让工程部门发布一个新版本。5.目标人群必须特征一致:如果AB测试选取的两波人群属性不一样,那么AB的实验结果就没有一丁点的说服力的。6.先“特区”再推广:先在一两个产品上尝试,获得经验后,推广到其他产品中。7、C端产品用的主要原因是解决意见分歧、同时也可以用事实数据验证哪种方案更受大众喜爱。8、ab测试使用情况:to B产品、to G产品、小公司很少用到;to C产品、大公司用的比较多。9、小产品做ab测试毫无意义,费时费力还费钱
产品经理的日常思考
0 点赞 评论 收藏
分享
2020-09-20 12:10
广州大学 产品经理
21·如何做产品可用性测试?感觉:可用性测试的本质:产品,从用户中来,到用户中去。小技巧:1、招募测试用户。招募测试用户的主要原则是,这些用户要能尽可能地代表 将来真实的用户。招募小白鼠了喂,有报名的没?没有?我等下再问一次。2、准备测试任务。测试的组织者在测试前需要准备好一系列要求用户完成的任务,这些任务应当是一些实际使用中的典型任务。万一他们瞎几把乱点,触雷弹出BUG页面该多尴尬。3、观察测试过程。组织者在一旁观察用户操作的全过程,并把发现的问题记录下来。偷偷拿小本本儿记下他们的SB行为。切忌,引导与暗示用户。4、询问用户产品体验情况。测试结束后,组织者可以询问用户对于产品整体的主观看法或感觉。而不是让其一顿操作猛如虎。结果,你懵逼他更懵逼。另外,如果用户在测试的过程中没有完全把思考的过程说出来,此时也可以询问他们当时的想法, 询问他们为什么做出那些操作。求虐,求摧残。5、研究和分析。在可用性测试结束之后,组织者分析记录并产出一份产品的可用性问题列表,并对问题的严重程度进行分级,使得我们可以根据项目进度来选择哪些优先处理。统计不是来源于真实用户,都是耍流氓。统计结果,要尽快出来并发给测试用户。让用户参与,让其感觉到被重视,做了一件很有价值的事情。6、早测好过晚测。你以为你是贾跃亭啊?一个PPT就能验证可用性。产品从0到1的任何过程,都可以让用户参与,验证真伪,及时提前纠正错误。实际上,往往都是等到产品快要上线的时候,才做产品可用性测试,结果为时已晚。然后,又周而复始的重复性犯错,死循环。7、易小不易大,易少不易多。往往我们想做的事很多、想要的大而美,但却忽略了投入成本、现有资源等实际情况。你丫,能不能务实点?先做个最小MVP出来验证市场,不香吗?8、别跟测试用户说过多专业性术语。要有同理心,现在你不是显摆装X的时候。亲,我们做了个新产品,你体验下给点宝贵意见呗?9、提前预约人家工作忙的焦头烂额的时候,结果突然被你打断。冒冒失失的来一句:帮我测个产品呗?10、让用户心中有数告知用户大概需要花费多长时间,要做哪些事情。
产品经理的日常思考
0 点赞 评论 收藏
分享
2020-09-20 12:09
广州大学 产品经理
20·怎么做问卷调查?感觉:问卷调查,有时候得到的未必是真的。小技巧:1·先想清楚调查的目的,然后明确样本对象、调查渠道、时间计划等。其实嘛,没想清楚的多了去啦~2·打招呼时的态度,要面带微笑且友善。来,笑一个~~3·调查问卷一人一份,各自独立作答。别抢哈,人人有份,一个也跑不了,嘿嘿~4·开头先放一些比较简单,不用思考的问题。自古套路在人心。5·你很想知道的问题,一般放在中间。同上6·涉及个人敏感信息的问题一般放在问卷的最后,避免其直接弃你而去。讨厌的啦,借机窥探人家小秘密。7·调查问卷的题型建议是单选或多选,不适合问答题、填空题等。XX你有什么建议吗?(丢~~,我理你先傻!)8·问卷上不要太多问题,作答时间不宜过长,否则容易吓跑人家。换作是你,让你站着填一份感觉被忽悠的问卷半个小时,你丫你受的了吗?9·最好有小礼物送给调研对象。如果有经费的话。不过,一般是没有地。10·尽可能覆盖目标群体中各种类型的用户。比如:性别、年龄、工作等11·要保证各种类型用户的样本比例接近全体的目标用户比例。为啥总拿猴子来做实验呢?原来如此12·样本选择的各种不合理性也要考虑到位。比如:地域受限、时间受限、愿意参与的人受限。13·统计问题占比时,样本量要足够多,太少的话,不建议使用占比基数来统计。比如:共统计了10个人,4个人选A,6个人选B,就在报告里说,此问题有60%的人选B。14·问卷中的问题,不要带有引导性。我不要你觉得,我要我觉得。15·问题答案各选项的位置,可以部分问卷不同位置排列,避免位置偏差。A/B测试来一波16·先小范围试答,根据反馈优化之后,再大面积投放。家丑不可外扬
产品经理的日常思考
0 点赞 评论 收藏
分享

创作者周榜

更多
关注他的用户也关注了:
牛客网
牛客网在线编程
牛客网题解
牛客企业服务