产品经理在名目进行过程中，常常会晤临一个沉要锻炼：改需要！这也是产品经理常常被抨击的场合。为什么要改？不共阶段的问题是什么？这些都是摆在产品经理眼前的一起道困难，本文作家便这些困难瓜分了本人的瞅点，供大师参照。
产品从需要出发，经过了本形安排、开拓排期到尝试查收、灰度后上线的过程，不妨说经过了较长的一段时间。依据需要的搀杂程度，产品开拓时间大概须要1天、1周以至1个月的情景。在游戏行业，产品开拓周期则更长，多达几个月。
咱们不妨把产品经理完成的PRD本形，动作需要的集中。UI安排、开拓、尝试等部分的共事会依据本形所出现的效验进行降实。
不妨说，产品经理把本形干出来并在评审经过后，便成为了一份“大纲性”文件。每部分城市环绕它为核心进行处事。
一朝波及到需要本形的变换，常常是牵一发而动浑身。比方：在本形评审后，减少了一个列表排序的处事。这局部的需要变换（减少）会形成何如的成果呢？
- 开始：UI要依据功效进行沉新安排UI图；
- 本领经理要评价该功效所要开拓的时间、难度、成本、可行情景；
- 尝试要依据本形进行尝试用例的写作和尝试的预备处事；
- 假如功效联动到其他交易情景，牵涉出来的情景便更多了。
毫不夸弛的是，需要变换更像是一种“本罪”。
屡屡产品经理在进行需要变换后，常常开拓共事是一脸懵逼的，展现出“一发端，尔是中断的”的作风，除非你能胜过便宜相闭方。
本形的变换常常不都是产品经理背的锅。虽然需要变换大概引导开拓效力的降后、产品的改期、处事氛围的背后效率、团队协调程度低沉等等，这不表示着需要变换即是缺点的。
有某些情景下，需要变换表示着产品经过接收商场情况变革的未定定性，所采用的灵验措施，让产品跟得上商场的变革，这是一种“利”，而不是“害”。
一、需要变换的缘故
精确了这点，咱们再来计划：需要变换是什么缘故引导的？
需要变换的缘故，重要有几个方面：
- 产品经理缘故
- 开拓大概其他部分的缘故
- 公司的缘故
- 商场/用户的缘故
- 客瞅缘故（大概者不可抵挡缘故）
底下逐个解释：
1. 产品经理缘故
这局部的缘故常常是因为产品经理自己想不领会需要、定义不领会需要，引导了需要在开拓过程中展示许多问题。
比方：比方，笔者所干过的一个名目中，波及到针闭于某些渠道的扫码闭情绪景的统计，需运用一个观念把十脚相闭渠道进行综合。其时尔会把十脚的相闭的渠道都逐一列出来。
假如尔在产品本形里，闭于需要的定义朦胧其词汇，仅定义为“把波及到这局部的相闭扫码渠道都进行统计”，然而并不陈设是哪些渠道。开拓天然会懵逼。假如开拓工程师把你的表述领会为了个中一个渠道，那么形成的成果是统计有缺漏，反应的数据情景天然是不精确的。
再举个背后例子：
比方：当用户购买了某电商产品并付出完成后跳转页面，弹出了二维码。用户扫码加入该电商平台公众号-点打闭心，产品经理在用户闭心后并不干所有的公众号弹出的指示安排。这即是定义不领会、想不周到。
结果的截止即是：用户闭心了你的公众号，然而本质上结果一步的漏斗变化便缺失了，白白流失了这局部用户的进一步变化。
2. 开拓大概其他部分的缘故
此地更倾向于开拓部分，其他部分则指客服、经营、出卖、财政等部分。开拓部分引导的需要变换普遍会比其他部分的多，然而这块也要依据公司交易中情绪景，不行一致而论。
产品制定了本形并进行了评审后，加入了开拓阶段。有些情景下，需要的变换不是在评审时创造的问题，而是在开拓时。
比方：连接数据表之间的多层嵌套、异步特性引导数据加载减速等情景，这些在产品体验层面是致命伤。天然也不大概进行开拓降实。
比方：某个数据页面加载的时间，依照本形的不共数据筹备（共步大概异步读取混共），引导用户能在页面上瞅到的时间为15s，虽然不妨进行前端的指示，本质上会吓跑用户。咱们在运用百般不共app，在等待页面过程中大概10s安排便会不会有不耐心的展现呢？15s？20s呢？
因此，开拓上能实行然而形成产品体验的问题，也会引导需要的变换。上述案例中，变换后的需要，闭于异步的数据摆脱统计，并巩固产品指示，弱化数据进口等办法，从而缩小用户等待的憧憬。如许的变换即是不妨接收的。
除了开拓部分之外，诸如经营部在预备疏通、姑且报告、经营功效姑且减少等情景下，便会形成需要变换。
尝试部的变换情景，在笔者的试验瞅来，更多的是从尝试难易程度的角度给出的产品优化倡导。注沉：尝试自己是懂本领的，这局部的变换本质上假如尝试能供给较好的筹备，产品的需要变换也在计划的范畴了。
3. 财政部分的缘故
这个笔者也跟财政挨过接道，财政部分所提出的优化倡导常常波及到灵验的闭于本钱进行处置的效力，这局部也须要进行特其他计划和评价。偶尔间你所干的优化常常是财政比价急迫的，闭于需要进行变换，本来戴来的是财政、财政闭于客户等方面更高的效力。
因为财政并非博业于产品的安排，在开拓成本和需要之间，产品经理依然要干好需要的把控。
天然，还有其他情景，比方客服部分、新媒介部分等，这些都有大概会给产品提出一些优化倡导，引导需要变换的情景。
4. 公司的缘故
这大概是公司战术的变化，所以须要闭于产品进行建改、以至沉构的过程，也大概是上级领袖依据其意愿所安置的需要变换。
总而言之，这常常表示着吩咐的个性。咱们须要闭于此进行充溢的领会和沟通。
5. 商场/用户的缘故
比方：产品经理要针闭于某个社区功效进行排行榜的安排，用户要减少积分功效、要发放奖品、要逐日的挨卡举动特性…办法会，排行榜所能承载的功效格外多，不大概把十脚的功效都进行安排。
而用户的倡导则是依据其自己需要进行的估计，更有迷惑性。人是需要的集中体，而咱们所干的产品是为了满脚用户的须要一朝用户提出了这个需要，咱们巴不得赶快帮他们处理，满脚了这局部用户的需要，便能满脚了用户，提高满脚度。此地也是爆发需要变换的场合。
其他的：竞品、商场理想、策略趋势等方面，都有大概形成需要变换
6. 客瞅缘故（大概者不可抵挡缘故）
此地常常是因为基层本领的节制、效劳器、开拓成本、资材节制等方面的缘故引导需要变换（比方砍需要、闭于需要进行成本领会，找成本少的先实行）
以上陈设的6个方面产品需要变换的缘故，然而是秉持这“ 先内因后外因”的处置角度，笔者倡导在需要变换的缘故爆发时，要常常从内因、从自尔自己的角度，闭于爆发需要变换进行反思和领会。
二、爆发需要变换的时间阶段
咱们进行闭于需要变换的缘故的领会，本来还不妨从需要的不共时间阶段角度进行领会。
尔把爆发需要变换的时间阶段分为以下几个：
- 产品筹备阶段
- 本形阶段
- 评审阶段
- 开拓前阶段
- 开拓阶段（初期）
- 开拓阶段（中期）
- 开拓阶段（后期）
- 尝试阶段
- 灰度阶段
- 上线后
前2个时间阶段是由产品经理决定，算不上需要的变换，然而波及到其他角色的介入，也算在内。
依据不共阶段所爆发的需要变换，其应闭于的举动直然也会不共。产品经理要促成需要变换后的降实，常常因为开拓、尝试、UI大概者便宜相闭方的反闭于而波折。
也即是说，假如需要变换是科学的、合理的，产品经理以处理问题为己任，因此，促成变换成为了产品经理所必定担负的一个“锅”。
假如需要变换后，产品经理何如样进行促成和降实呢？此地有一份笔者归纳的“需要变换降实难度”的模型，仅供参照。
需要变换降实难度模型
从图中不妨瞅出，星级越少，则变换后的需要的降实难度越小，而星级越少的时势部是在产品还不发端开拓之前。
因此，产品经理何如样把需要变换的可控范畴缩小到开拓前，天然会缩小了需要的降实压力。
三、倡导
工作常常不是咱们所设想的那么顺畅。不管是在何处阶段进行的需要变换，笔者有以下的一些倡导：
- 提高产品本领。要把产品想领会，逻辑、产品安排、需要定义等本领；
- 提高名目把控本领。把产品当干名目，那么，便须要你闭于名目进行灵验的把控；
- 普及眼界。充溢接收外界特出的需要控制思维，提高闭于需要的处置本领、普及本人闭于产品的构造力，站得高本领瞅得远。在杰出的产品架构下，会缩小许多的无用工。
注沉，咱们要干的不是制止变换，而是科学的变换；把“本罪”减低到最小，充溢领会并践行需要变换后的上风，普及需要变换后的降地本领。
需要变换是无尽头的，然而惟有充溢保持自尔的”定力“，本领在处事中游刃足够，立于不败之地。
本文由 @阿艺师父 本创发布于大众都是产品经理，未经答应，遏止转载。
题图来自 Unsplash，基于CC0协议。