<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>wrike &#8211; iAIFeed</title>
	<atom:link href="https://www.iaifeed.com/tag/wrike/feed" rel="self" type="application/rss+xml" />
	<link>https://www.iaifeed.com</link>
	<description>iAIFeed</description>
	<lastBuildDate>Wed, 21 Oct 2026 12:47:23 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://www.iaifeed.com/wp-content/uploads/2026/07/cropped-iaifeed1-80x80.png</url>
	<title>wrike &#8211; iAIFeed</title>
	<link>https://www.iaifeed.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>How to Build Wrike Request Forms That Route Themselves</title>
		<link>https://www.iaifeed.com/how-to-build-wrike-request-forms-that-route-themselves</link>
					<comments>https://www.iaifeed.com/how-to-build-wrike-request-forms-that-route-themselves#respond</comments>
		
		<dc:creator><![CDATA[iamltlb]]></dc:creator>
		<pubDate>Wed, 21 Oct 2026 12:47:23 +0000</pubDate>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[wrike]]></category>
		<guid isPermaLink="false">https://www.iaifeed.com/how-to-build-wrike-request-forms-that-route-themselves</guid>

					<description><![CDATA[A Wrike request form with dynamic sections and an automation rule turns a 20-minute intake conversation into a five-field form. Here is the build, field by field.]]></description>
										<content:encoded><![CDATA[<p><strong>Short answer:</strong> Wrike request forms collect structured intake and convert each submission into a task in a chosen folder, with fields mapped to custom fields. Add an automation rule on the resulting task and it routes to the right team without anyone triaging. A working marketing intake form takes about 40 minutes to build.</p>
<p>The form is the easy part. The routing rules are where intake projects get abandoned.</p>
<h2 id="what-makes-a-wrike-request-form-different-from-a-form-tool">What makes a Wrike request form different from a form tool?</h2>
<p>The submission becomes a task in <a href="https://www.iaifeed.com/ai-tool/wrike">Wrike</a>, with answers mapped to custom fields, and the task inherits the project&#8217;s workflow and automations.</p>
<p>Three consequences people miss:</p>
<ul>
<li>Answers are filterable. A &#8220;budget range&#8221; field means you can report on budget without reading tasks.</li>
<li>The requester can be added as a collaborator, so status updates go out automatically via the task&#8217;s own notifications.</li>
<li>Conditional sections let you hide questions that do not apply, which is the only real defence against form fatigue.</li>
</ul>
<p>If you just need a form and no task, use any form tool. The value here is the task.</p>
<h2 id="how-do-you-build-the-marketing-intake-form">How do you build the marketing intake form?</h2>
<p>Fields first, then routing. Build in this order:</p>
<ol>
<li><strong>Create custom fields</strong> on the folder: Request type (dropdown), Priority (dropdown), Budget range (dropdown), Launch date (date), Requester team (dropdown). Five fields, no more.</li>
<li><strong>Create the form</strong> from the folder and attach those fields as questions. Mark only Request type and Launch date as required.</li>
<li><strong>Add conditional logic</strong> on Request type: if &#8220;Design&#8221;, show a link field for brand assets; if &#8220;Paid campaign&#8221;, show Budget range. Conditional questions are third and below — never first.</li>
<li><strong>Write a 2-sentence intro</strong> at the top of the form: what happens after submission and the expected first response time. That line reduces duplicate submissions more than any field.</li>
<li><strong>Test with five real submissions</strong> from the team before launch, then delete the test tasks.</li>
</ol>
<p>The intro sentence is the most valuable field on the form and it is not a field. Without a stated response time, people submit again in three days.</p>
<h2 id="how-do-you-make-the-routing-automatic">How do you make the routing automatic?</h2>
<p>One automation rule per request type, on the destination folder.</p>
<p>A workable set for three types:</p>
<table>
<thead>
<tr>
<th>Trigger</th>
<th>Condition</th>
<th>Action</th>
</tr>
</thead>
<tbody>
<tr>
<td>Task created from form</td>
<td>Request type = Design</td>
<td>Assign to Design team, add tag <code>design</code>, due date +5 business days</td>
</tr>
<tr>
<td>Task created from form</td>
<td>Request type = Paid campaign</td>
<td>Assign to Growth, set custom status <code>Intake review</code></td>
</tr>
<tr>
<td>Task created from form</td>
<td>Budget range = Over $50k</td>
<td>Assign to Marketing lead, set Priority = High</td>
</tr>
</tbody>
</table>
<p>The order matters: Wrike runs rules in the order they appear, so put the escalation rule above the general assignment rule or both fire and the second overwrites the first.</p>
<p>That ordering bug bit me once. A $120k campaign went to the design queue because the general rule ran last.</p>
<h2 id="what-about-ai-triage-on-submissions">What about AI triage on submissions?</h2>
<p>Wrike&#8217;s AI can classify incoming requests and suggest the destination, which is genuinely useful when your form allows free-text descriptions.</p>
<p>It is less useful when your form has strong dropdowns, because the dropdowns already did the classification. The teams that get value from AI triage are the ones collecting messy prose — support tickets, inbound leads, free-form requests.</p>
<p>Availability: AI features require Business ($28.75/user/month) and above; forms themselves are available on most paid plans including Team at $9.80. If your only goal is structured intake, Team plus good fields beats Business plus AI.</p>
<h2 id="where-request-forms-fall-down">Where request forms fall down</h2>
<p>Four recurring problems:</p>
<ul>
<li><strong>Too many questions.</strong> Eight fields reduces completion by roughly half in practice. Six is the ceiling; five is better.</li>
<li><strong>No default assignee.</strong> A submission with no rule falls into limbo. Always have a catch-all rule that assigns to a named triage person.</li>
<li><strong>Requesters who cannot see status.</strong> If you do not add them as a collaborator, they will email to ask. One checkbox prevents most of that.</li>
<li><strong>Duplicate submissions.</strong> The form does not detect them. Add an instruction to search before submitting, and accept that some duplicates will happen.</li>
</ul>
<p>None of these are technically hard. All of them are the reason an intake form works for six weeks and then quietly stops being used.</p>
<h2 id="who-should-build-this">Who should build this</h2>
<p>Build it if you receive more than 20 requests a month through email or chat, you have at least three destination teams, and someone will maintain the rules. Marketing, IT help desks and internal creative teams are the strong fits.</p>
<p>Do not build it if you have one team and 10 requests a month — a shared inbox with labels is cheaper and nobody has to learn anything. And do not build it on the Free plan; forms and automations need a paid tier, and the Free plan&#8217;s 5-user cap will not cover a requester population anyway.</p>
<h2 id="quick-summary">Quick Summary</h2>
<ul>
<li>Wrike request forms create a task per submission with answers mapped to custom fields; five fields is the practical maximum.</li>
<li>Add a 2-sentence intro stating what happens next and the response time — it cuts duplicate submissions.</li>
<li>One automation rule per request type; put escalation rules above general assignment or the last rule wins.</li>
<li>Add requesters as collaborators so status updates go out without anyone emailing to ask.</li>
<li>Forms work on Team ($9.80/user); AI triage needs Business ($28.75/user) and mostly helps with messy free-text intake.</li>
</ul>
]]></content:encoded>
					
					<wfw:commentRss>https://www.iaifeed.com/how-to-build-wrike-request-forms-that-route-themselves/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>How to Use Wrike Work Intelligence to Spot Slipping Projects</title>
		<link>https://www.iaifeed.com/how-to-use-wrike-work-intelligence-to-spot-slipping-projects</link>
					<comments>https://www.iaifeed.com/how-to-use-wrike-work-intelligence-to-spot-slipping-projects#respond</comments>
		
		<dc:creator><![CDATA[iamltlb]]></dc:creator>
		<pubDate>Wed, 21 Oct 2026 12:47:02 +0000</pubDate>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[wrike]]></category>
		<guid isPermaLink="false">https://www.iaifeed.com/how-to-use-wrike-work-intelligence-to-spot-slipping-projects</guid>

					<description><![CDATA[Wrike's AI layer predicts which projects will slip and suggests who should do what. The predictions need clean task data, and most accounts do not have it.]]></description>
										<content:encoded><![CDATA[<p><strong>Short answer:</strong> Wrike&#8217;s Work Intelligence predicts project risk from task history, suggests assignments based on workload and skills, and drafts or rewrites text in the editor. It is part of Wrike&#8217;s paid plans starting from Team and above; the AI features sit in Business ($28.75/user/month) and higher, not in the Free plan.</p>
<p>Risk prediction is the only feature that changes how you manage. The rest is convenience.</p>
<h2 id="what-does-wrikes-ai-actually-predict">What does Wrike&#8217;s AI actually predict?</h2>
<p><a href="https://www.iaifeed.com/ai-tool/wrike">Wrike</a> is work management for larger teams: projects, tasks, subtasks and folders, with Gantt charts, workload views and custom request forms.</p>
<p>The risk indicator looks at tasks that are overdue, tasks with no assignee, tasks whose due dates moved repeatedly, and dependency chains where an unstarted task blocks a started one. It surfaces a flag on projects and tasks that match.</p>
<p>It does not forecast hours or model scenarios. &#8220;What if we push this two weeks&#8221; is still a manual exercise with the Gantt.</p>
<h2 id="why-do-risk-flags-fire-on-the-wrong-projects">Why do risk flags fire on the wrong projects?</h2>
<p>Because the flags are computed from your own task data, and most Wrike accounts have tasks in the wrong state.</p>
<p>Common causes, from accounts I have looked at:</p>
<ul>
<li><strong>Tasks left in &#8220;In Progress&#8221; after work finished.</strong> Every one of those is a false overdue signal.</li>
<li><strong>Placeholder dates.</strong> A team that enters &#8220;end of quarter&#8221; as a real date trains the model to expect impossible deadlines.</li>
<li><strong>No dependencies recorded.</strong> If tasks do not declare blockers, the chain analysis has nothing to analyse.</li>
<li><strong>Owner of last resort.</strong> One person assigned to 80 open tasks makes the workload suggestion meaningless.</li>
</ul>
<p>The AI is not wrong; it is reading the data you gave it. Cleanup of these four things is the whole prerequisite.</p>
<h2 id="how-do-you-calibrate-the-risk-feature-in-week-one">How do you calibrate the risk feature in week one?</h2>
<p>Seven days, four steps.</p>
<ol>
<li><strong>Close every finished task.</strong> Archive completed items. This takes an afternoon and is the highest-value cleanup.</li>
<li><strong>Set a realistic default</strong> in the project settings so new tasks do not inherit placeholder dates.</li>
<li><strong>Add dependencies to your three biggest projects.</strong> Not all of them — the three that matter, where you would notice a bad prediction.</li>
<li><strong>Compare the flags to your own judgement for a week.</strong> Note every flag you disagree with and ask why. Nine times out of ten the task data explains it.</li>
</ol>
<p>After that week you will know whether the feature is useful for you, and you will have improved your data regardless.</p>
<h2 id="how-good-are-the-assignment-suggestions">How good are the assignment suggestions?</h2>
<p>Mixed, and the reason is structural. Suggestions weight current workload heavily, so they recommend the person with fewer open tasks over the person with the right skills. For routine work that is fine. For specialised work it is actively wrong — you do not want your only Kubernetes person bypassed because they are busy.</p>
<p>Practical rule: use the suggestion as a prompt to ask &#8220;why not this person&#8221;, not as an assignment. The workload view in Wrike is more useful than the AI suggestion, and it is deterministic, so you can argue with it.</p>
<h2 id="what-does-wrike-cost-and-which-tier-has-ai">What does Wrike cost, and which tier has AI?</h2>
<table>
<thead>
<tr>
<th>Plan</th>
<th>Price/seat/month (annual)</th>
<th>AI features</th>
</tr>
</thead>
<tbody>
<tr>
<td>Free</td>
<td>$0 (5 users)</td>
<td>No</td>
</tr>
<tr>
<td>Team</td>
<td>$9.80</td>
<td>No</td>
</tr>
<tr>
<td>Business</td>
<td>$28.75</td>
<td>Yes</td>
</tr>
<tr>
<td>Enterprise</td>
<td>Custom</td>
<td>Yes, plus advanced reporting</td>
</tr>
</tbody>
</table>
<p>Minimum seat counts apply on Business — usually five or more users. A team of six moving from Team to Business pays about $1,140 a month to get AI, which is a lot to pay for risk flags on data you still have to clean.</p>
<h2 id="where-work-intelligence-disappoints">Where Work Intelligence disappoints</h2>
<p>The editing features — draft, rewrite, summarise a task description — are generic. They work, they save a minute, and they make every task description sound the same. Teams notice within a week and stop using the rewrite button.</p>
<p>The risk flag is better but blunt: it tells you a project is at risk without telling you which decision caused it. You still open the Gantt and trace backwards. That is 10 minutes of work the AI saved you from discovering, not from doing.</p>
<p>One genuine strength: request forms with AI triage will route incoming marketing briefs to the right team without a human reading them. That is the feature I have seen actually save hours.</p>
<h2 id="who-should-use-it">Who should use it</h2>
<p>Use it if you are on Business already for the reporting, you run 10+ concurrent projects, and one person owns data hygiene. At that scale, catching one slipping project a month pays for the licence.</p>
<p>Do not buy Wrike Business for AI alone. The prerequisite cleanup is weeks of work, and the payoff is a flag you could get from a saved filter on overdue tasks. Small teams under 10 should stay on Team or Free and use filters; they will get 80% of the value for none of the cost.</p>
<h2 id="quick-summary">Quick Summary</h2>
<ul>
<li>Wrike AI = project risk prediction, workload-based assignment suggestions, and editor drafting. It is on Business ($28.75/user/month) and above.</li>
<li>Risk flags are computed from your task data: stale &#8220;in progress&#8221; tasks and placeholder dates create false alarms.</li>
<li>Close finished tasks and add dependencies to your top three projects before trusting any prediction.</li>
<li>Assignment suggestions favour free capacity over skills — treat them as questions, not answers.</li>
<li>Best real-world payoff is request-form triage, not the editor features.</li>
</ul>
]]></content:encoded>
					
					<wfw:commentRss>https://www.iaifeed.com/how-to-use-wrike-work-intelligence-to-spot-slipping-projects/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
