1、 问题报告
政策发展程序（Policy development Process，简称PDP）的第一步是要求有一个问题报告，对需要形成政策的问题进行描述。
以下四个机构都可以提交问题报告，要求ccNSO理事会启动一个政策研究程序：
ccNSO理事会（至少1/3的理事会成员就可以启动一个问题报告要求ccNSO理事会开始政策发展程序）；
ICANN理事会（ICANN理事会可以通过一个问题报告要求ccNSO理事会开始政策发展程序）；
地区（1-5个ccTLD地区可以启动一个问题报告通过他们在理事会的地区成员代表要求ccTLD理事会开始政策发展程序）；
ICANN支持组织或咨询委员会（ICANN任何一个支持组织或咨询委员会可以启动一个问题报告，要求ccTLD理事会开始政策发展程序）。
2、 Issue Report问题报告应当包含下列内容：
在得到上述4个机构要求开始一个政策发展程序的问题报告之后，问题管理人（Issue Manager）会完成一份问题报告，问题报告中需要包括以下内容：
反馈一：APTLD建议问题管理人（Issue Manager）应当是由ccTLD社群选出和指定的代表，不应当是由ICANN决定的。问题管理人的费用由ccNSO秘书处承担。
提请考虑发展政策的问题；
提交报告的具体团体；
这些问题对这些团体会产生怎样的影响；
支持对此问题开始政策发展程序的意见；
问题管理人对于是否要针对这一问题开始一个政策发展程序的建议。在问题管理人的建议还应当包括ICANN总顾问（General Counsel）的意见。
反馈二：APTLD建议ICANN总顾问提供建议的范围只应当控制在如下的1）、2）、5）问题之内，不应当对3）、4）提出太多干涉。
1）该问题是否属于ICANN使命范围？
2）是否属于ccNSO的范围？
如果对前两条的答案是肯定的，那么General Counsel还有考虑以下其他问题：
3）是否对当前ICANN政策会产生影响？
4）是否具有长期的价值和应用性；
5）是否能够为未来的决策建立一个指南和框架；
如果问题管理人赞同开始改政策发展程序，那么还应当提出一个具体的时间表。
在15天的时间里，问题管理人会把这个报告发给整个理事会表决，投票确定是否开始一个政策发展程序。
3、 政策发展启动
在收到报告后的21天内，理事会会对是否就这一问题开始政策发展程序进行表决。
假如问题管理人的建议认为该问题落在ICANN使命或者ccNSO范围之内，那么必须有10个或以上的理事会成员表决赞成开始一个政策发展程序。假如问题管理人的建议认为该问题并没有落在ICANN使命或者ccNSO范围之内，那么必须有12位ccNSO列席理事投赞成票，才可以启动对该问题的政策发展程序。
4、 政策发展程序的开始
在ccNSO理事会决定开始一个政策发展程序之后，还必须由多数列席理事表决是否要任命一个任务组来解决这一问题。
另外还必须由多数列席理事表决赞同问题报告中的政策发展日程表。
5、任务组的组成和选择
由每个地区指定两名代表参与任务组。另外ccNSO理事会还会任命三位外部顾问。每个地区必须在要求选定代表的10天之内把本地区的代表名单递交给问题管理人。这些代表不一定是理事会的成员，但是必须对该问题具有专业知识和技能，并且能够为此贡献大量时间和精力。
理事会还会采用其他的手段对政策发展工作予以支持，包括任命个人或者组织就此问题收集信息、安排会议等等，这些信息都应当按照日程表规定的时间交给问题管理人。
6、告知公众政策程序启动以及建议期
启动政策发展程序之后，ICANN应当把这一行动的通知在网上发布同时告知支持组织和咨询委员会。在政策发展程序启动后，应当有一个建议期，具体时间根据日程表上的规定来安排。收集来自ccTLD管理者、其他支持组织、咨询委员会和广大公众的建议。问题管理人或者其他被指定的ICANN代表要审阅这些建议并且把这些建议结合到建议报告中。
7、任务组
A、任务组的职责：
搜集各个地区的状况信息、搜集其他相关信息以便能够使得任务组的报告不仅完善并且信息充分。但是要注意：任务组没有任何正式的决策权力。
B、任务组章程和任期等等。在启动政策发展程序10天之内理事会应当在问题管理人的协助下制定一个任务组章程，章程中包括：
任务组要解决的问题
任务组的时间进度
理事会对任务组的所有具体规定，包括：任务组是否可以从外部专家处获得咨询意见。
C、任命任务组主席：
问题管理人负责召集任务组第一次会议，由任务组成员投票任命工作组主席。主席负责组织工作组的活动、包括整理工作组报告，主席不一定要是理事会的成员。
D、收集信息：
1、 地区状况
来自各地区的任务组代表们分别收集他们所代表的地区关于该问题的意见和信息。这些意见应当以一种正式形式在政策发展程序开始后递交给任务组主席。
这些意见应当包含：
获得该地区多数表决赞同的关于该地区在这个问题上的意见
如果没有一个获得多数表决赞同的意见，那么对该地区分别赞成的各种意见的详细描述
该地区达成这一意见的过程，包括地区具体会议、参会人员等等
对于这些问题如何影响该地区的分析，包括对该地区的财政影响
分析实施该政策必须的时间阶段。
2、 外部顾问
任务组可以征求外部专家、顾问或者公众的意见，这些观点应该列举在一个由这些外部专家写成的报告里，并且明确标明是来自外部专家的意见。同时附一份专家的详细陈述：介绍其资历和相关经历。这些报告应当以正式形式在政策发展程序开始后递交给任务组主席。
E、任务组报告：
任务组主席和问题管理人一起把来自地区的意见、反馈报告、以及其他信息或者报告结合进一个文件里面（任务组预备报告）并且把这份预备报告发给任务组所有成员。任务组会召开任务组最终会议详细讨论这些问题并就此达成多数表决意见。在召开最终会议后，工作组主席和问题管理人要完成工作组最终报告并且把它公布在网站上。
每一份工作组报告都应当包括：
任务组关于该问题的所有达成多数表决一致（66%成员赞同）的结论陈述
如果没有达成多数表决的结论，那么任务组成员支持的各种情况的陈述。每一个陈述应当清楚地阐明支持这种情况的原因以及持有这一见解的地区
分析这一问题对每个地区的影响
分析实施政策必须的时间
由理事会任命到任务组的外部专家的建议以及该专家的详细地说明，包括专家资格和相关经理以及潜在的利益冲突。
8、没有任务组的情况
假如ccNSO理事会决定不召集任务组，那么每一个地区应当指定一位代表就这些问题征集该地区的意见和观点，并且在规定时间内把该地区就此项问题的观点递交给问题管理人。
理事会会任命个人或者组织就这些问题收集信息并且安排会议等等作为对政策发展程序的支持，这些信息必须在规定时间内递交给问题管理人。
问题管理人把所有来自各个地区的意见、反馈意见以及其他信息集中在一起成为一篇初步报告，公布在网站上。
9、任务组报告或者初步报告的反馈
在任务组报告或者初步报告发布后开设反馈时间，主要是ccTLD管理者和公众的反馈意见。在反馈时间的最后，问题管理人负责整理收集到的建议信息并且把其中的相关部分包括到任务组报告或者初步报告中。问题管理人应当在建议期结束后准备最终报告并且递交给ccNSO理事会主席。
10、ccNSO理事会的考虑
收到最终报告后，理事会主席将把最终报告分发给所有的理事会成员，并在随后召集理事会会议。在理事会会议上理事会将努力达成一个极大多数表决意见传达给ccNSO成员，征求他们的意见，并在随后把这些意见传达给理事会。理事会还可以在这次会议上寻求外部顾问的意见，这些顾问的意见根据理事会的决定，将在理事会递交给ICANN理事会的报告中得到体现，并且特别注明这是来自外部顾问的意见；同时详细阐明顾问的资历和相关经验。
11、理事会表决
12位或者更多位理事会成员的表决意见即可以反映出理事会的意见，并且递交到ICANN理事会上。
12、成员的理事会报告
在理事会会议之后7天内，问题管理人应当把理事会的建议和其他观点结合进一个成员报告中，该报告应当包含下列内容：
对于理事会建议的清楚阐述
递交给理事会的最终报告
关于理事会考虑该政策问题的会议记录复印件，包括各种观点的记录
13、成员投票
ccNSO成员可以在一定期限内就ccNSO的建议进行投票，如果有66%的成员投票表示赞同理事会的建议那么该建议将被作为ccNSO的建议被递交给ICANN理事会。
14、ICANN理事会报告
问题管理人应当ccNSO建议被成员接受后的7天内，把ccNSO的建议写进一个报告里面通过ccNSO理事会的批准然后递交给ICANN理事会，该报告必须包含下列内容：
关于ccNSO建议的清楚陈述
递交给ccNSO理事会的最终报告和成员报告
关于理事会考虑各项政策事务的会议记录复印件
15、ICANN理事会投票表决
只要没有超过66%的ICANN理事会成员投票表示该建议不符合ICANN社群和ICANN的最佳利益，那么ICANN理事会将采纳ccNSO的建议。
如果ICANN理事会不采纳ccNSO的建议，那么ICANN理事会要阐明不接受的原因并且把这一阐述交给ccNSO理事会
ccNSO理事会将考虑ICANN理事会的说明，双方就此可以开展讨论。讨论结束后，ccNSO理事会将开会决定修订或者不修定ccNSO的建议，并将这一结果以成员报告补充报告的形式通告给所有成员。成员可以在针对这个补充报告投票表决，如果有66%以上的成员表示赞同补充报告，那么该补充建议将被递交给ICANN理事会。如果没有66%的ICANN理事会成员表示反对，那么ICANN理事会将采纳该建议。
如果ICANN理事会决定不采纳ccNSO的补充建议，那么ICANN理事会也无权就相应的问题制定政策，相应的政策只能是ccNSO在该政策程序下重新制定。
16、政策实施
一旦ICANN理事会采纳了ccNSO，
问题管理人必须出席理事会关于最终报告的会议，并在会后5天内把会议的观点结合进报告中然后递交给ICANN理事会，这份报告中必须包括下列内容：
ccNSO理事会对此问题的极大多数表决意见
如果没有达成一个极大多数表决结果，那么应当阐明ccNSO理事会成员持有的各种立场的阐述，包括持有该立场的原因和持有该立场的地区。
分析该问题对每个地区的影响，尤其是财务影响
分析实施改政策需要的时间
外部专家的意见，同时应当阐明该顾问的资历和相关经历以及潜在的利益冲突
递交给ccNSO理事会的最终报告
ccNSO理事会讨论该政策问题的会议纪要备份文件
17、理事会表决
在收到问题管理人发来的报告后，ICANN理事会将讨论ccNSO理事会的建议：
如果是ccNSO理事会已经达成了极大多数一致意见的，理事会将采纳ccNSO理事会赞同的建议，除非ICANN理事会中有66%的成员认为该政策不符合ICANN和ICANN社群的最大利益
如果ICANN理事会决定不采用ccNSO理事会极大多数一致同意的建议，理事会必须：说明原因并且转给ccNSO理事会。ccNSO理事会在收到ICANN理事会的声明后20天内进行讨论，ICANN理事会将决定采用什么方式和ccNSO理事会开展讨论。并根据ICANN理事会和ccNSO理事会讨论的结果，ccNSO理事会将修改它的建议并把修订结果作为补充报告递交给ICANN理事会。
如果ccNSO理事会已经就该补充报告达成了极大多数地表决一致，ICANN理事会将采用这些建议，除非有66%的理事会成员认为这一政策不符合ICANN或其社群的利益。
如果ICANN理事会不接受ccNSO理事会的补充建议，理事会将阐明其最终决定的原因。
如果ccNSO理事会没有就报告达成极大多数表决赞同，但是达到了多数赞同，那么ICANN理事会将采用ccNSO理事会多数投票赞同的建议，除非有50%以上的ICANN理事会成员认为这一政策不符合ICANN或其社群的利益。
反馈三：APTLD讨论认为仅有66%的ICANN理事会就足以反对ccNSO理事会达成极大多数赞同的表决结果是不恰当的，ICANN理事会也应当有极大多数的成员反对，两者的比例应当是一致的，例如都是66%或者75%。
反馈四：APTLD建议在ccNSO理事会向ICANN理事会提交达成了极大多数一致赞同意见的报告中，仅有ICANN理事会的反对就不采纳该政策是不合理的。应当同时提供外部顾问（例如其他支持组织或者咨询委员会）对此政策的意见。
反馈五：APTLD建议如果ccNSO理事会仅就报告达成了多数一致（>50%）），也就是说有49%的ccNSO理事成员反对，那么该政策不应当被通过。
18、实施政策
ICANN理事会将授权ICANN工作人员通过一定的程序实施该政策
19、记录
在整个政策发展的过程中，从政策建议到理事会的最终决策，ICANN将在自己的网站上详细记录每一个政策发展程序的过程。
.UK对这份报告也发表了一份公开回复表明以下几点：
1. 如何制定ccTLD政策是每一个ccTLD自己的事情，与ICANN和其他ccTLD无关。应当由各个ccTLD自己根据本国的风俗、法律、文化制定。ICANN的支持组织制定政策也只能是为ICANN自己制定如何管理ccTLD方面的政策而不是ccTLD自己的政策。
2. 对于报告中提到的政策发展程序，.UK指出这种程序过程繁琐、有官僚作风、并且花费高昂。
3. ICANN对ccTLD的影响就是执行IANA的职责，除此之外就没有什么了。而执行这一职责根本不需要什么政策发展任务组、提交地区声明等等。ICANN不应当把它在gTLD领域的政策发展等等做法延伸到ccTLD领域内。这其中唯一可能需要考虑的政策问题就是Redelegation的问题，对于IANA数据库中Redelegation问题，.UK指出应当是由政府负责而不是ICANN或者IANA,也不是其他的ccTLD运营者。ICANN应当主要负责gTLD的政策制定。这样就可以缩减ICANN内部的费用和官僚气息。
4. 应当把运行的部分从ccNSO的范畴中排除出去，这应当是每个ccTLD管理者自己和IANA运营者通过签订协议确定的事情。
5. .UK的运行者不接受地区组织（“Region Structuring”）的提法，除非能够证明多个地区更容易较两个地区之间达成共识，否则这种划分为地区组织的做法就是毫无意义的。另一方面这种地区组织会和已有的一些地区组织发生重复和混淆。
6. .UK也不接受“一个ccTLD一票”的结构。.UK认为ICANN应当通过Consensus的途径发展政策。
7. 最后关于ICANN理事会可以决定是否接受ccNSO理事会建议的部分，.UK表示这更表明了ICANN仍然错误地坚持卷入ccTLD的政策发展。
CNNIC建议：
1. CNNIC赞同APTLD以上对于报告本身做出的修改建议。
2. 另外CNNIC也认为在政策发展程序中应当通过Consensus的途径发展政策，因为全球各个ccTLD的情况有很大的不同。通过表决的方法，会使持有少数意见的ccTLD的利益无法在政策发展过程中得到反映和重视。而通过Consensus的途径，只有在全体一致同意的情况下才可以做出政策决策，能够使各方面的利益都得到充分的考虑和讨论.
