diff --git a/docs/community/small-prs.md b/docs/community/small-prs.md
index d0d494a570d..32ee952c222 100644
--- a/docs/community/small-prs.md
+++ b/docs/community/small-prs.md
@@ -18,6 +18,8 @@ against big PRs. See [0](https://github.com/GoogleContainerTools/skaffold/pull/2
 ## Breaking down Pull Requests
 
 ### Feature development.
+When proposing a new feature, please review our [Design Document Proposal](../design_proposals) to see if you should first create a `Design Proposal`.
+
 Adding a new command or skaffold config results in large number of changes due to
 all the boilerplate code required for adding a new command, generating docs etc.
 
@@ -72,4 +74,12 @@ Remember, its ok to land code which is not exercised. However please mention the
 in **Next PRs** section when creating a Pull Request [e.g. here.](https://github.com/GoogleContainerTools/skaffold/pull/2811)
 
 
+Implementing the full functionality sometimes might makes a lot of sense,
+ - so that you can get feedback regarding the code while implementing it also
+ - the maintainers can try it out and test it, get a feel for it. 
+
+If you are opening a big PR, we can mark these as `Draft PR` that will broken down into smaller PRs that can refer back to this `Draft PR`.
+You can either rebase the `Draft PR` as the smaller pieces get merged, and then finally merge `Draft PR` or close it without merging once all functionality is implemented. 
+See for example [#2917](https://github.com/GoogleContainerTools/skaffold/pull/2917).
+
 Finally, please use our best judgement when submitting pull requests.