杏子採完後，果園回饋給人的畫面會忽然改變。原先被果實和葉片遮住的枝條露了出來；採收時覺得擁擠的位置，現在能看見它真正的分岔；哪幾棵樹總要多繞一步，也變得比較清楚。這不表示季節已經沒有事可做，而是短暫地讓人看見果實沒有遮住時的樹冠。
這篇談的不是採後立刻把樹全部整理一遍，也不是一張固定的操作表。重點是把採果當天遇到的事，和眼前重新看得見的枝條結構接起來，讓下一個判斷有具體依據，而不是只憑習慣。
先回想採收箱裡留下的線索
採下來的杏還沒送走前，可以先記住它們如何進到箱子裡。哪一段樹列需要另走一趟？哪些枝條順手就能採，哪些地方總得換站位才能碰到？有沒有一棵樹讓採收一直被枝葉打斷？這些都是果實以外、但和樹有關的訊息。
記錄不必做成每顆果的評分表。只要留下樹列、能辨認的樹，和一個採收時看見的情況，等果實從枝頭消失後，就知道要回到哪裡再看一眼。
例如，有一列果箱裝得很順，卻得一直伸手繞過枝條；另一列採起來方便，果實卻分散在不同位置。兩者都不必立刻被判定為問題，但放在一起看，就能說明人、果實和樹形實際如何互相影響，比只記得哪一列「好採」或「難採」更有用。
果實離開後，樹冠裡露出了什麼
採後先退開一些距離，看看原本被果串填滿的空間。主枝如何分開、葉層在哪裡變得濃密、哪一段細弱或不順手的枝條原來被熟果遮住，都值得從不同角度比較。不要只站在步道上看到一個空隙，就替整棵樹下結論；繞到另一邊後，同一處常會顯出不同的樣子。
這一趟主要是閱讀，而不是看到一根枝條就立刻處理。採後看見的東西，要先分清是樹本來的結構，還是滿樹果實暫時造成的視覺效果。
也可以挑同一行裡結果情況不同的兩棵樹並排看。一棵樹看起來開闊，有時只是因為原本掛果較少；另一棵樹則可能在採完後仍保有較清楚的枝條安排。分得出這兩種情形，才不會把一棵樹的外觀硬套到另一棵。比較時可以問：哪些部分在採前就看得到、哪些是採後才露出來、哪些還要再回來看一次才有意義？
把結果過的枝條和新梢放在同一個畫面裡看
枝條不再掛果後，周圍新梢的位置更容易辨認。有些新梢在樹冠裡有清楚的去處，有些則剛好落在原本已經擁擠的區域。比起只看枝條長不長，更值得比較的是它的方向、所在位置，以及四周還有沒有足夠光線和空間。問題不在每一根強梢都該不該留下，而在下一季果實再次佔滿同一處時，這棵樹是否還能被人看懂、走近和採收。
櫻桃採後的整理也提醒了一件相近的事：果採完了，葉片、排水和樹冠仍在繼續工作。杏樹同樣需要這種注意，只是不應因此假定每座果園都要採取同一個反應。
把下一步寫成問題，先別急著寫成指令
採後復盤最有用的結尾，往往不是立刻決定下一個修剪動作，而是留下一個能回來回答的問題。例如：哪段結果枝採得很順、但旁邊開始過密？哪一側樹冠最早關起來？哪一棵樹值得等下一次再確認？這樣的寫法，會讓後續動作一直連著當初看見的情況。
樹莓採後辨枝的做法提供了一個對照：老結果枝和替代枝常能相對直接地分開。杏樹沒有那麼單純，因此更值得把採收經過、枝條重新露出的樣子，以及做決定前需要的時間一併保留。
天氣、根區狀況、樹齡和這一園實際的結果方式，都會改變後面該怎麼做。這正是本篇停在「提出下一個問題」的原因：把眼前這棵樹看見的事留下來，日後才不會硬把果園塞進一張通用時程表。
- 替一個採收觀察留下樹列或樹位的線索。
- 等果實不再遮住樹形，再回頭讀樹冠。
- 把枝條的位置和周圍新梢一起比較。
- 先記下下一個問題，再決定是否需要處理。
這不會讓一座果園在一個下午變得整齊劃一，卻能讓杏樹的下一階段，從上一批果實真正留下的線索開始。