你们公司用什么系统?? 有一些大一点的ERP都集成Demand planning模块的,比如SAP. ORACLE ODP 11i , I2的Demand Manager

还有一些成熟的需求预测软件,比如FORECAST PRO..之类..

需求规划的核心就是需求预测,这是一个很大的话题. 总之要对行业特性,历史数据进行分析,还有就是采用多种预测模型,定期更新和修正...不断的进行评估和利用一系列的新数据不断的进行更新是成功预测的基础.
还有有些最佳实践,比如S&OP,都和需求结合的比较紧密的..
需求规划的低级层次就是分析和跟踪,高级一点就是和伙伴进行协同,还有采用有些商业手段来影响需求...

Demand Planning从Process上讲，一定会涉及到如下几个问题，而且几乎是没有标准答案的
1. 如何解决Top-Down Forecast(或者说Finance Target)与Bottom-Up Forecast(或者说Sales/Demand Forecast)之间的冲突
这个基本上是看公司领导层的考虑了
2. 如何解决Demand与Supply之间的冲突（相对来说这个问题比较边缘一些，但更容易成为冲突和扯皮的焦点）
说简单也简单，S&OP，但这又绝对是非常不简单的事情，对公司整体供应链要求很高
3. 上两个问题有比较不那么坏的解决方案之后，如何解决Forecast Accuracy的问题
这个，很多时候是公司制度和执行力的问题，Forecast Accuracy一定要放进具体做Forecast那个人的KPI里面，否则就是越做越烂，最后没有人负责，没有人对做出来的数字有信心

单说Demand Planner的话，也许最重要的是确保能做好Sales和Supply Team之间的协调人吧

1, 计划是龙头：按SCOR模型，供应链分为PLAN，SOURCE，MAKE，DELIVERY，计划是龙头2，Demand plan是龙头中的龙头：就计划而言：公司战略计划，会影响各职能部门的业务计划，而销售部门的业务计划会体现为销售预测，此时进入供应链计划犯范畴： --基于销售预测生成demand plan， --match工厂的供应计划， --给出跨职能部门的S&OP计划， --再解析为end item的MPS， --驱动系统分解MRP。3，DP不仅仅是需求预测需求预测仅仅是DP的一部分。做好DP，还需要分析历史需求波动（离散度，以标准差统计），以确定合适的安全水位；还需要分析历史上预测和下单的方向偏差（BIAS），这种情况下有极高风险；还需要检查未来下单跟未来预测的拟合情况，以及时调整