收录于话题

#福利#投稿

上篇文章 2022年第三场福利（产品经理看进来）里收到不少好反馈，特别把它们整理出来分享给大家。


首先是好东西推荐，没用过的朋友建议都可以试试。工欲善其事，必先利其器，不好说哪个东西就给你带来巨大的收益价值了呢。请看：


  • 夸克浏览器
  • 微信读书
  • 知识星球
  • 小宇宙
  • Sony WH-1090XM4 头戴式耳机
  • 飞书
  • flomo浮墨笔记
  • 即刻
  • 小红书
  • Slidebox
  • Notion
  • 得到
  • 有知有行
  • 滴答清单
  • 小程序：就诊问问、专利大王、抽奖助手
  • 阿里云盘
  • 腾讯文档
  • 薄荷记账
  • 一木记账
  • U.tools
  • B站
  • 维拉螺丝刀
    然后是一些产品人所分享的产品经验。作为一个曾经从业过的三流产品经理，我觉得这些信息都蛮好的，做没做过产品都值得看看和思考。

    Aliyah产品实际应该做减法，减减减到最后留下最核心的需求。而实际工作容易因为加法而导致产品迭代速度慢、跟不上发展的需求。

    东方牧 做产品最大的一条收获来自于腾讯的一个产品观，不要让用户去思考，就是简单明了的告诉用户，他可以在你这获得什么，需要一步一步地去点击什么。一个很好玩的点是谈恋爱也是如此，不要让对方去思考，直接按照自己舒服的节奏，去引导对方就好。
    Trigger做产品的时间不是很长，就写下自己马上进入脑海的三条思考吧：1. 保持独立思考非常重要：可能一开始会侧重于执行，会拿着解决方案找问题，但如果一直做执行，实现别人的想法，就可能会陷入工具人的方式，丧失了自己的独立思考，也就没了作为产品的灵魂；2. 控制自己的 ego ：纸上得来终觉浅，看到别人的解决方案可能会觉得“这不就是XX吗？”可能会犯了事后聪明偏差，拿着现在别人成功的解决方案，夸大了自己身处同样位置时，做出相对正确决策的可能性；3. 把手弄脏：可能对我来说，思考比起动手做更爽更投入，但少了真正把事情做出来的过程，感觉更多还是隔靴搔痒，没有抓到重点。对我自己的警示是，尝试去复刻别人的方案，然后不断实践，达成闭环，这样比钱以前只是看看，或许好一点。
    愤怒的汉堡《微信背后的产品观》对我影响最大的两个观点①一个好问题不应该导致解决问题太复杂。这个观点至今都深深的影响着我。②张小龙引用乔布斯的一句话：微软的大部分是商业行为，苹果的大部分是艺术行为。永远记着自己是在创造一件作品而不是产品。
    小海Willis我做英文网站推广，觉得网站本身就是一个产品吧，我觉得好的产品需要从用户角度思考，拿网站来说，需要考虑文字的大小，button是否显眼，网站配色是否合理，是否能在手机端浏览很好等等。另外就是要考虑产品的变现，那就得考虑网站的收款方式是否便捷，以及下单页面的信息优化等等。
    帽子1.找到你的目标用户，新产品初期用户画像越精准越好。再牛逼的产品也不可能卖给全球每一个人。2.你的产品给用户解决了什么问题？按目前的市场竞争，仅仅是考虑功能服务还不够，还要用户情绪3.提炼产品的核心价值，最短链条的直达用户认知。
    宇相关于产品迭代，有一点体会，是基于公司其他部门做产品的现状和预期，总结一下就是 单点突破、允许试错、小步快跑。一个典型的案例，我们做一个教育信息化的产品，设计的非常巨大，投入了50W左右，前后花了两年多才上线，投入市场不到一个月，就基本上宣告失败了，但不甘心啊，再投入庞大的市场资源，在我的预期里，推的越快，死的越快。可以再可以打个比方：我们设计产品就像设计了一个楼盘一个户型，我不需要设计成精装房，我就设计一个毛坯房，在装修阶段和用户一起实现其想要的房子。这里面，就延伸到2个做产品的基本概念：用户参与，最小可行性产品。
    赵敏作为乙方的产品经理，也接触了很多的甲方接口人。我开始分析不一样性格的接口人，做事风格不一样，那我们做需求的时候也要有不一样的处理方式。1、比如有的接口人做事磨磨蹭蹭，半天拿不定主意，总是犹豫不绝。那我作为产品经理就应该帮他做决策，为他思考最优方案。2、而有的接口人就是激进的，他就是想这样做即使有风险也不害怕。那这样的人我们做需求就一定要邮件、电话都要讲清楚风险点，以免后续出了风险事故自己背锅。3、有的接口人是老手，对需求特别熟悉，不用多说啥废话，行事果断。自己做好自己的事情就好了。4、有的接口人自己也不懂需求，不知道要做什么。总是领导这领导那的想法，完全没有自己的想法。我们就尽可能的找到一手需求去分析，以免被他带入误区，误解了需求的初衷。
    我是赵六六资深产品经理，我觉得最有用的几条经验：1.去理解你的用户，理解用户使用产品的一切，了解使用者和其他产品使用者的区别。这个需要持续的做用户访谈和数据分析。2.带着业务目标去做竞品分析，而不是只停留在流程、交互层面。3.上线的功能特性一定要追踪使用的效果，而不是自嗨。上线是一个特性生命的开始，而不是结束。
    王婷作为产品经理：我觉得最重要的是懂用户和懂市场。知道这两个就能确定产品节奏和优先级，知道什么样的产品是正确的，那么通过摆事实讲道理向上争取资源以及推动研发测试都是比较简单了，上线后也能解决真正的问题被用户喜欢。
    June Zhu做产品的经验：1.用户洞察很重要。听用户说，但不要照着做。如果有条件，去用户使用产品的真实环境下，观察用户是怎么用的，以及用户的情绪，是比较靠谱的用户调研方式，就是费钱费时间。2.产品设计之前，一定要定义清楚正确的问题，才能设计出满足市场需求的产品。3.设计产品时，采用MECE原则，通过流程法、子目录列举法和逻辑框架法去切问题，便于更全面地考虑需求的细枝末节。4.跟技术人员沟通时，先提出要解决的问题，然后是需求的背景，自己能想到的方案，最后问一句：针对我们要解决的问题，你有更好的思路吗？忌讳：直接把方案抛出来，给技术人员讨论能不能实现。
    史前靓仔1、准确的表达自己：能把你的问题清清楚楚的写出来，你的问题就已经解决了一半2、先讲框架，再讲细节：这个应该是需求评审的常识，但我看很多产品都还不懂 ， 一上来就讲细节3、见人说人话，见鬼说鬼话：其一是对不同的群体，用不同群体的共识语言；其二是针对不同性格的人，用不同的技巧4、尊重专业，尊重产出：让自己变得专业，同时也要尊重其他人的专业性，尊重他们的产出5、善用邮件：虽然现在职场的沟通方式很多，邮件一直都是最有保障的沟通方式6、接受领导的快速迭代：领导也需要自我迭代，所以难免会让你感觉到难受，尤其是前后不一致的时候，我们需要接受这一点
    皮卡丘如果一个产品人，懂一点技术还是能拥有更大的大局观和快速上线的能力的。内部产品线（如财务结算，数据统计，效能工具）是一个公司非常重要的产品。大家可能会十分关注而且经常用到，但是又会有一个非常尴尬的局面就是除了一些专业做这些内部产品SaaS或者PaSS的公司，其他的内部产品都是不挣钱的，所以资源投入往往不够。在这种情况下，产品经理如果有一定的技术能力，就可以在产品的设计上做调整，例如我经常会做的事情是，如果开发2天能达到目标的80%，开发10天能达到目标的100%，那么我可能会先把设计先简化，后续再通过排期把整个目标实现。一个非常重要的点就是，0->1永远比1->10重要，如果你都拿不出一点点可用的模型，也更不要谈申请更多的资源了。
    笛子多年产品经理工作经验，也见过各式各样的产品同事。觉得产品经理大概能分成三个阶段：1.写好产品文档，画好产品原型。把业务的需求翻译成研发技术听得懂的文字，图表。沟通对象主要是业主方和技术的小伙伴2.满足1的基础上，能独立进行一个业务方向的产品规划，特别懂业务，帮助业务提出更合理的需求，一起获取更好的业务结果。3.满足1和2的基础上，还能懂市场，财务，运营，管理等等一切相关知识。非常了解自己服务的用户特点心理。做到让正确的事情在正确的时候发生。70%的产品在第一层，甚至第一层都做不好。很多大厂的螺丝钉产品也是在做这些事情。25%在第二层（产品经理吃行业经验的原因），一般这个级别都是产品组长，甚至小管理，剩下5%，能到这一层的产品基本上都是有能力自己独立出来创业，开公司的大佬。
    Chiffon 分享下我2021年的收获：从产品自身出发，可以从哪些角度去提升项目效率？1、懂技术，大多开发人员在技术的角度看问题，对业务了解不够。如果产品懂前段与后端的对接实现逻辑、存储数据的表之前的关系、能看接口文档等。在需求设计时将这些考虑进去，可以节省大量的沟通时间。也可能开发设计的表结构不合理，满足不了未来的业务扩张，产品懂的话一定程度上可以规避2、积极引导。我遇到的挺多开发、测试、UI只管好自己的一亩三分地，推一下动一下的那种。项目完成离不开产品、UI、技术、测试的亲密协作，沟通越无障碍，项目效率越快、质量越高。项目成员的这种状态有时是无意识的，加以引导会有一些改善。感觉这个比较考验情商、沟通技巧、还有一些管理技能，还在不断学习中。
    旺旺作为一名产品经理，我是从技术岗位内部转型的，现在在公司负责了几条业务线，确实有许多优势；首先、在和客户谈需求的时候，可以很好的理解背后的逻辑，遇到技术问题如使用的http协议、api类似的技术术语可以很好的理解，可以更好的服务于客户的项目。其次、作为一个产品经理，其基本的产物输出是必要的可以利用axure和xmind工具来做思维导图、业务流程图、原型图和详细的需求文档等；有了这些项目的基本产物可以更好的让研发工程师理解项目需求，进而让项目进入研发阶段。最后、就是当项目进入研发阶段时，可以借助一些管理工具project管控一下项目时间节点，如哪些模块完成，哪些放到R2.0来实现等。
    囧囧冰淇淋留言都是软件产品？没有实物产品的么？补充一个实物产品，女装。1.从最大的方向看，服装的大分类是风格，什么样的风格吸引什么样的人。对标的是软件产品的定位。2.细分风格后，就是价格，质量，品牌，物流，包装，促销等。对标的是软件产品的各种细节。它既提现了你和其他人的价值差异化，也让你的成本不同。蓝海战略也是从价值差异化入手，拼和成价值链取得成功。非常难入手的一个战术分类。3.接下来就是产品数据，有些产品好卖，有些不好卖，各自的数据是什么？买家反馈是什么？在这里最重要的是修正你的偏差并优化他们，他们提现了你基层人员的日常工作。对应的就是软件的日活数，活跃时间，月活数等。
    酒馆喝茶1.产品创新其实是新瓶装老酒，需求本身在，但得到了符合当前的更优解；2.产品的产生应该从最精简的需求开始，小步快跑，跑出最最优解，再不断的建立完整生态；3.B端产品当建立在驱使用户主动使用前提下，产生的数据提效才能真正实现，而非从上而下；从上而下的是商业部分设计，而非产品本身。
    伏久在腾讯产品实习了一个多月，也来分享一点经验吧：勤总结＆勤发问。其实懂不懂技术没有那么重要，人家研发说做不成，咱也不能说咱行咱上，所以跟各方的沟通就急需效率，遇到瓶颈/达到预期都要总结过程中的方法，不断调整和学习自己的处理方式，才能在下一次低谷中快速转折。而在总结的过程中，要勤发问，跟研发battle需求，咱要知道需求为啥这样设计，还要让你服；跟用户追踪体验，咱也要知道为啥会让你爽，怎么就解决问题了；跟领导汇报，咱也得说出来为啥这锅不是咱不背。。
    程先生的太太 1、收获到的经验是沟通一定要理性而且有逻辑有依据，不然研发根本不会理你，甚至质疑你，所以锻炼自己的批判思辨能力相当重要，2、锻炼了一个强大的心脏，在沟通的过程中，你没办法每个人都会好好跟你沟通，有些无用的刺耳的攻击性的话会回荡在你的耳边，如果心力不够大，很容易把自己整崩，3、工具的应用，产品不仅仅是产品，还要利用各种工具提高自己的效率，各种沟通各种其他不可预知的情况都会占据你的时间，提升自己的效率，单位时间内能做更高质量的工作对自己才是重要的，
    Gopher1. 对用户干扰打断少2. 交互体验上尽量做到 Don't make me think3. 多一份共情

本次依然送出福利，中奖数量不限，福利内容是书，但图书内容不确定，图书数量不确定。


参与福利的条件是在文章下方评论，说说你去过觉得特别好玩有趣的地方是哪，或者自己最想去旅游或玩的地方是哪里。本次福利活动截止2月25号内有效。


有我标记🌟的是被选中的福利用户，然后请福利用户12小时内在这个留言下回复自己的快递信息就行了。下面就是一个正确且标准的操作：


因为我不会把快递信息标记精选，所以它不会被公开显示，大家不用担心自己的信息泄露。


请按这个方式来参与互动，谢谢。（有些福利用户压根不看这个提示也不按此操作，我也不会额外折腾给你安排福利）