<section class="_editor" data-support="96编辑器" data-style-id="23882"><section><section data-width="50%">
</section></section></section><section class="_editor"><p data-mpa-powered-by="yiban.io"><img class="rich_pages" src="https://upload-images.jianshu.io/upload_images/6034320-07921d7db443720f.png" title="1566891938628948.jpeg" data-ratio="0.4777777777777778" data-w="1080"></p><section><section>
</section></section></section><section><section><section><section><section><p><strong><span>前言:</span><span>个人</span><span>共总结了18个观点,从4个维度【为人处世、需求调研、战略布局、落地执行】分享之</span></strong></p></section></section></section></section></section><section class="_editor"><section class="RankEditor"><section><section><section>
</section></section><section><h1><span>为人处世</span></h1></section><section><section>
</section></section></section></section><p>
</p><section class="RankEditor"><section><section><section><section><section><section><section><section><section><p><span><strong>1、多换位思考,保持同理心</strong></span></p><p><span>不同的人,要想与其同频交流,尽量站在他的角度感同身受
</span></p><p><span>
</span></p><p><span><strong>2、多一点爱</strong></span></p><p><span>爱自己的岗位,爱你的产品,爱你身边的人。
</span></p><p><strong>
</strong></p><p><span><strong>3、与项目组任何成员要相处融洽</strong></span></p><p><span><span>我们遵循对事不对人原则</span>,同时与项目组成员没必要的互相伤害尽量避免<span>,<span>得饶人处且饶人。</span></span></span></p><p><strong>
</strong></p><p><span><strong>4、对产品的过程和结果都要负责</strong></span></p><p><span>产品从0-1我们一般都很关注,但1-100,很多人都不在乎他的死活,这样真的好吗?后续的规划是什么?如何进行优化?上线后用户的反应如何?哪些可以快速调整?怀胎十月的宝宝,说不要就不要了?你怎么忍心呢?</span><span><strong><span>
</span></strong></span></p><p><span><strong><span>
</span></strong></span></p><p><strong>5、要会协调各方资源</strong>
</p><p><span>公司越大,跨部门协作就越容易发生,高效合理的借用各方资源,推动你当下项目的正常进行,有时必不可少,能温和处理就温和,不配合的其他部门同事只能请求上级协助一二</span><span><strong>
</strong></span></p><p>
</p></section></section></section></section></section></section></section></section></section></section><p>
</p><section class="RankEditor"><section><section><h1><span><span>需求调研</span></span></h1></section><section><section>
</section></section></section></section><p>
</p><section class="RankEditor"><section><section><section><section><section><section><section><section><section><p><span><strong>6、为谁服务,解决什么问题,提供什么价值</strong></span></p><p><span>这句话,我总是反复在脑子里回荡。还记得刚开始转行做产品那会儿,从来不会思考这个问题,需求来了,只会想着怎么塞到我负责的某个系统里去。现在的需求,我必定对此问题思考一番。</span><span><strong>
</strong></span></p><p>
</p><p><span><strong>7、需求调研时,少说话多倾听</strong></span></p><p><span>要想别人吐露心声,得在适当引导之后,给别人吐槽的机会。不要过于强势,要像与朋友交谈一样,做个倾听者。
</span></p><p>
</p><p><span><strong>8、辨识真伪需求,排好优先级</strong></span></p><p><span><span>要想辨别真伪需求,首先我觉得必须要懂业务方当前的业务,如果你不熟悉他的业务,那你如何分辨真假?</span></span></p><p>
</p><p><span><strong>9、了解问题现状</strong></span></p><span><span>任何业务方找你聊一个痛点、苦恼,其背后都是有原因的,他到底遇到了什么问题,才会如此急切得想跟你吐槽一番?</span></span><span><span>了解清楚,再对症下药,也不迟。<strong>最怕病急乱投医,你没搞清楚病情,就乱开药</strong></span></span>
<p>
</p><p><span><strong>10、理清现有业务流程,包括上下游系统</strong></span></p><p><span><span>只有先梳理出当下上下游所有系统<span>千丝万缕的</span>流程关系与走向,你才能更清晰的看透当前整盘棋局中所有隐藏的迷雾,那么棋子(功能)到底该落在棋盘的(所有系统)哪个区域(你的系统),自然了然于心。</span></span></p><p>
</p></section></section></section></section></section></section></section></section></section></section><section class="RankEditor"><section><section><section>
</section></section><section><h1><span><span><span>战略布局</span></span></span></h1></section><section><section>
</section></section></section></section><p>
</p><section class="RankEditor" data-indent="0" data-space="0.25"><section><section><section><section><section><section><section><section><section><p><span><strong>11、制定长期规划,但尽量控制一个版本只迭代一到两个核心功能</strong></span></p><p><span>一个系统,长中短期规划是要有的,每一期目标也不要太多,建议不要超过2个你认为的重要核心功能。<strong>一来,便于快速迭代;</strong><strong>二来,便于宣导。</strong><strong>三来,快速满足用户刚需。</strong>
</span></p><p>
</p><p><strong><span>12、划分清楚系统边界</span></strong></p><p><span><span>不清楚系统边界的一个原因,我觉得有两方面。一方面,是业务方他只认你,所以他的所有需求觉得就应该在你的系统实现;二来,咱们产品不够熟悉所有上下游系统到底解决的是什么问题,提供什么价值。所以,导致业务方找你的变成是你的需求,但从没有考虑这个需求放在你的系统合理与否的问题</span><strong><span>
</span></strong></span></p><p>
</p></section></section></section></section></section></section></section></section></section></section><section class="RankEditor"><section><section><section>
</section></section><section><h1><span>落地执行</span></h1></section><section><section>
</section></section></section></section><p>
</p><section class="RankEditor" data-indent="0" data-space="0.25"><section><section><section><section><section><section><section><section><section><p><span><strong>13、出现任何问题,想解决方案</strong></span></p><p><span><span>产品经理是干吗的?产品就是提出方案,解决各种问题的人。咱们即使再怎么苦恼,也不能自乱阵脚,在我们这没有解决不了的问题,只有好方案或者临时方案,再或者你直接说NO,驳回需求,但必须有理有据,而不是乱来哈!</span></span></p><p>
</p><p><span><strong>14、原型加规则要表达清晰</strong></span></p><p><span>原型+规则如果表达不够清晰,就容易导致业务方和项目组同事有疑惑,所以有必要的沟通,是很有需要的。</span><span>而且,如果时间允许,最好是当面找他们沟通。</span>
</p><p><span><strong>
</strong></span></p><p><span><strong>15、原型评审一定要通过项目组所有成员同意</strong></span></p><p><span>原型,必须经过<span>项目组</span><span>所有关键人物的同意</span>,才能将当前版本推动到开发阶段。</span>
</p><p><span><strong>
</strong></span></p><p><span><strong>16、先做mvp,上线后快速验证快速迭代</strong></span></p><p><span>如果一个系统,你连最小MVP都没规划出来,那说明你还没搞清楚“为谁服务,解决什么问题,提供什么价值”。争取小步快跑,用最小耗费最小的成本作为代价快速验证项目可行性,如果真有人用,那就快速迭代。如果没人用,那损失也最小。</span></p><p><span><strong>
</strong></span></p><p><span><strong>17、做好项目管控,及时规避各种未知风险</strong></span></p><p><span>这里我今天提出来的时候,就有不少小伙伴有很多疑惑,此前我专门写了篇对应文章。<strong><span>直接拉到第三点坑有哪些那里</span></strong><span>,一看便知</span>“</span><span></span></p><p>人生三部曲三:创业者转型做产品人悟出的方法论</p><span>”</span><p></p><p>
</p><p>
</p><p><span><strong>18、所有正式决议必须有据可查</strong></span></p><p><span>公司邮件、钉钉截图、录音等等。其中,录音我是最不推荐的,目前为止,我没有去录音过任何人,原因相信大家也很清楚。但是,如果将来遇到实在赖皮的,那说不定我会试试。</span></p><p>
</p><p>
</p></section></section></section></section></section></section></section></section></section></section><section class="RankEditor"><section><section><section><section><section><p class="title active"><span>总结:个人拙见,分享之,<span>希望你会喜欢。</span>或许将来有一天又有不同<span>感悟</span>,谁知道呢,未来的事交给未来,活在当下就好。</span></p><p class="title active"><span>
</span></p><p class="title active">
</p><h1 style="white-space: pre-wrap; line-height: 1.75;"><span style="font-size: 16px; color: rgb(47, 47, 47); font-weight: bold;">微信公众号: 刻意练习产品经理。</span></h1><div yne-bulb-block="paragraph" style="white-space: pre-wrap; line-height: 1.75;"><span style="font-size: 16px; color: rgb(47, 47, 47);">关注回复关键词 </span><span style="font-size: 16px; color: rgb(47, 47, 47); font-weight: bold;">书籍</span><span style="font-size: 16px; color: rgb(47, 47, 47);"> 送你20本经典好书;</span></div><p class="title active"></p><div yne-bulb-block="paragraph" style="white-space: pre-wrap; text-align: left; line-height: 1.75; font-size: 14px;"><span style="font-size: 16px; color: rgb(47, 47, 47); background-color: rgb(255, 255, 255);">关注回复关键词 </span><span style="font-size: 16px; color: rgb(47, 47, 47); background-color: rgb(255, 255, 255); font-weight: bold;">工具</span><span style="font-size: 16px; color: rgb(47, 47, 47); background-color: rgb(255, 255, 255);"> 送你10款产品工具的安装包;</span></div></section></section></section></section></section></section><section class="_editor" data-support="96编辑器" data-style-id="20126"><section><section><section><p>
</p></section></section></section></section></section>
如何做好你所负责的产品?
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
- 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
推荐阅读更多精彩内容
- 每天进步一点点点点点点点点点点点点点点点点点点点点点点点点点点点点点点~~从开始只能写几句话、模仿别人的观点,到现...
- 三、流程 1.评估产品机会 a.确定待解决的问题 评估产品机会的目的:淘汰馊主意,避免浪费时间和金钱;挑选合适的产...